That's cool and all, but who is actually out here using a linux phone?
A new wave of Linux applications
441–450 of 584 posts
Re: A new wave of Linux applications
#442Earlier quoted context omitted.
Seconded. It's been several years of development time and I still think I'd get better pictures with one of those cameras that saved pictures on floppy disks. I've bought two Pinephones and I hope things go well but man, I install Mobian and wonder what exactly their long term plan is... it runs like an absolute dog , worse than a $30 Android prepaid phone. The only way to get reasonable performance has been to use s…
If you need a good camera, consider Librem 5 instead.
Re: A new wave of Linux applications
#443This 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…
libadwaita and Kirigami are huge improvements for the desktop app ecosystem from what I've seen as a user. When I started to delve into desktop applications I quickly realized there's a couple hurdles I face: 1. QT was an ecosystem shock to me. I barely knew what to do to get started and got lost easily. 2. Do these applications work outside of Linux; more directly, do they have dynamic dependencies? From my experien…
Also, if Qt isn't good for you, what else did you try? My experience with GTK+ was awful -- bizarre API and terrible docs. Further, the community was unhelpful and borderline trollish. This was well-documented by the "Subsurface" team (SCUBA diving software) during their transition from GTK+ to Qt.
Re: A new wave of Linux applications
#444Earlier quoted context omitted.
For Qt (QML/QtQuick; Widgets are no linger the preferred method afaik) you have qmetaobjects-rs, which is reeally nice.
QML is practically electron - it's runtime interpreted declarative UI plus a Javascript engine. QML still has only rudimentary support for AOT compilation. Both the old qmlcompiler and the new qmlsc compiler are commercial-only: https://www.qt.io/blog/the-new-qtquick-compiler-technology . LGPL users only get the interpreter. Widgets is still the 'Real Qt'. Some very modern, responsive-layout desktop apps like Telegra…
From my experience, if you develop Qt widgets (like dialogs with many child widgets), it is possible (some might say easy) to make things resize correctly by using QHBoxLayout (horizontal) and QVBoxLayout (vertical).
Re: A new wave of Linux applications
#445Earlier quoted context omitted.
A dedicated tray is a concept tied to windows 95 style UX. I hope the new designs are more about standardizing ways to indicate various statuses and actions of "the app" broadly, without dedicated status icons. For example download progress is still only an Ubuntu Unity protocol that KDE also supports because they can but it's all not freedesktop standard.
It's not just Linux that suffers from outdated tray APIs. It is the same on Windows. To create a status tray icon button, you need to call the Win32 Systray API (the oldest Windows subsystem, forget about using WinUI or UWP). The way apps like Google Drive and Dropbox do their fancier systray popups is that they get the x,y coordinates via the systray API (NOTIFYICONDATA passed to ShellNotifyIconA) and then render a…
Re: A new wave of Linux applications
#446Don't get me wrong, Linux is still a massive PITA to set up properly. Forget about using it without ever seeing a command line. But, I can deal with that and I've googled my way to success when it let me down a few times to get things going. It's kind of depressing though that things like keyboard, sound, gpus, desktop sharing, touchpads, etc. just don't work in a sane way out of the box. I had issues with all of those with things either not working or just being mis-configured.
One thing that helped a lot is that a lot of proprietary applications can be installed via snap and games can be installed via Steam. Some OSS ones as well. I installed slack, signal, vs code and a few other things that way. And where that failed me, I was able to find some community AUR packages for things like webex and Chrome. Flatpak seems like it should do similar things to snap but mostly packages seem easier to find for snap. I don't really care about the philosophical differences between both. I'll use what works. A problem with both is hardware support. E.g. the Darktable snap is completely pointless because it lacks opencl support; the flatpak one has the same issue. I had to wait for the official package to be updated by Manjaro when they did their yearly release at Christmas. That took a few weeks after Arch updated upstream within a day or so. I have a GPU, why would I not want to use it? This is just flat out moronic.
I actually had some fun playing some Steam games that long stopped working in the mac version of steam (64 bit only) via proton. Very easy to setup and install. And to my surprise the Intel xe gpu actually isn't that bad. And of course GPUs work fine with Steam.
It seems software distribution is no longer blocked on distribution gate keepers not keeping packages up to date. I don't like to read about an update and then have to wait for it for six months while some non affiliated developers second guess all the testing and fixing that already happened upstream by the people that actually created the software.
IMHO modern distributions should push out most end user applications to snap, flatpak, or whatever and focus only on the stuff that absolutely can't work via those. That simplifies things for both developers, distribution maintainers, and end users. Distributions aren't really adding any value here (the opposite I would argue). That will rapidly achieve what three decades of dozens of linux distributions reinventing the light over and over again never achieved: a homogeneous market for distributing end user Linux applications (OSS and closed source). Given that a lot of those can be cross compiled to mac, windows, chrome os, android, and whatever, that is not a small market either. We are already starting to see some of that. A lot of SAAS software actually is based on things like Electron and creating a snap for that is not that hard. You'd be a fool not to. Even if it's less than 1 percent of your users, it's still worth doing.
Re: A new wave of Linux applications
#447Until there is as “simple” to use an app like Preview on the Mac, most of these new generation apps are garbage. I’ve just switched to Ubuntu on a workstation I have lying around. And man, is it hard to use for just normal everyday use. Yes, it has the basics covered, but like many others my job has a lot of simple image manipulation related stuff. Convert pdf to png. Assemble multiple images into a pdf. Quickly shar…
Re: A new wave of Linux applications
#448I have to say I just don't like Gnome's design. The shift away from text and towards more and more abstract icons, the "don't theme my app movement", removing features I consider pretty essential like typeahead.... Maybe mobile is where their weird (to me) design choices will finally shine though. Also looking forward to what KDE can accomplish in this space.
I'm still burnt by the fact that RedHat contributes so much code to Gnome that they basically control it. They made Gnome wholly dependent on systemd and this is how RHEL was able to influence every distro out there, of consequence, to adopt systemd as well. No systemd? Then you'd have to maintain your own patched fork of Gnome. That aside, Gnome's UI is horrendous and can only be made better by installing tons of po…
Ironically despite all my C remarks, XFCE is one of the best experiences on desktop Linux, followed by KDE.
Just to think that on a past life I did write articles promoting Gtkmm.
Re: A new wave of Linux applications
#449This 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…
You can use FreeOffice instead of LibreOffice, it has a more refined UI. https://www.freeoffice.com/en/
Re: A new wave of Linux applications
#450That's cool and all, but who is actually out here using a linux phone?
Phones are battery operated. Performance per watt is mission critical.