Live data from Hacker News

A new wave of Linux applications

tuxphones.com

471–480 of 584 posts

Re: A new wave of Linux applications

#471

History is back around to repeating itself. I'm an avid Linux user (and even a developer who uses GTK pretty regularly), but the recent developments surrounding GNOME, Flatpak and their related libraries has not made me optimistic for the future of Linux applications. GTK4 is really bad. It launched with horrible text rendering issues (still unfixed, 10+ months later), broke compatibility with a number of basic featu…

> libadwaita is in a "functional" release state, but still lacks support for custom stylesheets, Libadwaita is an implementation of GNOME's design, analogous to libgranite in elementary OS. This includes the visual design. GNOME only has one style, Adwaita (which means “the only one”!). If you don't want to use GNOME's design, you don't want to use libadwaita. > basic desktop integration on non-GNOME desktops Libadwa…

> Libadwaita is the library you use when you're targetting GNOME.

> If you want to target something other than GNOME, you don't want to use libadwaita.

Does GTK4 provide any viable model of development if one doesn't want to target GNOME or elementary? I, for one, haven't seen a non-trivial GTK4 app that doesn't use libadwaita or libgranite and the more I discuss this online, the more I suspect that this is intended but unspoken behavior.

Even LibreOffice has now decided to use libadwaita. Does that mean LibreOffice's GTK version is only intended for GNOME? If yes, GTK4 is basically a toolkit for GNOME masquerading as a general purpose toolkit.

Re: A new wave of Linux applications

#472
post #62
post #49

Earlier quoted context omitted.

Why do you use a mouse without a scrollwheel?

I use the acme text editor https://en.wikipedia.org/wiki/Acme_(text_editor) for work every day. It makes heavy use of mouse chords, so I need 3 real buttons on the mouse, and it's hard to find a mouse with 3 real buttons and a scrollwheel which doesn't get in the way of the buttons. I've got a Kensington Expert Mouse trackball which works pretty well, but at the end of the day an old Logitech PS/2 mouse plugged into…

I haven't used a mouse where you couldn't press the scroll wheel to get a midle click in a long time.

Re: A new wave of Linux applications

#473
post #62

Earlier quoted context omitted.

I use the acme text editor https://en.wikipedia.org/wiki/Acme_(text_editor) for work every day. It makes heavy use of mouse chords, so I need 3 real buttons on the mouse, and it's hard to find a mouse with 3 real buttons and a scrollwheel which doesn't get in the way of the buttons. I've got a Kensington Expert Mouse trackball which works pretty well, but at the end of the day an old Logitech PS/2 mouse plugged into…

I haven't used a mouse where you couldn't press the scroll wheel to get a midle click in a long time.

To be fair, it's usually pretty awkward and feels bad though. It is often very easy to accidentally scroll a bit on the wheel while depressing the third button.

Re: A new wave of Linux applications

#474
post #162
post #82

What if you don't want the same applications with the same interface modalities on different devices? Shouldn't we be much more concerned about data portability than application portability?

This just doubles the UI development effort.

You don't really get around that with convergent applications either. That is, unless your idea of convergence is "lowest common denominator for everyone".

Re: A new wave of Linux applications

#475

This could be less about device convergence and more about UX improvements and design coherence among apps. Some examples of what's been happening: - Touchpad gestures through various efforts: https://linuxtouchpad.org - Gnome: libAdwaita: https://blogs.gnome.org/alexm/2021/12/31/libadwaita-1-0/ - Core workflows getting better first-class approaches rather than being another app to install: (e.g. screenshots & screen…

What's a core workflow in this context?

I presume things like making screenshots, browsing files, looking up contacts, maintaining a calendar, reading and sending emails, calculating some quick numbers, making backups and so on.

Stuff that, regardless of your niche, is needed. Whether you are a programmer or a plumber, you'll be doing many of these tasks on a daily basis.

Re: A new wave of Linux applications

#476
post #162
post #82

What if you don't want the same applications with the same interface modalities on different devices? Shouldn't we be much more concerned about data portability than application portability?

This just doubles the UI development effort.

... rather than doubling both the UI dev effort and the domain logic effort.

Re: A new wave of Linux applications

#477
post #36

These applications look really pretty and all, but for my selfish purposes, I just really want real goddamn scrollbars back. I use a mouse that doesn't have a scroll wheel, but for the life of me I've been unable to figure out how to make applications like Firefox just give me a real scroll bar on the side of the window that's thick enough to grab without fiddly pixel-hunting.

Those modern, 1-pixel wide, scrollbars that only expand when you manage to hover over them are a pox on usability. And I say this as someone with a mouse with scrollwheel. They make it hard to see the size of a document and as you said: operating the scrollbar is fiddly. You can't just grab it. First you have to make it expand, then you have to move the mouse again to grab it, but don't move the mouse too much or the…

Even worse. On MacOS the scrollbars are invisible by default, and only appear while you scroll, plus a second or so after stopping.

So to grab a scrollbar in MacOS you first have to scroll the document to make the scrollbar appear. Then you have under two seconds to move the pointer on top of the narrow scrollbar so it expands allowing you to grab it before it disappears again.

Re: A new wave of Linux applications

#478

Earlier quoted context omitted.

If you’re open to spending about the same (about $10 more), then the Logitech MX Ergo might be exactly what you’re after. https://www.logitech.com/en-us/products/mice/mx-ergo-wireles...

I cannot use that kind of trackball. It relies on actuation with my thumbs, and it hasn't worked out very well in the ones I tried. I prefer "ambidextrous" ones with the ball in the middle.

Well for the record then this is my jam and I cannot express how much I love it: https://www.rtings.com/mouse/reviews/elecom/huge-m-ht1drbk

There’s also the slightly smaller Deft Pro (https://switchandclick.com/elecom-deft-pro-review/) which I also own and use for travel — it has a superior scroll wheel and therefore may be a superior choice for you.

For me the Huge has a perfect form factor that outweighs all else.

On mac I use steermouse to map the buttons.

I promise to stop being a trackball pusher now.

Re: A new wave of Linux applications

#479

Earlier quoted context omitted.

The “don’t theme my app” thing just tells me that GNOME/GTK+/Adwaita aren’t built in a way that gracefully handles theming, or that devs building apps with them are doing things like hard coding colors when they should be using dynamic system colors such as those provided by UIColor[0] in UIKit. [0]: https://developer.apple.com/documentation/uikit/uicolor/ui_e...

Supporting themes imposes an ongoing technical burden across the whole ecosystem. It's not worth it. You don't hear people say "I hate macs because I can't make my title bars purple".

MacOS at least lets users choose the accent color: https://osxdaily.com/2020/07/24/change-accent-color-mac/

Re: A new wave of Linux applications

#480

Earlier quoted context omitted.

Status icons were built on old and fractured technologies. They are coming back. Designs and technical discussions are happening right now.

But why discontinue the old method before the new one is ready? This leads to an awkward UX and disinterest by developers, during the time there is no option.

GNOME probably imagined it had enough market power to persuade app developers to change their design. Also GNOME likes to emphasize "distraction-free" computing so the designers probably thought status icons are too distracting for users.
Post reply on HN