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.
Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
361–370 of 392 posts
Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
#362Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
#363Earlier 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
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)?
#364Those demos run at 60fps (interactive) in the browser, but they recently started requiring google login to view them which is a shame.
Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
#365Earlier 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…
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)?
#366Earlier 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…
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)?
#367I’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
Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
#368Earlier 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
Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
#369Earlier 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
Re: Ask HN: What are good high-information density UIs (screenshots, apps, sites)?
#370I 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…