Live data from Hacker News

Show HN: Bonsplit – Tabs and splits for native macOS apps

bonsplit.alasdairmonk.com

21–30 of 34 posts

Re: Show HN: Bonsplit – Tabs and splits for native macOS apps

#22
post #21

“Tabs and splits” should be something the window manager takes care of

Really depends on the application, no? I wouldn't want my IDE opening every file in a new window.

That’s why the windows manager and user should be in control

I’d love to be able to arrange different tabs of different apps in one window

Re: Show HN: Bonsplit – Tabs and splits for native macOS apps

#23

This is excessively beautiful, both the website and the library's UI. But I have to ask: what's the rationale on dedicating such an elaborate and gorgeous website for just a library? Are you hoping to get hired for web design? Are you seeking fame and repute? Do you merely do it for the love of the game? Why, for the love of all that's good, pray tell why put all this effort into mere documentation ?

Just look at his website and you'll see why. https://www.alasdairmonk.com/

Author seems to be one of the colleagues you are like I wish to be more like him.

Re: Show HN: Bonsplit – Tabs and splits for native macOS apps

#24

This is very interesting, I haven’t touched macOS development for quite a while but it’s good to know that libraries are still being written for both AppKit and SwiftUI on macOS. I do feel that this library would benefit from an explanation on why this was needed. AFAIR AppKit already provides a native tabbing API where you can “just” (that “just” is doing a lot of heavy lifting) implement a few delegate methods and…

I've tried the native tab support several times, and my impression is that it's good for very little.

It may be OK for certain types of document-oriented apps, but there's a reason most apps (Chrome, iTerm, even Safari uses its own native tabs, I believe) don't use it. It's underbaked and awkward to fit into a model where your "tab data model" doesn't neatly fit the document data model that the framework wants.

I recently made an app where I wanted tabs, and I just ended up abandoning tab support for this reason, and adding a todo item to use an off-the-shelf tab UI library in the future.

Re: Show HN: Bonsplit – Tabs and splits for native macOS apps

#27

This is excessively beautiful, both the website and the library's UI. But I have to ask: what's the rationale on dedicating such an elaborate and gorgeous website for just a library? Are you hoping to get hired for web design? Are you seeking fame and repute? Do you merely do it for the love of the game? Why, for the love of all that's good, pray tell why put all this effort into mere documentation ?

Why make good things? I guess we should make bad things. Or no things.

Re: Show HN: Bonsplit – Tabs and splits for native macOS apps

#28
post #4

This is very interesting, I haven’t touched macOS development for quite a while but it’s good to know that libraries are still being written for both AppKit and SwiftUI on macOS. I do feel that this library would benefit from an explanation on why this was needed. AFAIR AppKit already provides a native tabbing API where you can “just” (that “just” is doing a lot of heavy lifting) implement a few delegate methods and…

The website already has a demonstration of what this does that native tabs don’t do and how they look.

Yeah I realized that only now, for some reason when I was on mobile and I was looking into this the demo video was not loading at all. I would love to retract my comment :(

Re: Show HN: Bonsplit – Tabs and splits for native macOS apps

#29
post #4

Earlier quoted context omitted.

The website already has a demonstration of what this does that native tabs don’t do and how they look.

Yeah I realized that only now, for some reason when I was on mobile and I was looking into this the demo video was not loading at all. I would love to retract my comment :(

I totally missed the video on mobile too.
Post reply on HN