We believe that apps should never crash. They should be free of bugs. They should be fast — they should feel lighter-than-air.
We believe that quality is more important than just piling on features; we believe that quality is the most important feature. And we believe that high quality is transformative — it makes for an app you never hesitate to reach for. You can rely on it, and you do, again and again.
This makes us slow to add features. We are adding features — but never at the expense of how it feels. Never at the expense of reliability and speed.
Their new version 7 implements the lower quality design of liquid glass while also blocking all ios versions below the latest (so you can't get bug fixes and slow features with the better design). How does that fit the philosophy?
Hands down the best RSS reader I've used. It's fast, tiny, built extremely well, and has no flab. It sits in a certain class of application along with Alfred and a handful of others in being a standout example of craftsmanship that's reminiscent of the golden era of OS X. More apps should strive for this standard.
I wish it had a more accessible scripting API - I use it locally, and back up saved stories, but I have to directly hit their sqlite database to extract data out of it :/
With so many apps introducing either paywalls (requiring either login or circumvention measures) or terrible RSS feeds (with content missing, images missing etc.) I have found it necessary to use a feed reader that you can configure per-feed to open either:
I love it too, but I would still like some concept of folders, so that I could sort my feeds into eg. programming, design, hobbies, and then have a feed to match the mood.
I love NNW, especially the new iteration since Brent got it back. Mac-assed software at its best.
The other day I was searching for how to turn a youtube channel into an RSS feed and tried all sorts of convoluted instructions for finding channel IDs, etc. At some point I thought this is the kind of user-centric thing that NNW has probably already thought of, and sure enough, if you just paste in a youtube channel URL as the feed, NNW sorts it out and creates a feed for you.
I'm staying away from macOS Tahoe for now. NetNewsWire has already announced that they will no longer support the earlier 6.x release that I use. I assume that means no bug fixes or back-porting of new features. Sad.
Don't be sad! NetNewsWire has been my newsreader for well over a decade, and I only consider "upgrading" out of idle curiosity, because the version I have now does what I want, and does it well. The version treadmill is a machine producing only sadness.
Vienna will support older MacOS releases for longer. Our development has been slow the past couple of years due to maintainers having big life changes. Things are about to pick up so keep an eye out!
I started out with NNW and am back on it now. After Google killed Reader I went to Feedly, then tried a few self-hosted solutions and, in the end, NNW is just the easiest solution for me since I'm in the Apple ecosystem.
I was on Google Reader, then Feedly for a long time, until the Feedly iOS client just slowly degraded and got buggy. I'm not opposed to paying for a good RSS set.
I finally switched to NetNewsWire as the front end and FreshRSS on the backend, and could not be happier. NNW being free is just the icing on the cake, it's really great, and FreshRSS was also really easy to install.
What I like about FreshRSS is that it's PHP and will install on any old shared hosting plan and uses Sqlite as the database, super easy.
The biggest problem with newsreaders, IME, has been managing large numbers of feeds. Most user time is spent handling redundant stories - e.g., if you have feeds from many major news sources, for each major event you get one or more stories on each feed, saying mostly the same things.
I haven't seen a newsreader solve that problem. Has anyone tried an LLM?
The best solution I know is grouping redundant stories together, possibly hierarchically: e.g., Sports > Olympics > Figure skating > Jones performance. (Fewer feeds require fewer levels, possibly just one.)
That ~ deduplicates the stories and, by displaying them together, you can compare and choose the coverage you like and delete the rest. Otherwise, IME most user time is spent sorting through redundant stories one at a time.
But as I said, I haven't seen a newsreader do that well. It seems like a good fit for LLMs. Or maybe there's another solution besides grouping?
My YOShInOn RSS reader uses an SBERT model for classification (will I upvote this or not?) and large-scale clustering (20 k-means clusters and show me the top N in each cluster so I get a diversity of different articles.)
and found some parameters where I get almost no false positives but a lot of duplicates get missed when I lowered the threshold to make clusters I started getting false positives fast. I don't find duplicates are a big problem in my system with the 110 feeds I have and the subjects I am interested in, but insofar as they are a problem there tend to be structured relationships between articles: that is, site A syndicates articles from site B but for some reason articles from site A usually get selected and site B articles don't. An article from Site A often links to one or more articles, often that I don't have a feed for, and it would be nice if the system looked at the whole constellation. Stuff like that.
Effective clustering is the really interesting technology Google News has had for a long time.
You specify your interests as free form text, it ranks articles by how closely they match, and you can consume your Scour feed as an RSS feed to read it in NNW.
I've been thinking of how to tackle that problem. It would require a bit of resources but nothing too crazy. Essentially new articles need to be indexed in some kind of vector search capable DB. That allows things like similarity grouping and a few other things. This is nothing new and exactly how things like Google News work. The difference here would be keeping the per user notion of subscribing only to things they care about.
If you do the embeddings calculation centrally, it becomes shared cost. Every new article gets analyzed only once for all users.
The rest then becomes providing a new view on your RSS feeds that leverages that. You could do a lot of the expensive stuff (vector comparisons) locally actually because most users only have hundreds/thousands of articles that they care about. So, simply download the embeddings for articles and do the comparisons/grouping locally.
This wouldn't be super hard to do. There are lots of OSS models that you can run locally as well. But they are kind of slow. So the trick is to amortize that over many users and share the burden.
The key challenge here is the finances. The centralized embeddings juggling gets costly quickly and you need a revenue model to finance that. That's why most of this stuff is happening by paywalls and staying kind of niche. All the "free" stuff is essentially ad sponsored.
But with some MCP layered on top and a few other bits and bobs, you could fairly easily implement an intelligent LLM based news agent that summarizes personalized news based on exactly your own preferences and news subscriptions. I haven't really seen anything like this done right. But we technically have all the OSS tech and models to do all of this now. It's just the compute cost that kills the use case.
If that could be decentralized bittorrent style, it wouldn't actually be that much of a burden. Given enough users, distributing say thousands of article updates per minute among tens/hundreds of thousands of readers means each of them expending maybe a couple of seconds of compute once in a while to calculate embeddings for articles that they are pulling that don't have embeddings yet. If you make that eventually consistent, it's not that big of a deal if you don't get embeddings for all the new stuff right away. And any finished embeddings could be uploaded and shared. Anything popular would quickly get embeddings. And you could make the point that publishers themselves could be providing embeddings as well for their own articles. Why not? If you only publish a handful of articles, the cost is next to nothing.
If I had more spare time, I might have a go at this. Sadly, I don't.
As a lifelong nerd in my mid-50s, I've accumulated a number of pieces of software that I love -- like, I really have actual emotional fondness for -- that for whatever reasons I no longer use.
NNW is 100% on that list. It was my first feedreader, but at some point I shifted away from it (I think there was a time when it wouldn't sync with other services?), and now for years I've been using Feedbin's web client on my Mac instead of anything native because it's surprisingly solid. (On iOS, I use Reeder.)
But NetNewsWire is still awesome. I'm glad it's there, and I'm grateful that Brent and Sheila Simmons are out there making excellent software.
They update a little too slow for my taste. But, well… that’s the cost for high-quality free software: waiting. I’m happy to pay said cost, and continue to recommend it to friends and family where I can.
I’m not crazy about the Liquid Glass look. I decided to stick with Reeder Classic until it dies, even if it’s nice to see a well maintained alternative…
Me too. Unfortunately, it seems Silvio has abandoned further development. There are some truly annoying bugs (YouTube embeds do not work, swipe gestures stopped working, iOS images are slightly cut off,…) :( But I tried all alternatives and can't make the transition after idk, 8 years…
First RSS client I ever used. First for which I bought a license. Reeder client seduced me away while NNW was in limbo while Brent Simmons (creator) wasn't working on it directly. Glad he's back at the helm. I never unsubscribed from his blog.
however, i found it doesn't abide by some "no new content, back off for a bit" part of the protocol. i've had two feeds refuse to be added because it sends multiple requests during discovery, i think. kind of a bummer!
Not to take away from NetNewsWires accomplishments, but getting it was such a disappointment. Adding insult to injury, I had to pay to get the app on my iPad. It was one of the few apps I paid for and all I got was a deep sense of wasted money.
Since the demise of Byline, I’ve been rocking Inoreader and have had no reason to look back.
All I miss is Google Reader, but that’s never coming back.
The only new thing I want in an RSS reader is a handsfree, voice only mode. Being able to listen to RSS articles and navigating by voice commands.
buchanae|18 days ago
"""
We believe that apps should never crash. They should be free of bugs. They should be fast — they should feel lighter-than-air.
We believe that quality is more important than just piling on features; we believe that quality is the most important feature. And we believe that high quality is transformative — it makes for an app you never hesitate to reach for. You can rely on it, and you do, again and again.
This makes us slow to add features. We are adding features — but never at the expense of how it feels. Never at the expense of reliability and speed.
eviks|17 days ago
cosmic_cheese|18 days ago
pavel_lishin|18 days ago
leokennis|17 days ago
- The feed item (read the XML)
- The site fulltext
- The original site (in case of login required)
For me that app is https://www.lireapp.com/
xmok|18 days ago
Disclaimer: I authored the extension but like most Raycast extensions, it’s open-source[2].
[0]: https://raycast.com [1]: https://raycast.com/xmok/netnewswire [2]: https://github.com/raycast/extensions/tree/main/extensions/n...
tomaskafka|18 days ago
k2enemy|18 days ago
The other day I was searching for how to turn a youtube channel into an RSS feed and tried all sorts of convoluted instructions for finding channel IDs, etc. At some point I thought this is the kind of user-centric thing that NNW has probably already thought of, and sure enough, if you just paste in a youtube channel URL as the feed, NNW sorts it out and creates a feed for you.
kevincox|18 days ago
While I don't doubt that NNW has great UX, feed auto-discovery is a table stakes feature for any RSS client.
navanchauhan|18 days ago
chmaynard|18 days ago
username223|18 days ago
josh64|18 days ago
brailsafe|17 days ago
jjtheblunt|17 days ago
you didn't say why you prefer use of the earlier version, but i'm curious.
trumpdong|17 days ago
[deleted]
sharkjacobs|18 days ago
geoffeg|18 days ago
nntwozz|18 days ago
Every time I open the app I feel like I'm back in the era of Mac OS X Snow Leopard and Steve Jobs is about to reveal one more thing.
pantulis|17 days ago
arjunbajaj|18 days ago
I think NetNewsWire is a great example of what software should strive for: a useful set of features, while being fast and smooth.
havaloc|18 days ago
I finally switched to NetNewsWire as the front end and FreshRSS on the backend, and could not be happier. NNW being free is just the icing on the cake, it's really great, and FreshRSS was also really easy to install.
What I like about FreshRSS is that it's PHP and will install on any old shared hosting plan and uses Sqlite as the database, super easy.
dan_m2k|17 days ago
Having deleted my socials and regained some time, I’ve just got a small skeleton of the sites I used to read left in my phone’s favourites.
Despite all the wrongs of Facebook, et al, I have lost some channels and stories that I used to consume there.
How do users of readers like NNW discover new stuff? Just picking stuff up or do the apps support discovery?
dewey|18 days ago
happy_lapper|18 days ago
eitland|18 days ago
SSLy|18 days ago
mmooss|18 days ago
I haven't seen a newsreader solve that problem. Has anyone tried an LLM?
The best solution I know is grouping redundant stories together, possibly hierarchically: e.g., Sports > Olympics > Figure skating > Jones performance. (Fewer feeds require fewer levels, possibly just one.)
That ~ deduplicates the stories and, by displaying them together, you can compare and choose the coverage you like and delete the rest. Otherwise, IME most user time is spent sorting through redundant stories one at a time.
But as I said, I haven't seen a newsreader do that well. It seems like a good fit for LLMs. Or maybe there's another solution besides grouping?
PaulHoule|18 days ago
For duplicate detection I am using DBSCAN
https://scikit-learn.org/stable/modules/generated/sklearn.cl...
and found some parameters where I get almost no false positives but a lot of duplicates get missed when I lowered the threshold to make clusters I started getting false positives fast. I don't find duplicates are a big problem in my system with the 110 feeds I have and the subjects I am interested in, but insofar as they are a problem there tend to be structured relationships between articles: that is, site A syndicates articles from site B but for some reason articles from site A usually get selected and site B articles don't. An article from Site A often links to one or more articles, often that I don't have a feed for, and it would be nice if the system looked at the whole constellation. Stuff like that.
Effective clustering is the really interesting technology Google News has had for a long time.
dewey|18 days ago
Nuzzle did something similar for Twitter but shut down (https://daringfireball.net/linked/2021/05/05/nuzzel).
That would be a good addition to feed readers, especially for news feeds.
emschwartz|18 days ago
You specify your interests as free form text, it ranks articles by how closely they match, and you can consume your Scour feed as an RSS feed to read it in NNW.
Disclaimer: I’m the developer
cosmic_cheese|18 days ago
[0]: https://usetapestry.com/
jillesvangurp|17 days ago
If you do the embeddings calculation centrally, it becomes shared cost. Every new article gets analyzed only once for all users.
The rest then becomes providing a new view on your RSS feeds that leverages that. You could do a lot of the expensive stuff (vector comparisons) locally actually because most users only have hundreds/thousands of articles that they care about. So, simply download the embeddings for articles and do the comparisons/grouping locally.
This wouldn't be super hard to do. There are lots of OSS models that you can run locally as well. But they are kind of slow. So the trick is to amortize that over many users and share the burden.
The key challenge here is the finances. The centralized embeddings juggling gets costly quickly and you need a revenue model to finance that. That's why most of this stuff is happening by paywalls and staying kind of niche. All the "free" stuff is essentially ad sponsored.
But with some MCP layered on top and a few other bits and bobs, you could fairly easily implement an intelligent LLM based news agent that summarizes personalized news based on exactly your own preferences and news subscriptions. I haven't really seen anything like this done right. But we technically have all the OSS tech and models to do all of this now. It's just the compute cost that kills the use case.
If that could be decentralized bittorrent style, it wouldn't actually be that much of a burden. Given enough users, distributing say thousands of article updates per minute among tens/hundreds of thousands of readers means each of them expending maybe a couple of seconds of compute once in a while to calculate embeddings for articles that they are pulling that don't have embeddings yet. If you make that eventually consistent, it's not that big of a deal if you don't get embeddings for all the new stuff right away. And any finished embeddings could be uploaded and shared. Anything popular would quickly get embeddings. And you could make the point that publishers themselves could be providing embeddings as well for their own articles. Why not? If you only publish a handful of articles, the cost is next to nothing.
If I had more spare time, I might have a go at this. Sadly, I don't.
ubermonkey|17 days ago
NNW is 100% on that list. It was my first feedreader, but at some point I shifted away from it (I think there was a time when it wouldn't sync with other services?), and now for years I've been using Feedbin's web client on my Mac instead of anything native because it's surprisingly solid. (On iOS, I use Reeder.)
But NetNewsWire is still awesome. I'm glad it's there, and I'm grateful that Brent and Sheila Simmons are out there making excellent software.
unknown|18 days ago
[deleted]
lumirth|18 days ago
rcarmo|17 days ago
b__d|17 days ago
pavel_lishin|18 days ago
alsetmusic|18 days ago
Telemakhos|18 days ago
thunderscore|18 days ago
Reading this from NNW via hnrss.org
htk|17 days ago
It's so good to still find new feeds to subscribe to now and then.
My latest is the newsletter from Retro Game Corps. Pure nostalgia fun right on my NetNewsWire apps.
TheChelsUK|17 days ago
More and more we need RSS feeds and this is the best app for consuming them for me. Happy Birthday.
colesantiago|18 days ago
We need more software that is free, open source and comes with no subscriptions.
raw_anon_1111|18 days ago
Brent Simmons is retired. Most app developers aren’t
unknown|18 days ago
[deleted]
incanus77|18 days ago
sp8|18 days ago
rorylawless|18 days ago
SSLy|18 days ago
sleepless|18 days ago
sixeyes|17 days ago
however, i found it doesn't abide by some "no new content, back off for a bit" part of the protocol. i've had two feeds refuse to be added because it sends multiple requests during discovery, i think. kind of a bummer!
m3kw9|18 days ago
isingle|18 days ago
flyingzucchini|18 days ago
OGEnthusiast|18 days ago
tbolt|18 days ago
cgfjtynzdrfht|18 days ago
[deleted]
ftth_finland|18 days ago
Since the demise of Byline, I’ve been rocking Inoreader and have had no reason to look back.
All I miss is Google Reader, but that’s never coming back.
The only new thing I want in an RSS reader is a handsfree, voice only mode. Being able to listen to RSS articles and navigating by voice commands.
criddell|18 days ago
https://netnewswire.com/
dagi3d|18 days ago