Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: A native macOS client for Hacker News, built with SwiftUI

github.com

Post reply on HN
Print view View original

101–110 of 192 posts

Re: Show HN: A native macOS client for Hacker News, built with SwiftUI

#102

Post by IronsideXXVI »

Brajeshwar wrote: post #2

No No. Don’t do that, don’t make it better and easy to use. I’m already addicted and spent more time than I should. Now, this app that I can keep it open all day! Btw, can you allow me to set the font-family, font-size, etc. for the interface? I can’t even do the default `CMD + +` to zoom in.

Just pushed an update allowing users to adjust text size

Re: Show HN: A native macOS client for Hacker News, built with SwiftUI

#106

Post by cortesoft »

thewebguyd wrote: post #53
luma wrote: post #49

Earlier quoted context omitted.

I've never understood the concept of an app wrapper for a link aggregator (HN, reddit, etc). The whole goal is to provide links to external sources, and now I'm browsing the web in a limited web browser without all my extensions etc. Am I missing some core concept here? Why would I want to browse the web in this app as opposed to a web browser?

As someone who used to use native RSS readers a ton back in the day, the limited web browser usually isn't a problem for just reading a few articles. I like native apps for things, even link aggregators, because my I want to use my OS's native window management and app management instead of just shoving everything into a browser tab, of which I already have too many. Because then it's just CMD+Tab to Chrome, and then…

If you want to use your native window manager, why don’t you just disable tabs and have every link open a new browser window?

Re: Show HN: A native macOS client for Hacker News, built with SwiftUI

#107

Post by mitchell209 »

presbyterian wrote: post #41
alsetmusic wrote: post #33

Very nice. Commenting from it right now. First feature request from me would be to adjust text size. I've start bumping up the default text size on all sites by one or two notches in the past year. Getting old, y'know. But also, as someone pointed out on a design blogpost a decade ago, why not make things easier to read. I didnt need it then, but I appreciate it now. Really happy that I can run this on MacOS14 cause…

> I've start bumping up the default text size on all sites by one or two notches in the past year I've been doing this too; at some point I should probably just change the scaling of my desktop as a whole. But I like my high resolution, multiple windows layout too much to do it yet!

There's always a compromise for me when adjusting scaling. UI doesn't scale correctly, bars get too big when I only want the text specifically to be increased, etc. I've settled on adjusting the text manually because at least that's user-adjustable.

Re: Show HN: A native macOS client for Hacker News, built with SwiftUI

#108

Post by Octoth0rpe »

agg23 wrote: post #40
Octoth0rpe wrote: post #23

Earlier quoted context omitted.

Great point, thanks! @IronsideXXVI, are you open to changing to gpl v3? Otherwise, there is probably a decent set of filter lists with an MIT license somewhere. The goal is for you to NOT become a filter list maintainer, and by piggybacking off an already respected set of lists, you'd build user trust in your adblocking.

I would recommend that changing to GPL just to gain better ad blocking, which is far from being a primary feature, is probably not the greatest idea if you care about licensing.

> which is far from being a primary feature,

I don't know that I agree. If the adblocking functionality has gaps, then I will likely not use it for reading stories, and if I'm already opening up HN in my browser w/ ublock origin, then I might as well stay there and comment. Reading the article may not be the 'primary feature', but strong adblocking does seem like table stakes.

Re: Show HN: A native macOS client for Hacker News, built with SwiftUI

#109

Post by amelius »

taude wrote: post #36

Congrats and building and releasing something. I guess for reading things like this, I'm just a browser kind-of guy. But I still appreciate youre building a NATIVE app that's using around 85MB of working memory (according to my Activity Monotor), and not some Electron thing. I'm probably just a anti-app guy, but I tried it out. First thing I went to do was CMD-F to search for some strings in the comments section. Act…

> But I still appreciate youre building a NATIVE app that's using around 85MB of working memory (according to my Activity Monotor), and not some Electron thing.

Well, assuming you have a browser open anyway, you're still using more memory than if HN is running in another browser tab.

In fact, if every website that you use frequently had its own native app, that would use more memory than you're using now.

Re: Show HN: A native macOS client for Hacker News, built with SwiftUI

#110

Post by dijit »

amelius wrote: post #109
taude wrote: post #36

Congrats and building and releasing something. I guess for reading things like this, I'm just a browser kind-of guy. But I still appreciate youre building a NATIVE app that's using around 85MB of working memory (according to my Activity Monotor), and not some Electron thing. I'm probably just a anti-app guy, but I tried it out. First thing I went to do was CMD-F to search for some strings in the comments section. Act…

> But I still appreciate youre building a NATIVE app that's using around 85MB of working memory (according to my Activity Monotor), and not some Electron thing. Well, assuming you have a browser open anyway, you're still using more memory than if HN is running in another browser tab. In fact, if every website that you use frequently had its own native app, that would use more memory than you're using now.

You should probably check that.

A fresh hackernews tab of this thread uses 150MiB (Sandboxed) in Chrome for me, and HN is a pretty lean site by all accounts.

Post reply on HN