There was a couple nearby looking at the mess of papers on my table. I realized I needed to tidy my donnage pile of sections, and impulsively offered them to the couple. They almost jumped. If I didn't know better I swear they were living out some fantasy of holding a newspaper for the first time.
Former newspaper editor here. We took it for granted at the time, but the orchestration of different teams on a daily basis, with all kinds of cascading workflows and triggers, was something to behold. Editorial, design, special sections, ads, production, printing ... plus all of the smaller teams (copy desk, sports, etc.) and ad-hoc collaborations for instance involving a special event or major news story.
You'd go home late (or more often than not in those days, to the bar) feeling good about what your team had just shipped and looking forward to getting the hard copy early the next morning (sometimes when leaving said bar!). And then you'd start all over again around 11 am. It was far more intense than magazine or book publishing, which I got into later.
And this was in the 90s. Technology was making things faster, but there were still a lot of older analog systems in place including photography darkrooms. Once I even had to call in a breaking late story over a pay phone, dictating it to the editor on duty. Laptops were rare and expensive, and even the people who used them typically saved to a floppy which would be brought in to the newsroom later to be edited.
We had primitive terminal-based word processors (we called it "CText" but I can't locate any reference to it now) and I got started just as Quark Xpress entered the design workflow, replacing xacto knives and bits of paper and opaque plastic that was somehow imaged and sent to the printers. If you went back 30 years earlier, they were still using linotype.
Now I'm curious what you mean with "the international special"? Here (international to you perhaps; Spain) an Americano is just a espresso with lots more water, tastes more or less the same as drip coffee, perhaps a tad bit stronger as it's a diluted espresso. But never heard of a "international special" version, what could that be? :)
I similarly also like the tactile things but of things in general. Like a really good, solid, fluid and responsive knob is a really great feeling, or the keys of pianos that ranges from such a difference of emotion they give you hand. Or the surfaces of really well-made metal surfaces.
(haha, 6 - 7 bucks for a printed mag on paper - seems somehow surreal these days? Esp since its "a one day useable product" mainly, while you can get some of these news app subscriptions for 10 bucks and you get every stuff tons of stuff)
Depends on which feeds you subscribe to I guess, probably works really well for long form, reliable feeds.
[1] The feed needs to have a newsletter in the first place, you probably need to clean up the markdown a bit before shoving it into an epub (I've noticed that table-based layouts are much more common, for instance), and your email provider probably doesn't provide an RSS feed of your inbox. The latter two are straightforward to fix but do require a bit of programming elbow grease.
Then it generates a new one that I subscribe to on my feed reader.
It's a web-based RSS reader optimized for e-ink devices (especially Kindles) that allows you to read blogs online via the Kindle browser, and download the blogs (directly on your Kindle or email it to your Kindle email).
And it does support fetching the full article using Mozilla's readability package!
Please try it and let me know what you think!
but I'm sure there are other competing products.
Roughly, you can classify apps in your phone to things that
1. are fundamentally fine (various bank/payment apps, messaging app, map apps), and
2. are known time wasters (social media)
you then just block the time wasters. you can configure it so that to edit the settings of the app, you have to enter some 150 character randomized code. it is very annoying to do.
this is the point though. there are other ways you can add friction to using your phone. setting its display to be black and white makes it much less enjoyable to use, for example. if you add in enough friction (and stick with it over an initial "hump"), you'll findi yourself reaching for other options.
It’s not that hard to disconnect if you really want to.
I used to read lwn.net from my e-reader, worked great.
Absolutely love the idea though. Just wish Crosspoint/X4 had the ability to schedule push/pull, but that would likely burn through the battery.
No function to import or export OPML, unfortunately.
But adding a few high value feeds would be worth our time I guess.
I have also added an e-ink theme to https://rcarmo.github.io/projects/picoflux/ so I can use the browser on my Nomad instead of my iPad, for those trips where I want to read “live” news but not be suckered in by it (and picoflux is how I deal with title-only feeds as well)
I forked the old Pocket-Plus-Calibre-Plugin recipe when Pocket died, so it run with Todoist: https://github.com/rga5321/todoist2ebook
My workflow is:
(1) Browse my favorite sites and rss feeds. Save the urls I want to read to a specific Todoist list. I coded a little extension for firefox to do it using a keyboard shortcut https://addons.mozilla.org/en-US/firefox/addon/todoist-quick.... But in some sites, every feed is added to the list automatically using IFTTT
(2) Every day at a given hour, a cronjob runs on my raspberry pi executing the script, which builds a epub, mark the articles (tasks in todoist) as completed, and sends the ebook to my kindle email address.
In general it works well, although as more web sites implements anti bot measures, some articles are not downloaded correctly. What I do in those cases is add the domain to the exception list, and every week or so browse the articles manually, use https://dotepub.com to download every article in a given folder, and run another script that joins them in a single file and sends it to my kindle email address. I'd like to find time to code that the main script todoist2ebook detects when an article has not been correctly processed so it can automate that fallback logic using chrome headless or something like that.
Final note, I used todoist to store the articles because I was already using it for task management and have a simple rest api, but the script could be easily modified to store the articles somewhere else.
You can browse it on your ereader and any post can be downloaded as epub. Also for people who serialize books and put them in a collection, you can get the whole collection as a single epub.
I've been thinking about turning your /reading list into one as well but not got ten round to it.
And then setup home assistant and picture rendering so when a package or person is detected while I'm reading on a jailbroke kindle, it pops up in the corner automatically with the feed so I can see who it is.
Tailscale too.
Having full control of these devices is awesome.
it's a bash script front end for curl-cffi -> pandoc i.e. impersonate web-browser to download url, then convert to epub. There is also the option to use chromium for the scraper or ebook-convert for the converter. Some config and you have a (rss reader) newsboat -> calibre with a hotkey.
Discussed / screenshots: <https://toot.cat/@dredmorbius/114356066459105122>
Unfortunately nonsubstantive HN discussion: <https://news.ycombinator.com/item?id=43723661>
Works quite well on an e-ink tablet, as well as on desktop.
The website shows 15 words in the first line (10 in mobile). The eReader shows 6 words in the first line. In my own experience, I found that 6 word per line is the optimal number for comfort. (age thing? maybe)
I have a Mudita Kompact though, which I use with the Wallabag app and my best mate Alan from RHVoice to read out articles for me. I remember barely anything with this setup but I do like it...
That way there’s no friction of getting new articles on my device and I can even sync progress across devices.
It's a web-based RSS reader optimized for e-ink devices (especially Kindles) that allows you to read blogs online via the Kindle browser, and download the blogs (directly on your Kindle or email it to your Kindle email).
I would love to get the feedback of fellow e-ink devices enjoyers!
> Find three diverse, substantive Hacker News articles submitted within the previous 24 hours. Prefer readable linked articles rather than discussion-only, video, paywalled, or repository pages. For each selection, extract a clean UTF-8 XHTML-compatible article fragment and use dotepub's API to create an EPUB under public/books/ with a descriptive `Title - Author.epub` filename. Fix any EPUB 2 packaging or markup problems, including an invalid `xml:lang` on the OPF package element, and require every file to pass `epubcheck` with no errors before upload. Avoid duplicates already present locally or in the production OPDS catalog. Upload only the three newly created EPUB files to `hetzner:/opt/opds/public/books/`; never sync or delete the whole directory. Then verify production `/up` returns 200, unauthenticated `/opds.xml` returns 401, authenticated `/opds.xml` returns 200 and includes all three titles, each download returns `Content-Type: application/epub+zip`, and deployed copies pass `epubcheck`. Report the selected article titles and URLs, filenames, and verification results. Follow the repository AGENTS.md instructions and keep production credentials secret.
I think this idea is really cool but like others have said it’s the friction of syncing that stops me. I would love for CrossPoint to have a nightly sync :)
About the only good thing to come out of the open web dying is a revitalization of open and accessible computing hobbies.
1. is not an issue on my computer/smartphone as I can scroll through the feeds and go through interesting links quickly, the keybindings help me do that quickly.
2. Can either be fixed by downloading all links when online (not practical in my case), or by picking and choosing which articles I want to read later.
I used to use Wallabag for this, but right now my setup is a self-hosted Readeck [0] instance with the associated KOReader plugin [1].
I really like Readeck because contrary to Wallaback (which I also used because there is a KOReader plugin for it) it captures the content from a page from the client-side through the browser extension [2]. That helps with paywalled articles which don't expose the full feed through RSS typically.
[0] https://codeberg.org/readeck/readeck