@rfleury Would you really want to use an OS-provided palette over the one you've rolled yourself, though - even in the improbable scenario that MS et al.

Source

• URL: https://x.com/nckrlf/status/1957864494841098466
• Author: Nick Rolfe (@nckrlf)
• Posted: 2025-08-19 17:57:25

Branch

1/ @nckrlf

@rfleury

Would you really want to use an OS-provided palette over the one you’ve rolled yourself, though - even in the improbable scenario that MS et al. could make a really good one? I imagine you have good reasons why you’re not using native menus, too.

2/ @rfleury

Yes, I would, because a single interface that solves the problem is consistent & uniform across the entire system, whereas each program having bespoke ones means: (a) most programs don’t have it, (b) most programs that do have a bad implementation, (c) every program is inconsistent in their conventions. The reason I don’t use OS APIs for any UI is because it’s all thoroughly substandard.

3/ @beryldev

@rfleury @nckrlf

What if you don’t like the way the interface looks, or it doesn’t fit your design in some way?

4/ @rfleury

@beryldev @nckrlf

Each program should not be designing this

5/ @beryldev

@rfleury @nckrlf

Yeah I think I agree actually. I want a system where the user has control over how their applications look by themeing the OS-provided components.

Related

• Spine: 2025-08-19-palettes-should-be-first-class-functionality