Earlier quoted context omitted.
I think it looks better (on Mac and iOS) than any other Liquid Glass app. And I can’t blame Brent for adopting it. One of the standout features of the app is just being native, not trying to re-invent the wheel with custom GUI, and taking advantage of built-in platform features. My favorite NNW feature is iCloud syncing: Not needing a separate RSS back-end (but of course you can use one if you want to sync with other…
> think it looks better (on Mac and iOS) than any other Liquid Glass app what a weird comparison, the baseline is the previous version of the app > standout features of the app is just being native, not trying to re-invent the wheel with custom GUI, and taking advantage of built-in platform features Since the previous GUI isn't custom you don't lose your standout features
NetNewsWire Turns 23
91–100 of 108 posts
Re: NetNewsWire Turns 23
#92Earlier quoted context omitted.
It doesn't make sense because the previous version also matches the OS it's on, liquid glass degradation isn't mandatory and "much easier" is still harder than doing the better nothing. Your suggestion is just as senseless: among the many things wrong with such a "write the app yourself" approach, you forgot about iOS, even though it's mentioned in the original comment, where you can't freely backport anything due to…
It makes sense. Like you said, previous versions used the macOS design language at the time, and the current version does the same. The developer has chosen to no longer support older versions of macOS, they aren't required to. The old app still works, and anyone else can work on it if they want. > you forgot about iOS, even though it's mentioned in the original comment, where you can't freely backport anything due t…
You forgot to address the point, which was about distribution, not creation
The previous paragraph is similarly irrelevant, for example, "aren't required to" - who said anything about requirements??
Re: NetNewsWire Turns 23
#93Earlier quoted context omitted.
> think it looks better (on Mac and iOS) than any other Liquid Glass app what a weird comparison, the baseline is the previous version of the app > standout features of the app is just being native, not trying to re-invent the wheel with custom GUI, and taking advantage of built-in platform features Since the previous GUI isn't custom you don't lose your standout features
Well I think the iOS version is better! I don't like Liquid Glass on Mac though.
Re: NetNewsWire Turns 23
#94I 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…
> if you just paste in a youtube channel URL as the feed, NNW sorts it out and creates a feed for you. While I don't doubt that NNW has great UX, feed auto-discovery is a table stakes feature for any RSS client.
Re: NetNewsWire Turns 23
#95Earlier quoted context omitted.
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: - 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/
Is there some way to create this kind of experience without having to change RSS readers? Is there a service that allows you to easily create RSS feeds for websites without them? I'd rather go with a more unix "do one thing and do it well" philosophy for something like this.
Re: NetNewsWire Turns 23
#96It'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.
Re: NetNewsWire Turns 23
#97I'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.
you didn't say why you prefer use of the earlier version, but i'm curious.
Re: NetNewsWire Turns 23
#98Earlier quoted context omitted.
It makes sense. Like you said, previous versions used the macOS design language at the time, and the current version does the same. The developer has chosen to no longer support older versions of macOS, they aren't required to. The old app still works, and anyone else can work on it if they want. > you forgot about iOS, even though it's mentioned in the original comment, where you can't freely backport anything due t…
> You can create an app today that is compatible with iOS 15. You forgot to address the point, which was about distribution, not creation The previous paragraph is similarly irrelevant, for example, "aren't required to" - who said anything about requirements??
Re: NetNewsWire Turns 23
#99Earlier quoted context omitted.
> You can create an app today that is compatible with iOS 15. You forgot to address the point, which was about distribution, not creation The previous paragraph is similarly irrelevant, for example, "aren't required to" - who said anything about requirements??
We get it, you don't like liquid glass, neither do I. But the source is available and there are alternatives to both MacOS and netnewswire.
Re: NetNewsWire Turns 23
#100The 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 togeth…
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…
One point I'd like to make: Grouping RSS feed items by similarity is much different than LLM summaries. In the former, I get the best (I can use economically), specific, expert human information, which is what I'm personally after; the latter keeps the economy but eliminates the value.