The print stylesheets are also kind of broken. With my printer's default margins, the page becomes an overlapping mess: https://i.imgur.com/lTlFz4l.png
This is pretty cool, it’s nice to have a clean interface that puts more focus on individual posts (as articles here) rather than tons of headlines where I feel I skim over posts a lot more (particularly the post about Jupiter only caught my attention on your site, not the front page).
I’d like if there was some support for customising it without liking and disliking so I could push topics I’m interested in first (e.g. those tagged with emacs). It would also be nice to hide the like and dislike buttons in general as it gives more of a social media feel that the newspaper style UI does well to shake.
Interesting, for me it's a bit the opposite. In the standard view I really read every headline and consider what might be through the click. In this version I skim more in mindless scrolling fashion.
There was an iOS app from practically a decade ago that did something very similar, but you could customize with RSS feeds, and it would turn it into a traditional looking newspaper.
Sadly, I can't remember the name of it but it was pretty great.
A fun evolution would be to format it into a newspaper format, complete with headlines, front page, and "continue reading on page N", then print it out on large paper, fold it, and mail it to you.
There's probably no money in it, but a physical weekly customized RSS feed highlights newspaper would be neat.
EDIT: Well maybe not, this one seems more like a replacement for ReadLater/GetPocket whereas the one I used was purely based off RSS feeds. I used it on the original iPad 1st gen so it's probably long gone. I give up.
This doesn't look like a print newspaper. Print newspapers are much denser (in general) and have different headline sizes to emphasize the editor's choice of stories. This looks like a corporate blog home page or something. Some people will like this presentation; I'm pretty happy with HN as it is. But congratulations on shipping!
- "Whole OS" is a standard alpine image (4MB) with just lynx installed via standard alpine package. Plus a layer for Lynx itself and entrypoint.sh script.
So a very standardized way to run it, with reusable popular base image, decent backbone for delivering it to the public, with ability to easily mirror and/or cache (done by default) each layer. Currently base Alpine has 0 known vulnerabilities, which may not be 0 tomorrow, but it's still a marvel that it ever has such low number. New versions are available instantly after developer creates new public image, without the need for maintainer of a distribution to look at it. Meanwhile your main OS can live it's own life in his own pace, without interference.
It doesn't sound scary at all, if you really have a closer look.
Thanks for the feedback! Print newspaper's have curation, which this lacks. I guess the main thing it takes from newspapers is the image and blurb that help give you a preview of the story.
There is a form of curation on HN and "editorial judgment" on HN and that's in the points a post has. A closer approximation of a newspaper would be possible by looking at the points of a post and maybe comparing that to other posts and then sizing headlines appropriately based on how "important" the HN community sees a given story.
Currently the 131M Buildings story shows the blog author picture and BIO instead of a summary of the actual story. Is this easily fixable or is it a tough problem.
I kept it running for 5 or 10 years but eventually let it die.
edit: I'm not hating on OP btw. their version has pics, which mine doesn't. just agreeing that I believe the visual hierarchy inherent to newspaper title design is an important benefit of the format.
> the visual hierarchy inherent to newspaper title design is an important benefit of the format
Agreed. This is also why old-school print design product catalogs often had superior presentation compared to today's web UIs for browsing hierarchically organized products. Everything is given the same visual weight and is formatted the same way.
Anyway, improving on what you did with the tooling that's easily available in 2024 but wasn't in 2009 seems like a fun challenge.
yeah, digging up that screenshot (and the repo) really made me realize how primitive this solution was. it was also a very basic implementation of the whole headline sizes concept.
there was an app called Flipboard at the time which did something similar, but for different news sources, although its model of interactivity was a bit more gimmicky than the endless scroll. (which, for all its faults, is really simple and easy to use.)
Papers only work because they know exactly what the view portal is and can design the layout relative to that. Unless you have an a3 sized screen this will not work very well online.
You can achieve some of the proportions with vw and vh units inside the article and column containers. Much of the effect comes from nicely laid out columns more than how many columns wide is your digital broadsheet, so the aesthetic scales okay on smaller screens. On mobile screens it’s just nice-looking individual columns.
Good point. Of course Helen Keller wouldn’t have been able to use this if she were alive today… Or could she have? Have you ever considered that Helen Keller was faking it all along? I mean think about it how can you read and write if you are deaf and blind??
I’ve been running https://dailypopulous.com/ for years which is basically this but for general news. It generates a static paper edition every 6 hours from the most popular news links on social media with archives of all previous editions available.
This is very nice! If you
- make it a pwa/web clip
- link to the discussions
- make the images colored again
I’d use it over the regular hacker news ui any day. I know your use case is printing it out, but it’s fantastic for usage on a tablet.
I've added an option to change images to color or remove them. You can view the comments by clicking 'SEE COMMENTS' at the end of the blurb. I'll look into making it into a PWA.
I made this to experiment with embeddings and explore how different ways of displaying information affect your perception.
It gets the top 100 stories, sends their html to GPT-4 to extract the main content (this was not producing good enough results with html parsing) and then gets an embedding using the title and content.
Likes/dislikes are stored in local storage and compared against all stories using cosine similarity to find the most relevant stories.
It costs about $10/day to run. I was thinking of offering additional value for a small subscription. Maybe more pages of the newspaper, full story content/comments, a weekly digest or ePub export or something?
I think some of the highest value from HN comes from the comments, and it's much harder to find the "best" ones, since they might be in threads you might not have otherwise read.
Not sure if it's a "premium feature" so to speak, but would be very cool to extend this to comments generally.
Definitely, comments are usually better than the article. I thought of a 'Letters to the Editors' section that shows top comments (https://news.ycombinator.com/bestcomments) and references the parent story, but it might not be as useful without the context.
Maybe 'See Comments' here could load the comments on the same page? In a newspaper like style.
AI should be able to do "good enough" sentiment analysis combined with the "votes" should be able to quickly find agree/disagree and the quality of the comment - which should not be based merely on the number of complex words, or the length.
i certainly suspect that the 4chan and reddit datasets, combined with HN's, and building a LoRA that ranks the 4chan and reddit stuff lower and the good HN stuff higher. essentially, subtract all reddit and 4chan style comments from the set of HN comments' weights. Training SD loras was pretty quick but i haven't looked into LLM loras. regardless, the LLM with the HN-4chan&reddit can do sentiment analysis and use the votes; just feed it csv or json: votes, user, comment. I guess you could do votes/age as a cleanup, too.
All this to say i still wouldn't read or use it. I'm not a fan of robots entertaining me.
> Likes/dislikes are stored in local storage and compared against all stories using cosine similarity to find the most relevant stories.
You're referring to using the embeddings for cosine similarity?
I am doing something similar with stocks. Taking several decades worth of 10-Q statements for a majority of stocks and weighted ETF holdings and using an autoencoder to generate embeddings that I run cosine and euclidean algorithms on via Rust WASM.
It seems to do well for a lot of searches, though some are questionable, but I believe that I know why. I'm training some different autoencoders to give it some different perspectives.
Nice – I like this a lot. I feel like I'd use this for slow-lane reading and the original HN site when I'm in a rush.
Regarding HTML to GPT-4, I seem to remember commenters here saying they got better results by converting the HTML to Markdown first, then sending to an LLM. Might save a bit of money too.
I'd seen that when first loading the site shortly after the story was posted. Some 12 hours later or so, content is loading as expected. No network adjustments made on my end; I suspect the site operator changed their configuration(s).
I guess you mean a digital newspaper with a layout inspired by print newspapers. It's definitely not a print newspaper, I know because I tried folding it in half to read on the train, and all that happened was my laptop screen broke.
I'm getting the an error of "Failed to fetch stories"
The console error is:
(index):464 Error loading stories: TypeError: Failed to construct 'URL': Invalid URL
at (index):482:36
at Array.forEach (<anonymous>)
at NewspaperApp.displayStories ((index):471:25)
at NewspaperApp.loadStories ((index):461:26)
at async NewspaperApp.initialize ((index):418:17)
Can anyone help? I really want to use this product it seems great.
A few years ago, a similar project was posted on HN that I thought was really cool too - E Ink smart screen puts a newspaper on your wall (https://news.ycombinator.com/item?id=22831323).
i just had a silly idea. around 100 years ago there used to be these devices you'd put a scroll in and it would scroll it[0]. the use i saw for it was maps, in cars. you'd insert like interstate 10 scroll #N for whatever section you were on, and as you passed mile markers or exits you'd scroll it. i hope this explains it.
So the idea is to replicate that and use receipt paper, and thermal or what, dot matrix print onto the roll of paper your tweet stream. then you get something like those plastic M&M bottles, pill bottle, 35mm film bottle (boy i am full of ancient tech ideas)...
if you make some 3d printed cheap compliant mechanism[1] that snaps together and everything fits in a small tin or box...
I liked this for two seconds; then all the pictures loaded in the browser window, and its usefulness to me plummeted. Similar to other commenters, I actually prefer text-only in this context; in particular, the first picture displayed just now was animated, and incredibly distracting.
I would probably use this or at least play with it extensively if not for this "feature." I find that, unlike "real" newspapers, leading images in blog posts and even much larger sites are frequently a net negative (a trend greatly worsened with the advent of AI image generators).
I think this is more an indictment of how poorly some publications pick images than any sort of layout issue (or design decision). So probably a toggle throws the baby out with the bathwater. Saw a little cockroach and there was an article about a cockroach - okay, fair. Picture of what looks like a forest fire on an article about tuples - probably net negative.
The fact that some of the images are animated (presently: the "passport photos" associated with this story: <https://maxsiedentopf.com/passport-photos/>) is an absolute turn-off.
I'm often reading via an e-ink tablet. Whilst I can drop text quality to better support animations, the effect is a gross degredation of everything else, and of course, why the fuck would I want to see animations randomly?
"Animate on hover" is a setting I've long advocated for sites, and coded into CSS both for my own sites and as restylings of third-party sites. It's a compromise between constant distraction and being able to benefit from the very rarely actually useful animation. In the case of the passport photos story, the same effect could be achieved by a grid (2x2, 3x3) showing the variety of photos simultaneously. Detail isn't relevant, variety apparently is, and animation is a cheap eyeball-grabbing trick.
I saw the animation, but i was looking at the pdf i made - to offer a solution to another comment. No motion there; just meaningless images mixed with contextual images.
148 comments
[ 1.8 ms ] story [ 260 ms ] threadhttps://i.imgur.com/5bbKiFc.png
And even with margins turned off, stories are split "across" pages in a way that makes them useless for printing: https://i.imgur.com/SvmTGa8.png Need to pay more attention to your "break-inside" properties: https://developer.mozilla.org/en-US/docs/Web/CSS/break-insid... (and switch from using JS-generated absolute styles to using a CSS column layout or masonry grid)
I’d like if there was some support for customising it without liking and disliking so I could push topics I’m interested in first (e.g. those tagged with emacs). It would also be nice to hide the like and dislike buttons in general as it gives more of a social media feel that the newspaper style UI does well to shake.
Sadly, I can't remember the name of it but it was pretty great.
It was the peak of RSS for me, beautiful UX, customizable, all the posts in sequential order if I wanted instead of algorithms…
I remember it because useless when web publishers realized they were losing ad views to apps like these and all the posts became previews with links.
There's probably no money in it, but a physical weekly customized RSS feed highlights newspaper would be neat.
Found it - it was Instapaper!
https://imgur.com/a/iFBme4f
EDIT: Well maybe not, this one seems more like a replacement for ReadLater/GetPocket whereas the one I used was purely based off RSS feeds. I used it on the original iPad 1st gen so it's probably long gone. I give up.
This post is not even on it.
https://github.com/jzombie/docker-lynx
"let's bootstrap a whole OS to run a light weight html renderer" is just something we should all take a moment to marvel at.
- "Whole OS" is a standard alpine image (4MB) with just lynx installed via standard alpine package. Plus a layer for Lynx itself and entrypoint.sh script.
So a very standardized way to run it, with reusable popular base image, decent backbone for delivering it to the public, with ability to easily mirror and/or cache (done by default) each layer. Currently base Alpine has 0 known vulnerabilities, which may not be 0 tomorrow, but it's still a marvel that it ever has such low number. New versions are available instantly after developer creates new public image, without the need for maintainer of a distribution to look at it. Meanwhile your main OS can live it's own life in his own pace, without interference.
It doesn't sound scary at all, if you really have a closer look.
That's probably closer to the editors choice in the context of HN.
https://github.com/gilesbowkett/hacker_newspaper/blob/master...
I kept it running for 5 or 10 years but eventually let it die.
edit: I'm not hating on OP btw. their version has pics, which mine doesn't. just agreeing that I believe the visual hierarchy inherent to newspaper title design is an important benefit of the format.
Agreed. This is also why old-school print design product catalogs often had superior presentation compared to today's web UIs for browsing hierarchically organized products. Everything is given the same visual weight and is formatted the same way.
Anyway, improving on what you did with the tooling that's easily available in 2024 but wasn't in 2009 seems like a fun challenge.
there was an app called Flipboard at the time which did something similar, but for different news sources, although its model of interactivity was a bit more gimmicky than the endless scroll. (which, for all its faults, is really simple and easy to use.)
I've wanted to take a stab at it because I think it would be "neat" but haven't actually found any good reference implementations.
also seems like with almost everyone on mobile it's just not worth it.
https://chromewebstore.google.com/detail/hn-explorer/amiaaon...
It gets the top 100 stories, sends their html to GPT-4 to extract the main content (this was not producing good enough results with html parsing) and then gets an embedding using the title and content.
Likes/dislikes are stored in local storage and compared against all stories using cosine similarity to find the most relevant stories.
It costs about $10/day to run. I was thinking of offering additional value for a small subscription. Maybe more pages of the newspaper, full story content/comments, a weekly digest or ePub export or something?
Not sure if it's a "premium feature" so to speak, but would be very cool to extend this to comments generally.
Maybe 'See Comments' here could load the comments on the same page? In a newspaper like style.
i certainly suspect that the 4chan and reddit datasets, combined with HN's, and building a LoRA that ranks the 4chan and reddit stuff lower and the good HN stuff higher. essentially, subtract all reddit and 4chan style comments from the set of HN comments' weights. Training SD loras was pretty quick but i haven't looked into LLM loras. regardless, the LLM with the HN-4chan&reddit can do sentiment analysis and use the votes; just feed it csv or json: votes, user, comment. I guess you could do votes/age as a cleanup, too.
All this to say i still wouldn't read or use it. I'm not a fan of robots entertaining me.
You're referring to using the embeddings for cosine similarity?
I am doing something similar with stocks. Taking several decades worth of 10-Q statements for a majority of stocks and weighted ETF holdings and using an autoencoder to generate embeddings that I run cosine and euclidean algorithms on via Rust WASM.
How well does it work?
The code lives here: https://github.com/jzombie/etf-matcher
The ad-hoc vector DB I've created lives here: https://github.com/jzombie/etf-matcher/blob/main/rust/src/da...
https://news.ycombinator.com/threads?id=jzombie#42072665
It should not cost more than a dollar a day.
Take AWS and azure credits and run it for free for years
Regarding HTML to GPT-4, I seem to remember commenters here saying they got better results by converting the HTML to Markdown first, then sending to an LLM. Might save a bit of money too.
The console error is: (index):464 Error loading stories: TypeError: Failed to construct 'URL': Invalid URL at (index):482:36 at Array.forEach (<anonymous>) at NewspaperApp.displayStories ((index):471:25) at NewspaperApp.loadStories ((index):461:26) at async NewspaperApp.initialize ((index):418:17)
Can anyone help? I really want to use this product it seems great.
A few years ago, a similar project was posted on HN that I thought was really cool too - E Ink smart screen puts a newspaper on your wall (https://news.ycombinator.com/item?id=22831323).
I'm thinking specifically of DieWorkwear on twitter, but others too.
So the idea is to replicate that and use receipt paper, and thermal or what, dot matrix print onto the roll of paper your tweet stream. then you get something like those plastic M&M bottles, pill bottle, 35mm film bottle (boy i am full of ancient tech ideas)...
if you make some 3d printed cheap compliant mechanism[1] that snaps together and everything fits in a small tin or box...
[0] https://gajitz.com/paper-trails-auto-scrolling-1930s-in-car-... et https://i.imgur.com/WpyOGkI.jpeg (two separate links)
[1] https://en.wikipedia.org/wiki/Compliant_mechanism
I would probably use this or at least play with it extensively if not for this "feature." I find that, unlike "real" newspapers, leading images in blog posts and even much larger sites are frequently a net negative (a trend greatly worsened with the advent of AI image generators).
I'm often reading via an e-ink tablet. Whilst I can drop text quality to better support animations, the effect is a gross degredation of everything else, and of course, why the fuck would I want to see animations randomly?
"Animate on hover" is a setting I've long advocated for sites, and coded into CSS both for my own sites and as restylings of third-party sites. It's a compromise between constant distraction and being able to benefit from the very rarely actually useful animation. In the case of the passport photos story, the same effect could be achieved by a grid (2x2, 3x3) showing the variety of photos simultaneously. Detail isn't relevant, variety apparently is, and animation is a cheap eyeball-grabbing trick.