101–110 of 422 posts
Segmentation has been tough for a Linux newbie like myself. I hope there can be greater unification some day so that applications have one install type, and come with greater predictability.
Flatpak is the closest thing thus far, but certainly hasn't "won" yet.
> Stop making Linux distributions, make applications instead. Stop listening to people trying to tell you what you should do or not.
Stop listening to people who say to stop listening to people trying to tell you what you should do or not. It is not all relative, there are good and bad choices.
I think the premise is wrong when there still doesn’t exist a core set of frameworks that are abi stable on Linux. On competing platforms there are way more frameworks out of the box (CoreImage, CoreAudio, CodeML, SceneKit, AppKit, etc) and they don’t break as often. I know in Linux they have fun things like snap and flatpak but it is really solving the problem using a bit of infrastructure and package management ins…
Electron seems to get all the limelight, but from reading the two websites, nw.js sounds like a better solution to me.
Earlier quoted context omitted.
Personally I think KDE is light years ahead of macOS and Windows. In fact I find macOS to have been be of the worst window managers of all the popular platforms (sure it’s pretty and easy to use, but trying to do anything beyond the basics requires magical incantations that are impossible to discover organically). Each to their own though.
Well, I'm a Qt programmer (and love it!), so I know a bit about this ecosystem. Unfortunately in terms of UX and aesthetics, KDE apps don't come even close to the macOS ecosystem. But that's alright. I'm here to change that.
May be I am missing something important in understanding? I was trying to tweak some projects for my needs. I successfully did it but it was a nightmare.
I think the premise is wrong when there still doesn’t exist a core set of frameworks that are abi stable on Linux. On competing platforms there are way more frameworks out of the box (CoreImage, CoreAudio, CodeML, SceneKit, AppKit, etc) and they don’t break as often. I know in Linux they have fun things like snap and flatpak but it is really solving the problem using a bit of infrastructure and package management ins…
That core would be GNOME or KDE frameworks, coupled with the FreeDesktop standards, at least that was the plan about 20 years ago. However as the site says doing distributions is what most folks keep doing, and naturally there isn't a single stack that can keep up with snowflake distributions. In the end, Google took the Linux kernel, placed two core set of frameworks, one in Java, and the other in JavaScript, and na…
It's not an attractive scene for GUI developers on Linux. Gnome, Qt, and Electron all have some unappealing aspects. Many people who get the itch to make a Linux GUI app will immediately be discouraged by having to choose between them.
What's wrong with Qt? It works well enough if you want to write C++ or Python. Electron works on Linux the same way it does on Windows. GTK has some more issues on other platforms, but mostly works on Linux too.
I would use it myself, but a lot of developers don't want to use C++ (too complicated) or Python (too slow, dynamicness becomes unwieldy for large projects). Languages in between - like Swift and C# - are the sweet spot for desktop GUI apps.
I think the premise is wrong when there still doesn’t exist a core set of frameworks that are abi stable on Linux. On competing platforms there are way more frameworks out of the box (CoreImage, CoreAudio, CodeML, SceneKit, AppKit, etc) and they don’t break as often. I know in Linux they have fun things like snap and flatpak but it is really solving the problem using a bit of infrastructure and package management ins…
I had read somewhere that Win32 (via Wine or Proton) is the most stable target for Linux right now.
Earlier quoted context omitted.
But writing a tiling wm is fun. Writing software collaboratively is the point in itself, not just the means of getting some kind of artifact in the end. Being an open source developer means having agency over your goals and means to get to them, which you often don’t have when doing commercial software development. You sure end up with roughly edges, but the. IKEA-effect kicks in and you like it anyway.
Right and this holds the platform back. I'm all for hobby development- I've been an supporter of open source software for over 2 decades. But nothing much has changed since that time in terms of UX and user-friendliness. (Yes I am aware a lot of things have changed, but as much as things have changed - much of it is still the same.)
I think the premise is wrong when there still doesn’t exist a core set of frameworks that are abi stable on Linux. On competing platforms there are way more frameworks out of the box (CoreImage, CoreAudio, CodeML, SceneKit, AppKit, etc) and they don’t break as often. I know in Linux they have fun things like snap and flatpak but it is really solving the problem using a bit of infrastructure and package management ins…
Cuplrits are mostly glibc devs with their manic abuse of version names (and very recently, a GENIUS who added a new ELF relocation type): this is a pain for game developers to provide binaries which span a reasonable set of distros in time. Basic game devs install one of the latest mainstream and massive distros, build there, and throw the binaries on steam... but that recent distro had a glibc 2.36 and now their bin…