Live data from Hacker News

Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

news.ycombinator.com

361–370 of 392 posts

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#361
post #127

Earlier quoted context omitted.

Oh and that drive ( https://www.productchart.com/ssd_drives/22778 ) is marked as 20$ per GB, when it's a 1 TB drive for 50$. Many drives have the same problem.

It is 20 GB per Dollar.

Oh hell, I was parsing it backwards.

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#363

Earlier quoted context omitted.

Came here to say the same. Old Reddit is such a fantasticly dense, yet readable UI. It doesn't have too much whitespace, but there is enough so there's always room to click on nothing. It is absolutely my preferred UI for consuming large amounts of information quickly.

Reddit absolutely dropped the ball with the redesign

The most egregious and unforgivable part of their failed redesign is that they forced adoption by redirecting and walling mobile visits and attacking third party apps.

And the sole motivation for the redesign? Monetize the content users created. More ads. Force you to see images automatically so ad images and videos show up with the “this is an ad” text below the scroll instead of needing to earn your interest and permission first.

As bad or worse than the shift to algo vs time based social content.

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#365

Earlier quoted context omitted.

One of my biggest gripes against HN's front page is that there's so little context to go on --- just an My own news-page rewrite includes several paragraphs of lede context, which is probably a bit on the overkill side. But a hundred characters or so should help. I'm also wrestling with the sort-order aspect. Current cut is time-ordered within sections (another thing I wish HN had), but I'm going to be extending the…

Thanks! Great to hear it. > My own news-page rewrite includes several paragraphs of lede context, which is probably a bit on the overkill side. But a hundred characters or so should help. Stay tuned, I've been thinking about the right way to do something like this too. > I'm also wrestling with the sort-order aspect. Current cut is time-ordered within sections (another thing I wish HN had), but I'm going to be extend…

A key problem with extracting article context is that there are so many distinct sources.

That said, power laws and Zipf functions apply, and a large fraction of HN front-page articles come from a relatively small set of domains. There's further aggregation possible when underlying publishing engines can be identified, e.g., Wordpress, CMSes used by a large number of news organisations, Medium, Substack, Github, Gitlab, Fediverse servers, and a number of static site generators (Hugo, Jekyll, Pelican, Gatsby, etc.).

I suspect you're aware of most of this.

I have a set of front-page sites from an earlier scraping project:

(For the life of me I cannot remember what the 3rd column represents, though it may be a miscalculated cumulative percentage. The "category" field was manually supplied by me, every site with > 17 appearances has one, as well as several below that threshold which could be identified by other means, e.g., regexes on blogging engines, GitHub pages, etc.)

  Rank  Count    ???  Site :::: Category
  ------------------------------------------------------------- 
     1  7294   5.175  n/a :::: n/a
     2  3803   7.873  nytimes.com :::: general news
     3  3495  10.352  techcrunch.com :::: tech news
     4  1580  11.473  arstechnica.com :::: tech news
     5  1344  12.426  bloomberg.com :::: business news
     6  1288  13.340  wired.com :::: tech news
     7  1171  14.171  wsj.com :::: business news
     8  1099  14.951  youtube.com :::: video
     9  1026  15.678  wikipedia.org :::: general info (wiki)
    10   921  16.332  bbc.com :::: general news
    11   911  16.978  bbc.co.uk :::: general news
    12   893  17.612  theguardian.com :::: general news
    13   866  18.226  washingtonpost.com :::: general news
    14   846  18.826  reuters.com :::: general news
    15   829  19.414  economist.com :::: business news
    16   781  19.968  theatlantic.com :::: general interest
    17   631  20.416  arxiv.org :::: academic / science
    18   628  20.862  npr.org :::: general news
    19   622  21.303  nature.com :::: academic / science
    20   614  21.738  newyorker.com :::: general interest
    21   505  22.097  eff.org :::: law
    22   475  22.434  stanford.edu :::: academic / science
    23   471  22.768  ieee.org :::: technology
    24   456  23.091  reddit.com :::: general discussion
    25   448  23.409  amazon.com :::: corporate comm.
    26   445  23.725  microsoft.com :::: technology
    27   416  24.020  theverge.com :::: tech news
    28   410  24.311  venturebeat.com :::: business news
    29   408  24.600  quantamagazine.org :::: academic / science
    30   407  24.889  cnn.com :::: general news
17,782 sites in total, if I'm reading my past notes correctly.

More on that project in an HN search: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...>

(Individual comments/posts seem presently unreachable due to an HN site bug.)

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#366

Earlier quoted context omitted.

Thanks! Great to hear it. > My own news-page rewrite includes several paragraphs of lede context, which is probably a bit on the overkill side. But a hundred characters or so should help. Stay tuned, I've been thinking about the right way to do something like this too. > I'm also wrestling with the sort-order aspect. Current cut is time-ordered within sections (another thing I wish HN had), but I'm going to be extend…

A key problem with extracting article context is that there are so many distinct sources. That said, power laws and Zipf functions apply, and a large fraction of HN front-page articles come from a relatively small set of domains. There's further aggregation possible when underlying publishing engines can be identified, e.g., Wordpress, CMSes used by a large number of news organisations, Medium, Substack, Github, Gitl…

Further thoughts on article extraction: one idea that comes to mind is including extraction rules in the source selection metadata.

I'm using something along these lines right now to process sections within a given source, where I define the section-distinguishing-element from a headline URL, as well as the plaintext, position (within my generated page), lines of context, and maximum age (days) I'm interested in.

That could be extended or paired with a per-source rule that identifies the htmlq specifiers which pull out title, dateline, and byline elements from the source.

A further challenge is that such specifiers have a tendency to change as the publisher's back-end CMS varies, and finding ways to identify those is ... difficult.

But grist for the mill, at any rate.

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#367
post #293

I’ve been on a similar journey, and I haven’t found any good resources. Much of the low-density trend can be traced back to Tailwind. I love the library, but I do find it frustrating that pretty much all designers lean towards low-density by default. The problem is that it only works well for casual/consumer applications. Once you start building for professional, productivity-driven products, you need density. One sh…

Their X feed is fantastic : https://x.com/usgraphics

It’s inspiring.

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#368

Earlier quoted context omitted.

And there's something utilitarian in its internal and external design. No flashy, no fancy.. 99% informational and low lag.

The low lag part is especially impressive. Here is Wes Bos taking a deeper dive into the intricacies of technologies used to accomplish this: https://www.youtube.com/watch?v=-Ln-8QM8KhQ

the also use asp.net

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#369
post #266

Earlier quoted context omitted.

This is such a nice package, I've been wanting something like this forever. I can't believe how clunky it is to just browse data in a jupyter notebook, given that its entire purpose is for data exploration.

Thank you. I'm putting the finishing touches on auto cleaning which integrates with the low code UI. Should be out today

Can Buckaroo be used outside of a jupyter notebook?

Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?

#370
post #21

I didn't see anyone mention the McMaster-Carr website [1]. It may not be the "densest" out there, but it's clean, functional, and nicely presents a lot of information at once. [1] https://www.mcmaster.com/

I'm going to go against the crowd and say that I prefer DigiKey and Mouser's sites over McMaster. The filter/apply pattern they use when trying to narrow things down is a lot quicker than waiting for Mcmaster's auto updating window. Usually, when I'm looking for something, it's not for an exact specific item, but to know what options are even there in the first place. Selecting ranges of things in McMaster has always…

IMO digikey has a better search than McMaster, but McMaster has a much better interface for filtering categories to find what you want.
Post reply on HN