Linux Pale Moon with Qt toolkit

Talk about code development, features, specific bugs, enhancements, patches, and similar things.
Forum rules
Please keep everything here strictly on-topic.
This board is meant for Pale Moon source code development related subjects only like code snippets, patches, specific bugs, git, the repositories, etc.

This is not for tech support! Please do not post tech support questions in the "Development" board!
Please make sure not to use this board for support questions. Please post issues with specific websites, extensions, etc. in the relevant boards for those topics.

Please keep things on-topic as this forum will be used for reference for Pale Moon development. Expect topics that aren't relevant as such to be moved or deleted.
User avatar
mr tribute
Lunatic
Lunatic
Posts: 390
Joined: 2016-03-19, 23:24

Re: Linux Pale Moon with Qt toolkit

Post by mr tribute » 2026-05-05, 19:33

Moonchild wrote:
2026-05-05, 17:47
What I worry about with Qt is that it has fairly quick turnover/deprecation; there tend to be a lot of breaking changes between Qt versions. While that's fine with native UI programs, it becomes more problematic for something as large and complex as XUL interaction in our code.
That is a valid concern. I think gtk3 will outlive us all (I'm almost 50). The thing about gtk3 is that it is stable. You can compile for gtk3 and it will blend in any gtk3 environment. Desktops such as Cinnamon, XFCE and MATE are a long way from getting ported to gtk4 - if they ever will be.

The way I see it desktop Linux is fracturing. On the one hand you have Gnome (Wayland + gtk4) and KDE (soon Wayland only) with users that expect native Wayland applications.
On the other hand you have "legacy" (gtk3) desktops and window managers that run on X11.

Nevertheless it is impressive that a Qt6 port exists. But if a Qt application is compiled against Qt 6.10 how will it look in a distro that is using Qt 6.8? Would it still follow your system-wide Qt theme?

User avatar
ownedbywuigi
Lunatic
Lunatic
Posts: 250
Joined: 2026-03-09, 21:48
Location: United Kingdom

Re: Linux Pale Moon with Qt toolkit

Post by ownedbywuigi » 2026-05-05, 19:58

Basilisk-Dev wrote:
2026-05-05, 18:19
athenian200 wrote:
2026-05-05, 17:28
I mean, I think it just comes down to the fact that any attempt to support modern mainstream Linux (especially 5 years from now) is going to involve some unhappy compromises no matter what we do. Modern Linux isn't the friendliest to our direction as a project, but I don't really want to ignore it completely and just build a wall around ourselves out of XLibre and GTK forks either... you know what I mean?
Definitely agreed. That's why I did the EGL port and have looked into the feasibility of porting to QT6. I think we should start preparing for the future now so that we are prepared because eventually we are going to stop working with newer *nix because of all this stuff, especially newer Linux.
Adding my 2 cents here.

I think the EGL port benefits us, adding support for more modern GPUs, and if you are (for some reason) still on an old GPU, there's still the GLX fallback.

EGL also benefits not just Linux, but other platforms which support X11 (aka all Unix-likes except for macOS), further enhancing our portability.
Lead Dactyloidae developer.
Feedback needed! https://forum.palemoon.org/viewtopic.ph ... 30#p272630

User avatar
athenian200
Contributing developer
Contributing developer
Posts: 1760
Joined: 2018-10-28, 19:56
Location: Georgia

Re: Linux Pale Moon with Qt toolkit

Post by athenian200 » 2026-05-05, 20:28

mr tribute wrote:
2026-05-05, 19:33
That is a valid concern. I think gtk3 will outlive us all (I'm almost 50). The thing about gtk3 is that it is stable. You can compile for gtk3 and it will blend in any gtk3 environment. Desktops such as Cinnamon, XFCE and MATE are a long way from getting ported to gtk4 - if they ever will be.
Yeah, but I have been hearing that XFCE is in the process of transitioning to GTK4, though admittedly I'm not sure about MATE and Cinnamon.
The way I see it desktop Linux is fracturing. On the one hand you have Gnome (Wayland + gtk4) and KDE (soon Wayland only) with users that expect native Wayland applications.
On the other hand you have "legacy" (gtk3) desktops and window managers that run on X11.
I mean... I get where you're coming from. There are forks, yes, but mainstream Linux (we're talking more like Fedora and Debian ecosystem, not the more niche stuff) isn't going to be legacy setups, and the question that really matters for us is how long mainstream distros like those that ship KDE or GNOME will support XWayland. The fact that there are forks in existence that will allow "legacy" setups doesn't really help us, because those are usually maintained by individuals or small teams, might help a Linux user or two out of a jam, but aren't really a reflection on how to support "Linux" as a platform in a broad sense, which is the kind of guidance a lot of us who are targeting Linux along with Windows and Mac would prefer. I know I stress about the way Linux is a lot (and I'm sure it can annoy fans of it)... but I feel when we ask those kind of questions about how to support the platform going forward in the next 5 to 10 years that typically have straight answers on Windows or Mac, they often get answered on Linux with discussions about internal distro politics, various developer's ideals, personal opinions, and sometimes even wishful thinking more than sound technical guidance or a concrete plan that can be trusted in a lot of cases.
Nevertheless it is impressive that a Qt6 port exists. But if a Qt application is compiled against Qt 6.10 how will it look in a distro that is using Qt 6.8? Would it still follow your system-wide Qt theme?
Yeah, we'd probably have to be conservative as far as what we targeted if we go that route, because presumably stuff compiled against older Qt 6 would work on newer Qt 6, but not the other way around. I have to admit, following a system-wide theme is not something I really thought about much because I figured most people would be using custom themes with Pale Moon anyway, and that we wouldn't necessarily have inherited the Firefox-era concerns about matching system theme so closely (despite that being a hard mission on Linux) given Pale Moon's design goals. This is sounding like we may actually want to take that more seriously, but I'm really just trying to gather notes here.
"The Athenians, however, represent the unity of these opposites; in them, mind or spirit has emerged from the Theban subjectivity without losing itself in the Spartan objectivity of ethical life. With the Athenians, the rights of the State and of the individual found as perfect a union as was possible at all at the level of the Greek spirit." -- Hegel's philosophy of Mind

User avatar
mr tribute
Lunatic
Lunatic
Posts: 390
Joined: 2016-03-19, 23:24

Re: Linux Pale Moon with Qt toolkit

Post by mr tribute » 2026-05-05, 22:55

athenian200 wrote:
2026-05-05, 20:28

Yeah, but I have been hearing that XFCE is in the process of transitioning to GTK4, though admittedly I'm not sure about MATE and Cinnamon.
I don't follow XFCE development, but Google AI says a gtk4 transition is uncertain. They don't have a native Wayland solution yet (only third party compositors). Gtk4 actually removes some X11 functionality. It's a terrible toolkit, only useful for mobile UIs.
athenian200 wrote:
2026-05-05, 20:28

I know I stress about the way Linux is a lot (and I'm sure it can annoy fans of it)... but I feel when we ask those kind of questions about how to support the platform going forward in the next 5 to 10 years that typically have straight answers on Windows or Mac, they often get answered on Linux with discussions about internal distro politics, various developer's ideals, personal opinions, and sometimes even wishful thinking more than sound technical guidance or a concrete plan that can be trusted in a lot of cases.
Concerning toolkit the answer is easy. Gtk3 all the way in the next 5 to 10 years. When Qt 7 is released then Qt 6 becomes attractive (as a stable target). Gtk4 isn't a realistic alternative IMO.
I don't think you have to worry about Wayland. XWayland will always be around even though Wayland users might not want to use it.
athenian200 wrote:
2026-05-05, 20:28

Yeah, we'd probably have to be conservative as far as what we targeted if we go that route, because presumably stuff compiled against older Qt 6 would work on newer Qt 6, but not the other way around. I have to admit, following a system-wide theme is not something I really thought about much because I figured most people would be using custom themes with Pale Moon anyway, and that we wouldn't necessarily have inherited the Firefox-era concerns about matching system theme so closely (despite that being a hard mission on Linux) given Pale Moon's design goals. This is sounding like we may actually want to take that more seriously, but I'm really just trying to gather notes here.
I don't think Pale Moon themes are that popular among Linux users because gtk adopts the system-wide gtk theme. The same thing is true for Qt. On Linux, Chromium-based browsers enabled 2 front-ends (gtk3 + Qt). When gtk3 is dead (will take a while) then the Qt front-end might be the only one left. Now, when thinking about this it actually seems that Chrome blends with system-wide Qt theme despite being compiled against a static Qt version. I have to test this some more when on Linux.

User avatar
andyprough
Board Warrior
Board Warrior
Posts: 1408
Joined: 2020-05-31, 04:33

Re: Linux Pale Moon with Qt toolkit

Post by andyprough » 2026-05-06, 01:41

athenian200 wrote:
2026-05-05, 20:28
There are forks, yes, but mainstream Linux (we're talking more like Fedora and Debian ecosystem, not the more niche stuff) isn't going to be legacy setups, and the question that really matters for us is how long mainstream distros like those that ship KDE or GNOME will support XWayland.
I understand what you are saying in terms of mainstream, meaning many paid developers and much development. But popularity is also important, and Fedora is not a popular distro among the general populace and especially among Pale Moon users. The forum search hit results aren't all important, but they are fairly telling about general Pale Moon usage stats.
Mentions of Ubuntu, Mint, Debian vs Fedora in the forum:
Mint 3,989
Ubuntu 3,679
Debian 3,203
Fedora 411

Over 96% of those mentions are not for Fedora.

Fedora is a bleeding edge distro upstream from RHEL that aggressively drops older technologies to reduce their maintenance burden. Fedora's decisions may or may not influence the decisions on the Debian/Ubuntu side; Debian and Ubuntu aren't testing grounds for anything, they are the product. Fedora is dropping Xwayland, Debian/Ubuntu/Mint don't have to and may not. And your users (with some notable exceptions) are not using Fedora.

User avatar
Drugwash
Lunatic
Lunatic
Posts: 402
Joined: 2016-01-28, 12:08
Location: Ploieşti, Romania

Re: Linux Pale Moon with Qt toolkit

Post by Drugwash » 2026-05-06, 02:34

andyprough wrote:
2026-05-06, 01:41
Fedora is dropping Xwayland, Debian/Ubuntu/Mint don't have to and may not.
As I understand from their blog posts the Mint team might have a fully working Wayland for their Christmas release this year, and they plan to fork libadwaita into libadapta - if they didn't already do it - in order to better accomodate applications built on Gtk4, in Cinnamon. They may not be in a hurry to drop X11 in favor of Wayland and/or Gtk3 for Gtk4 but at some point not too late they will do it. Most likely Gtk4 for the Xfce and/or MATE versions, since Cinnamon may be too tied to Gtk3. But I can't be sure of anything at this point.
Can't say anything about Debian or Ubuntu in this regard.

User avatar
athenian200
Contributing developer
Contributing developer
Posts: 1760
Joined: 2018-10-28, 19:56
Location: Georgia

Re: Linux Pale Moon with Qt toolkit

Post by athenian200 » 2026-05-06, 02:50

mr tribute wrote:
2026-05-05, 22:55
I don't follow XFCE development, but Google AI says a gtk4 transition is uncertain. They don't have a native Wayland solution yet (only third party compositors). Gtk4 actually removes some X11 functionality. It's a terrible toolkit, only useful for mobile UIs.
Well, if we're being honest here, Wayland in general is terrible and more designed for mobile UI... but mainstream Linux is adopting it whether we like it or not, and I guess what I'm trying to say is that I'm not eager to see UXP get fully "legacy-binned" on Linux after 2030 due to its toolkit, if you know what I mean. The one thing that might keep GTK3 viable longer than expected is the fact that some popular forks of GNOME are using it, and it already has Wayland support, but... well, we'll have to see.
Concerning toolkit the answer is easy. Gtk3 all the way in the next 5 to 10 years. When Qt 7 is released then Qt 6 becomes attractive (as a stable target). Gtk4 isn't a realistic alternative IMO.
I don't think you have to worry about Wayland. XWayland will always be around even though Wayland users might not want to use it.
Hmm... well, I would believe 5 years, though I honestly want to have a successor to GTK3 lined up by 2030 just in case. Like, if we could be 100% sure GTK3 would get security updates well into the 2030s, maybe even into the 2040s, ensuring distros will keep shipping it, then we might even consider trying to do Wayland support on GTK3 at some point (probably after 2030), because I suspect it matches up with what MATE/XFCE/Cinnamon will be doing if their current direction holds and they don't pivot to GTK4 for Wayland. But if GTK3 will be dead by then, and those projects will be doing GTK4, then it might make sense to grudgingly do GTK4 as a Wayland-only toolkit (but only if for whatever reason SDL and Qt are ruled out as long-term strategies).

I guess I need to come clean about what's going on my mind. The fact that the GTK2 fork people came to our forum specifically looking for support, even trying to sell us on becoming their embedding engine and wanting us to hitch our wagon to theirs worries me. Some would see a life raft, but I see something more like... vultures circling overhead. If you get the metaphor? Even if I don't love GTK4's mobile-looking UI (as you put it), or Wayland's lack of features... I'd still rather work like a dog to implement that ugly compromise with my own two hands, than put my faith in the hands of small one-man projects trying to keep stuff dropped by mainstream distros alive, and thereby accept UXP being legacy-binned in a way that may be hard to recover from. Do you get why that actually makes me feel uneasy about what people see when they look at our project, if I'm getting the bad feeling someone looked at us and saw an opportunity to entrap us, and make us dependent on their own personal brand of legacy support because they see desperation, rather than helping us move the project forwards so it can run on everything rather than just legacy-oriented systems?

Though, given that we already have a preliminary Qt6 port and a preliminary SDL port kind of ready, we could probably clean up and press one of those into service if worst comes to worst... maybe GTK4 specifically isn't something we'll have to bite the bullet on, even if we do have to move to something eventually. I do think I could make it work... but again, it would involve enough widget overrides and hand-written replacements for libadwaita that it would be almost halfway to writing my own widget toolkit for UXP. Plus, people might not be happy with it because I'm sure I could make the result look "okay" with custom themes, but it probably wouldn't integrate well with people's system themes since I think libadwaita and GNOME integration would be needed for that (and I'm sure no one would like the results of that).
andyprough wrote:
2026-05-06, 01:41
Fedora is a bleeding edge distro upstream from RHEL that aggressively drops older technologies to reduce their maintenance burden. Fedora's decisions may or may not influence the decisions on the Debian/Ubuntu side; Debian and Ubuntu aren't testing grounds for anything, they are the product. Fedora is dropping Xwayland, Debian/Ubuntu/Mint don't have to and may not. And your users (with some notable exceptions) are not using Fedora.
Hmm... I don't think Fedora is dropping XWayland any time soon, or at least I haven't heard any officially announced plans along those lines. I get why you think they would do it sooner rather than later, though. RHEL has enough enterprise customers with old X11 applications to keep XWayland around for a while. So I'm not... terribly worried about that, at the moment. Fedora is a little faster than some, but it's pretty far from being bleeding-edge like Arch.

This can be a tough discussion to have sometimes, because... it feels like there's a lot of pressure to just accept the "old stuff celebration legacy bin" and not fight it even a little so that we can be sure of running on mainstream Linux in 5 or 6 years? Like... yes, I get that that stuff exists. Yes, I get that we can continue to support it easily. But I do not want our project to be wholly dependent on random forks and generosity of distros slightly more forgiving than Fedora (that usually go the same path just five years later after some internal drama anyway). That just... doesn't seem like a very logical direction to me.
"The Athenians, however, represent the unity of these opposites; in them, mind or spirit has emerged from the Theban subjectivity without losing itself in the Spartan objectivity of ethical life. With the Athenians, the rights of the State and of the individual found as perfect a union as was possible at all at the level of the Greek spirit." -- Hegel's philosophy of Mind

User avatar
Moonchild
Project founder
Project founder
Posts: 39291
Joined: 2011-08-28, 17:27
Location: Sweden

Re: Linux Pale Moon with Qt toolkit

Post by Moonchild » 2026-05-06, 06:08

Taking a step back and looking at the entirety of things here, the most sane solution would be something that is no longer toolkit dependent. I'm just not sure what that might mean for how the browser looks, or interacts with the system. If Linux remains hell-bent on trying to move in 8 directions at once and disagreeing with itself, then what are we supposed to do?
"Praise from a narcissistic person is always a poison dart. They don't share the stage, so discernment matters." - Dr. Ramani
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite

User avatar
athenian200
Contributing developer
Contributing developer
Posts: 1760
Joined: 2018-10-28, 19:56
Location: Georgia

Re: Linux Pale Moon with Qt toolkit

Post by athenian200 » 2026-05-06, 09:30

Moonchild wrote:
2026-05-06, 06:08
Taking a step back and looking at the entirety of things here, the most sane solution would be something that is no longer toolkit dependent. I'm just not sure what that might mean for how the browser looks, or interacts with the system. If Linux remains hell-bent on trying to move in 8 directions at once and disagreeing with itself, then what are we supposed to do?
That's actually the conclusion I'm circling around as well. I have considered just giving up on system integration on Linux altogether and doing something like SDL, Winelib, custom stuff, etc... if they really do get rid of XWayland (though I am actually skeptical that will happen soon).

But yeah, the awkward truth is that the safest thing to target on the X11 side is probably plain old Xlib. That's pretty much going to be supported as long as XWayland or X11 are in any form, but toolkits are not as safe (especially not ones as complicated as GTK, which some distros apparently chose to preserve as a full-on older GNOME desktop that could be pulled in for years rather than just a toolkit!). As far as native Wayland... well, the alternative to toolkits is writing your own compositor on that platform, because Wayland provides nothing and essentially forces you to trust someone else's toolkits and compositors or write your own compositor (though if you do write your own, you get a lot more freedom than if you rely on someone else's).

And then, there's the options that have been hinted at strongly by the UXP dev community already. Qt and SDL. SDL, it's obvious that's not tied to Wayland or X11, it talks directly to graphics hardware and is typically used for games rather than browsers, but it can be made to work for our use case. Qt is an interesting one... because it has backends for X11, Wayland, and also EGLFS which means it can basically render its stuff directly to KMS/DRM if needed. Granted, that's less full-featured and designed for kiosks, but it means in theory Qt could survive some nightmare scenario where XOrg is too bitrotted to continue and the forks are tainted by associations average Linux devs are uneasy with, but everyone is unhappy and exhausted with Wayland devs not adding features people want to the point of wanting to give up. Enter Qt offering up their own compositor that isn't tied to anything but their own toolkit and doing what Mir failed to do. Which really makes it interesting that Fedora is elevating their KDE spin to the front page... almost like an insurance policy is being signaled in case Wayland and/or GNOME fails, so they can pivot RHEL to KDE and Qt if needed. But needless to say, it seems like Qt is a lot better prepared for a future where Wayland doesn't succeed than GTK/GNOME is at this point.

But yeah, overall it really is looking like we may want to keep that SDL port in our back pocket as a way to support modern Linux "just in case" they drop support for too many things at once, so we aren't left scrambling and/or trapped in the legacy bin.
"The Athenians, however, represent the unity of these opposites; in them, mind or spirit has emerged from the Theban subjectivity without losing itself in the Spartan objectivity of ethical life. With the Athenians, the rights of the State and of the individual found as perfect a union as was possible at all at the level of the Greek spirit." -- Hegel's philosophy of Mind

User avatar
Moonchild
Project founder
Project founder
Posts: 39291
Joined: 2011-08-28, 17:27
Location: Sweden

Re: Linux Pale Moon with Qt toolkit

Post by Moonchild » 2026-05-06, 11:42

athenian200 wrote:
2026-05-06, 09:30
SDL, it's obvious that's not tied to Wayland or X11, it talks directly to graphics hardware and is typically used for games rather than browsers, but it can be made to work for our use case.
Well, so is DirectX. Browsers and games aren't all that different in the kind of things they need from a system, with how it's all about the display of rich media, images, videos, custom fonts, etc., and has highly-accelerated parts like canvas.
"Praise from a narcissistic person is always a poison dart. They don't share the stage, so discernment matters." - Dr. Ramani
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite

User avatar
andyprough
Board Warrior
Board Warrior
Posts: 1408
Joined: 2020-05-31, 04:33

Re: Linux Pale Moon with Qt toolkit

Post by andyprough » 2026-05-06, 14:20

Gimp took over 8 years from 2012 to 2020 to transition from gtk2 to gtk3, and has discussed eventually moving to gtk4 but it will be challenging and they haven't started. As long as gimp is on gtk3 it will be maintained and the distros will have to package it, as gimp is an essential desktop productivity application.

Seems like you could just follow the future path of gimp on desktop GNU/Linux and be relatively safe.

User avatar
athenian200
Contributing developer
Contributing developer
Posts: 1760
Joined: 2018-10-28, 19:56
Location: Georgia

Re: Linux Pale Moon with Qt toolkit

Post by athenian200 » 2026-05-06, 15:15

andyprough wrote:
2026-05-06, 14:20
Gimp took over 8 years from 2012 to 2020 to transition from gtk2 to gtk3, and has discussed eventually moving to gtk4 but it will be challenging and they haven't started. As long as gimp is on gtk3 it will be maintained and the distros will have to package it, as gimp is an essential desktop productivity application.

Seems like you could just follow the future path of gimp on desktop GNU/Linux and be relatively safe.
Well, actually... GTK2 support ended in 2020. GIMP kind of hurried to move from GTK2 to GTK3 because of that. So it's not so much that they knew where the safe path was, they just were able to do a port to GTK3 relatively quickly when they heard GTK2 wouldn't get security updates anymore.

And I think the biggest issue is really that people just plain don't know what the safe path is after GTK3. GTK2 to GTK3 is a reasonably easy path. You don't have to like the path, but the path is there and you can take it, and maybe even have an easier time transitioning to Wayland if you want to try that. Yes, it has issues and things don't look quite right (according to some people), but it works. We have multiple major forks of GNOME using GTK3. We know for sure GTK2 is dead and GTK3 is the replacement for the whole ecosystem, whether GTK2 holdouts would like to hear that or not. Lots of applications have gone the GTK2 to GTK3 route and survived to tell the tale.

But post-GTK3 is the problem... GTK4 currently isn't used much outside of GNOME itself. Will all the forks do what they did last time and jump ship to GTK4 when they get scared security updates are ending? Or will they conclude GTK4 is too GNOME-centric and stick with GTK3, possibly forking it early enough that it doesn't ever get seen as "dead" in the eyes of distros? Will everyone suddenly jump ship to Qt and decide GTK is a lost cause? How much will Wayland change things, will we have to go native Wayland? How long will XWayland be supported upstream, can we target that? Will we need something that supports both X11 and Wayland and have to support both ourselves?

I mean, a lot of people conclude Linux is fragmenting and people are staying on GTK3 because they want to "celebrate legacy" and stop chasing modern even if it means they go incompatible. I see it differently... I think people are stalling on GTK3 because there isn't a clear roadmap for what comes next and too much of the community seems to be rejecting GTK4, and no one knows what's happening with X11/Wayland while GTK3 supports both reasonably well. I think we're seeing uncertainty and people not wanting to bet on the future until they are forced to by GTK3 deprecation announcements.
"The Athenians, however, represent the unity of these opposites; in them, mind or spirit has emerged from the Theban subjectivity without losing itself in the Spartan objectivity of ethical life. With the Athenians, the rights of the State and of the individual found as perfect a union as was possible at all at the level of the Greek spirit." -- Hegel's philosophy of Mind

User avatar
mr tribute
Lunatic
Lunatic
Posts: 390
Joined: 2016-03-19, 23:24

Re: Linux Pale Moon with Qt toolkit

Post by mr tribute » 2026-05-06, 18:07

mr tribute wrote:
2026-05-05, 22:55

Now, when thinking about this it actually seems that Chrome blends with system-wide Qt theme despite being compiled against a static Qt version. I have to test this some more when on Linux.
So I tried Chromium Qt integration with Chrome and it works well. Don't look at the content area, look at the Chrome menu. It adopts system-wide Qt Widget style (aka Qt theme) despite being compiled against a static Qt version. This is on Debian Trixie using Qt 6.8. The user needs to use a real Qt Widget style (there are many), but avoid the qt6gtk2 compatibility style because then Chrome won't start.

If you want to avoid "the legacy trap" Qt 6 is better than gtk4 in my opinion. We know that gtk5 has dropped X11 support, but we don't know yet if Qt 7 will drop X11 support. If there is a customer base (like Chrome, Brave etc.) it is possible that Qt 7 might keep an X11 back-end. Maybe it doesn't matter because I think Chromium browsers just use gtk and Qt for integration (not their real application toolkits).
You do not have the required permissions to view the files attached to this post.

jarsealer
Fanatic
Fanatic
Posts: 113
Joined: 2025-08-03, 23:56

Re: Linux Pale Moon with Qt toolkit

Post by jarsealer » 2026-05-06, 20:01

mr tribute wrote:
2026-05-06, 18:07
So I tried Chromium Qt integration with Chrome and it works well. Don't look at the content area, look at the Chrome menu. It adopts system-wide Qt Widget style (aka Qt theme) despite being compiled against a static Qt version.
I use Brave with the theme set to Qt and set title bar to Qt, and it adopts my native Qt theme and accent color pretty well.
brave_Qt.png
You do not have the required permissions to view the files attached to this post.
Pale Moon, Basilisk and SeaLion arm64 user, on Raspberry Pi 5 (8 GB RAM)

User avatar
andyprough
Board Warrior
Board Warrior
Posts: 1408
Joined: 2020-05-31, 04:33

Re: Linux Pale Moon with Qt toolkit

Post by andyprough » 2026-05-06, 20:19

athenian200 wrote:
2026-05-06, 15:15
Well, actually... GTK2 support ended in 2020. GIMP kind of hurried to move from GTK2 to GTK3 because of that. So it's not so much that they knew where the safe path was, they just were able to do a port to GTK3 relatively quickly when they heard GTK2 wouldn't get security updates anymore.
Gimp started the transition process in 2012, and by 2015 had a port that could be built showing their gtk3 progress. The final gtk3 pieces weren't in place until the release of gimp 3.0 in March 2025. The long, laborious process of transitioning from gtk2 to gtk3 by gimp was well documented by tech outlets like Phoronix, and gimp's own historical chronology page notes the tremendous amount of work required to transition [the 2024 date may be referring to the 3.0 RC1 release]:
Notice the long gap between 2.10 (2018) and 3.0 (2024). That span was consumed by the enormous effort of porting GIMP from the GTK2 toolkit to GTK3 - A rewrite of virtually every widget in the interface. It was unglamorous, difficult work that yielded no new user-visible features for years, but it was necessary to modernize the codebase and restore HiDPI display support on modern hardware.
Not that that's good, it actually shows evidence of what a giant pain in the butt the transitions can be, which is rightfully part of your concern. Also I am sure that you are right that their efforts got a lot more urgent after 2018, when the axe was about to fall on gtk2. Fortunately, you already have a lot of code on the gtk3 side for Pale Moon.

The Darktable photography project posted an interesting AI generated gtk3 to gtk4 migration assessment: https://github.com/darktable-org/darktable/issues/20433
Could make for a useful comparison. Darktable is estimating 3-4 months transition time for its own codebase.

User avatar
athenian200
Contributing developer
Contributing developer
Posts: 1760
Joined: 2018-10-28, 19:56
Location: Georgia

Re: Linux Pale Moon with Qt toolkit

Post by athenian200 » 2026-05-06, 22:11

andyprough wrote:
2026-05-06, 20:19
Gimp started the transition process in 2012, and by 2015 had a port that could be built showing their gtk3 progress. The final gtk3 pieces weren't in place until the release of gimp 3.0 in March 2025. The long, laborious process of transitioning from gtk2 to gtk3 by gimp was well documented by tech outlets like Phoronix, and gimp's own historical chronology page notes the tremendous amount of work required to transition [the 2024 date may be referring to the 3.0 RC1 release]:
Notice the long gap between 2.10 (2018) and 3.0 (2024). That span was consumed by the enormous effort of porting GIMP from the GTK2 toolkit to GTK3 - A rewrite of virtually every widget in the interface. It was unglamorous, difficult work that yielded no new user-visible features for years, but it was necessary to modernize the codebase and restore HiDPI display support on modern hardware.
Not that that's good, it actually shows evidence of what a giant pain in the butt the transitions can be, which is rightfully part of your concern. Also I am sure that you are right that their efforts got a lot more urgent after 2018, when the axe was about to fall on gtk2. Fortunately, you already have a lot of code on the gtk3 side for Pale Moon.
This is good information to hate. But... it almost sounds like you're trying to say, diplomatically, that we should be grateful we have a GTK3 port ready to go, but can't realistically support a new toolkit and will have to accept the legacy bin on Linux because we are a small project and haven't done the groundwork for a newer toolkit, and you think it will take years and isn't worth pursuing, so we should just "let it happen," and these people offering us "deals" to be part of their fork ecosystem do indeed have us over a barrel and right where they want us because it takes big teams and years of planning ahead to support mainstream Linux? Because I mean... if people seriously think it takes 8 years to get a new toolkit port off the ground, then that explains why they are all suggesting subtly that they think we should just accept our fate and play around in the legacy bin because we don't have the engineering chops to stave off something like this, and they're basing it on the fact that GIMP couldn't and they planned well? I mean... it is also worth noting I did the Python 3 port in a lot less time than Mozilla, and without even referencing their code that much. That took them years as well. And Basilisk-Dev did get Qt working, and someone else got SDL working, so I'm not really convinced we'd need as much time as GIMP or should "just give up" on that basis.

So, anyway, here's what I was thinking... this part isn't really directed to anyone in particular, it's just what I was writing up before I saw the above response to the thread.

It is worth pointing out that there is no GTK5 yet. GNOME 50 dropped X11 support, but GTK5 has not been announced yet. People have been talking about GTK5 doing things like it's already out (I'm thinking they saw the guy saying that in the other thread), and it's not. There is no GTK5 yet. People have been saying Fedora will drop XWayland, when there is no indication of that and many think it will become a compatibility layer like Wine. It would be kind of stupid if they stopped letting X11 apps run on Wayland just to make a statement when people can run Win32 apps on Wayland through Wine, wouldn't it? I mean, I'm not saying that I'm sure they wouldn't, but there's a very good chance that building and maintaining XWayland was the price RHEL had to pay to get their enterprise customers to accept Wayland in the first place. Also, while GTK3 is still getting critical bugfixes, it is definitely in maintenance mode, so it might be a bit of a stretch to say it's "safe forever." I think if anything it may be less safe than XWayland, but I'm willing to be proven wrong.

Now, what I'm really worried at the moment about is not XWayland going away, but rather dependency on specific toolkits. Things like GTK and Qt versions definitely have expiration dates, and at least with GTK, major versions are different enough from each other to cause problems. There is absolutely an expectation that eventually, you have to move to the next version or get consigned to the legacy bin. There is nothing you can target and have it be safe to run on most distros for a long time. There is nothing like Win32 you can target and be safe here. That breathing room between riding the upgrade treadmill hard and being consigned to the legacy bin is a pretty narrow space on Linux sometimes.

What I am hearing though, is that it seems like the Linux community would rather we go with Qt than adopt GTK4 if push comes to shove, and that if we stay on GTK they want us to stay on old versions of it (or forks of it) even if they no longer work on modern distros. Like, they're not even remotely interested in seeing what can be done with it, they aren't waiting to see what Cinnamon and MATE do with it, they've looked at modern GNOME and pretty much made up their minds. And staying on old GTK versions or forks doesn't sound so much like a long-term Linux strategy as it sounds like the path to becoming a toy for the GNOME counterparts of the kind of people that might want to do a CDE/Motif revival for fun in their own environment from time to time (yes that exists).

And from what I can tell, the reason they want us to go Qt is mostly because it means they get desktop integration in some form through Qt/GTK theme compatibility layers, whereas if we adopt anything that's not GTK or Qt they don't get that. And since GTK4 is hated, the gravity is towards the "other" Linux toolkit, Qt. And I can confirm there is a real trend of applications porting to Qt right now as GTK3 ages and people don't bite on GTK4... not all of them, but enough of them that this isn't coming out of nowhere. And from what I've heard, it sounds like Qt doesn't break stuff between major versions as much as it used to, which means porting to Qt6 could leave a path open to Qt7. And... there is such a thing as long-term support for older versions of Qt... but you have to pay for a commercial license to get it and it only lasts two years longer than regular support.

Honestly, I find the Linux community a bit... demanding at times. They want desktop theme integration, and to be treated like first-class users like Mac and Windows users are, which I find a bit absurd given how Linux is still a niche platform that's hard to support and develop for in a lot of ways. But they don't like GTK4/GNOME which is basically the descendant of what most applications have been using to get that sort of integration for a long time. Yet they also aren't all on board with KDE and use a lot of random stuff, including forks of older GNOME that thus far haven't shown a willingness to maintain their own toolkits and keep adopting newer GTK when the chips are down, meaning the direction is still the one defined by GNOME but slower and more fragmented? Basically, they have us in a frustrating corner. They want desktop theme integration, they don't like the modern versions of the tools that make that happen, and their solution is to have faith in legacy-friendly distros and hope everything works out somehow, without any clear path.

I guess from my perspective, it looks like this. Linux only worked as a psuedo-platform people could target because RHEL/GNOME was calling the shots enough that application developers could target something and know most distros would be able to run it. Not to say they were always fair or deserved their power, but they brought order. Now Linux users are in the process of rebelling against that order and asking people to plant their flag with their preferred faction and give up on supporting anyone outside their faction. And the major factions look like this:

1. Modern GNOME/Wayland advocates.

These are the people who are used to calling the shots and defining what Linux is. LSB was the modern POSIX and it was based on RHEL. They were trusted quite a bit up until GNOME 3 and later, started to lose influence slowly after that, but still have quite a huge following and a lot of software is built on foundations they ultimately control that no one else in the community has the manpower or resources to fork and maintain. XWayland is a compatibility layer they maintain for enterprise applications primarily, but many think they will drop it because they want to push Wayland... though I think they actually need to keep it in order to make Wayland viable. Anyone in this camp is probably on Fedora, latest RHEL, or at least a RHEL fork that they're happy with.

2. Cinnamon/MATE/XFCE group (GTK3-based desktop environments).

These people are not happy with GNOME, but seem willing to adapt to Wayland and ultimately have projects that are forks of GNOME and depend on GTK. They are the people who will "ride out" the deprecation wave and try to move towards Wayland and newer GTK at their own pace, probably writing a lot of custom widget code and their own versions of libadwaita like I observed I would have to do if I wanted a reasonable GTK4 port our users wouldn't hate too much. They are the people who might make GTK4 go from a total non-starter to something our users start begging us for 6 or 7 years from now because they want desktop integration on MATE/Cinnamon/XFCE who may well drop GTK3 at some point. Alternatively, if they can't or won't go GTK4, they may well be the force that keeps GTK3 on life support longer than a lot of people would like even on mainstream/modern distros. This is probably where Debian, Mint, Ubuntu, and a lot of mainstream Debian derivatives are living, and they probably expect GTK3 to have a fairly long life on their distros in some form, even if it's LTS or extended support or something.

3. Qt/KDE group.

These people have just never been part of the GNOME ecosystem, never used GTK by choice (web browsers often forced their hand), and Wayland was just another backend for them along with the dozens of others Qt supports. They pushed back on GNOME's vision for Wayland in some instances and insisted on pragmatism and it being a more neutral platform than it would have otherwise been. Their relationship to GNOME is more that of an old rival than someone who feels betrayed by them, they are pretty much in the same position in Linux they've always been in... the biggest GNOME alternative that isn't based on GNOME itself. These people are not that interested in preserving X11... because well, Qt doesn't need it, it's backend-agnostic from the ground up. They don't really cluster around specific distros, but they often gravitate towards the "KDE spins" offered by a variety of people as a GNOME alternative.

4. XLibre/XOrg fork group.

These people are actually somewhat outcasts in the Linux community and are viewed somewhat negatively by mainstream Linux, and some of them are straddling the Linux/BSD boundaries and wondering if they want to stay on Linux at all. These are the people noting that Wayland is Linux-first and leaves other Unix-like operating systems behind, and there's some overlap between them and the people who don't like SystemD (though it isn't universal). You see a lot of them on distros like Devuan, Artix, Gentoo, Hyperbola, etc. These people are halfway to going BSD and walking out the door, or at least building their own OS around the Linux kernel that will slowly and painfully diverge from mainstream Linux which is Wayland/SystemD/Linux as a base, and either GNOME or KDE on top. These people... are not wrong per se, but they also are not the right people to ask for how to support Linux as a platform, because they reject the platform, want to build their own, and feel betrayed by mainstream Linux. These people will always use X11 no matter what, and are more likely to try and revive old toolkits, use forks, etc.

5. "Just use old Linux" group.

These people keep using LTS or Enterprise distros past their expiration date and always find someone willing to backport stuff to them as they need it. They don't understand the broader ecosystem or how anything is moving within it, they just... kinda like their old stuff, have it the way they want it, and know it broke on newer things, so they just keep using the old things without understanding. They are simple people and victims of a fast-moving ecosystem, but as bad as we might feel for them, we can't let them define what Pale Moon on Linux is. They have a lot in common with 4, except without the anger and the understanding of what's going on, maybe more just tired or apathetic than anything else.

The issue as I see it is... Linux as a platform is mostly defined by groups 1 and 2, but many in our userbase seems more aligned with 4 and 5, with the most realistic ones being people in 2 who sympathize with 4 and 5 and are trying to be diplomatic. Either people who hate mainstream Linux and are slowly moving towards their own platform, people who want it to move slower than it really does but adapt when needed, or people who just use old stuff and aren't worried about getting hacked because their setup working and feeling familiar is more important.

If it seems like the discussion steers towards Qt, it could well be in part because that group is the most "neutral" in all of this ironically, and thus the least offensive to all the other factions. Everyone else has an agenda that's diametrically opposed to everyone else's... ask a Wayland advocate who likes modern GNOME, they'll say the right time to go native Wayland was 10 years ago. Ask a grizzled old Devuan user, they might say no one should ever give in to Wayland because it's the same kind of force as SystemD, a control mechanism that must be resisted at all costs. Ask a person on Cinnamon or MATE who thinks they're headed in the right direction, they might well say to wait and keep to GTK3 and X11 until GTK4 and Wayland are stable for them, then move everything over after their preferred DE has figured out all the bugs. A KDE user? They'll just brag about how much easier their Wayland port was because Qt is good at supporting multiple backends, and how they managed to keep a more traditional desktop experience alive without giving up as much as GNOME did, while still getting the security benefits of Wayland. Will annoy GNOME fans a little, but no one else has a real problem with them because they don't have a dog in the same fight, and most can find some common ground with their perspectives.

So, that's the problem as I see it. Linux is less an operating system, and more just a divided community of opinionated computer nerds that hate each other and can't agree on how to do anything, but ultimately are either too lazy or too practical to follow though on most of their fork threats, and thus follow the money and the work being done by the majority eventually, just maybe 5 years slower than everyone else if they really don't like it and it causes drama for them with their users. RHEL/IBM/Fedora defines a platform that works for servers. All the other people involved complain about it, or start trying to make it work for them by building what they need to build on top of it to keep using that base, or try to drag out their resistance as long as possible before throwing in the towel. It seems like everything there is defined by drama, ideology, and trends more than sound engineering principles or a concrete plan.
"The Athenians, however, represent the unity of these opposites; in them, mind or spirit has emerged from the Theban subjectivity without losing itself in the Spartan objectivity of ethical life. With the Athenians, the rights of the State and of the individual found as perfect a union as was possible at all at the level of the Greek spirit." -- Hegel's philosophy of Mind

User avatar
andyprough
Board Warrior
Board Warrior
Posts: 1408
Joined: 2020-05-31, 04:33

Re: Linux Pale Moon with Qt toolkit

Post by andyprough » 2026-05-06, 22:28

athenian200 wrote:
2026-05-06, 22:11
This is good information to hate. But... it almost sounds like you're trying to say, diplomatically, that we should be grateful we have a GTK3 port ready to go, but can't realistically support a new toolkit and will have to accept the legacy bin on Linux because we are a small project and haven't done the groundwork for a newer toolkit, and you think it will take years and isn't worth pursuing, so we should just "let it happen," and these people offering us "deals" to be part of their fork ecosystem do indeed have us over a barrel and right where they want us because it takes big teams and years of planning ahead to support mainstream Linux?
Actually, I was trying to say the opposite - although people talk about fast movement in the GNU/Linux desktop world, things actually tend to move glacially slowly, and there might not be much reason to do anything right now except warn the gtk2 Pale Moon users that their distro may (or may not) soon try to force them to upgrade to gtk3 Pale Moon. And that if Darktable feels they can upgrade to gtk4 in a 3-4 month period (with the help of AI), it doesn't really sound that impossible even if eventually after probably quite a few more years you feel you have to move off of gtk3. I think that's what I was trying to say.

Now I'll read the rest of your post, I just wanted to get that off my chest.

Edit - I agree with most of what you've said here. I would just caution that most of your Pale Moon users are actually not using Fedora with the latest Gnome or Fedora or a RedHat clone with the latest KDE, even if that is where the development dollars seem to be flowing. The numbers appear to line up with most Pale Moon users using Debian/Ubuntu/Mint, and XFCE/Cinnamon/Mate/KDE. Their distros generally do not seem to be intending to move off of gtk3 anytime soon, and tend to not be the distros and users that use the latest versions of the "major" desktop environments. Whatever that's worth.

Also, people very often say, "I'm sick of this, I'm moving to BSD", but almost no one ever actually does it, because they would lose access to their important applications. Take most of those statements with a huge grain of salt. I've seen a lot more people move back to Windows (or back and forth) over the years, than the tiny trickle of people that move to BSD and stay there, which I could probably personally count on one hand.

User avatar
athenian200
Contributing developer
Contributing developer
Posts: 1760
Joined: 2018-10-28, 19:56
Location: Georgia

Re: Linux Pale Moon with Qt toolkit

Post by athenian200 » 2026-05-06, 23:37

andyprough wrote:
2026-05-06, 22:28
Actually, I was trying to say the opposite - although people talk about fast movement in the GNU/Linux desktop world, things actually tend to move glacially slowly, and there might not be much reason to do anything right now except warn the gtk2 Pale Moon users that their distro may (or may not) soon try to force them to upgrade to gtk3 Pale Moon. And that if Darktable feels they can upgrade to gtk4 in a 3-4 month period (with the help of AI), it doesn't really sound that impossible even if eventually after probably quite a few more years you feel you have to move off of gtk3. I think that's what I was trying to say.
Ah, that's a relief. I think if I was reading wrong, it's because I have a little anxiety about that. It's definitely not that I'm eager to move off GTK3, I just like knowing we have options, so we can maintain a situation such that if someone on Fedora or Arch does, by some chance, download Pale Moon, they'll be able to run it. Interestingly, at the moment... it's still possible to install GTK2 on Fedora even though RHEL has dropped it. I noticed that while doing my Python 3 port. I imagine that won't stay true forever, but it suggests Fedora's reputation for moving fast may be overstated.
Edit - I agree with most of what you've said here. I would just caution that most of your Pale Moon users are actually not using Fedora with the latest Gnome or Fedora or a RedHat clone with the latest KDE, even if that is where the development dollars seem to be flowing. The numbers appear to line up with most Pale Moon users using Debian/Ubuntu/Mint, and XFCE/Cinnamon/Mate/KDE. Their distros generally do not seem to be intending to move off of gtk3 anytime soon, and tend to not be the distros and users that use the latest versions of the "major" desktop environments. Whatever that's worth.

Also, people very often say, "I'm sick of this, I'm moving to BSD", but almost no one ever actually does it, because they would lose access to their important applications. Take most of those statements with a huge grain of salt. I've seen a lot more people move back to Windows (or back and forth) over the years, than the tiny trickle of people that move to BSD and stay there, which I could probably personally count on one hand.
Yep, and I've honestly been on everything but Mac... I used Linux in the 2000s, went back to Windows... tried FreeBSD briefly, went back to Windows. Even used OpenIndiana (illumos-based) for a few years, still use it on one of my machines, but have drifted back towards Windows. That OpenSolaris fork is probably my favorite of the non-Windows bunch I've tried, though it's hard to put my finger on why. Now I mostly use Windows and run a ton of operating systems in VMWare, so I can use Windows to get my work done, but still help out people who are on Linux, Solaris, or some form of BSD since I learned a lot while using that stuff. So my own category that wasn't on the list is: People who've given up on trying to stick to one operating system and got into playing around with VMWare/VirtualBox because it lets them switch between operating systems without reformatting their hard drive or giving up on any piece of software they like.
"The Athenians, however, represent the unity of these opposites; in them, mind or spirit has emerged from the Theban subjectivity without losing itself in the Spartan objectivity of ethical life. With the Athenians, the rights of the State and of the individual found as perfect a union as was possible at all at the level of the Greek spirit." -- Hegel's philosophy of Mind

User avatar
andyprough
Board Warrior
Board Warrior
Posts: 1408
Joined: 2020-05-31, 04:33

Re: Linux Pale Moon with Qt toolkit

Post by andyprough » 2026-05-06, 23:54

athenian200 wrote:
2026-05-06, 23:37
So my own category that wasn't on the list is: People who've given up on trying to stick to one operating system and got into playing around with VMWare/VirtualBox because it lets them switch between operating systems without reformatting their hard drive or giving up on any piece of software they like.
You and me both. The reason I like using a modern computer with 64GB or more of ram is that I'm often running multiple VMs at the same time, and I like to give them each plenty of ram. At some point, it doesn't really matter what the underlying OS is, as long as you can run your browser and email program of choice, maybe your preferred IDE and terminal emulator, and you can fire up VMs.

User avatar
andyprough
Board Warrior
Board Warrior
Posts: 1408
Joined: 2020-05-31, 04:33

Re: Linux Pale Moon with Qt toolkit

Post by andyprough » 2026-05-07, 02:07

An highly relevant news article today from our friend Liam Proven at TheRegister:
GNOME may rule Ubuntu Resolute Raccoon, but X.org isn't roadkill yet
Seven official flavors offer alternatives to the default Wayland-only desktop – and Xfce looks like the leanest

FEATURE: Ubuntu doesn't just mean GNOME – or Wayland. Alongside the default edition of Ubuntu 26.04 last week, editions with seven other desktops were released, five of which still offer X.org.

Just under a fortnight ago, we covered the launch of Ubuntu 26.04. Ubuntu's default desktop is GNOME, and this version contains GNOME 50, which is Wayland-only. It can still run X11 apps, but you can't log in using X.org any longer – which also means many traditional X11-based tools, from desktop recording to remote control to logging in over the network, no longer work. There are alternative ways to do most things, but work habits may need to be adjusted.
Seven different desktops to choose from

You're not obliged to use GNOME, though. There are multiple officially approved Ubuntu flavors: they're still Ubuntu, with the same core OS built from the same versions of the same components, and the same additional apps – but with different desktops.

...

In essence, this means two things. If you choose one of the flavors, you should upgrade every two years when a new LTS appears. Alternatively, if you want a traditional desktop but want to stay on GNOME and its five years of updates, then your best bet may be to install GNOME Flashback and use that.
The default GNOME 50 in 26.04, with the Flashback session installed for a GNOME-2-like appearance
The default GNOME 50 in 26.04, with the Flashback session installed for a GNOME-2-like appearance

In the website's own order, the flavors are:

Kubuntu – the oldest official remix, with KDE Plasma 6.6.
Lubuntu – the lightest-weight flavor, with LXQt 2.3.
Ubuntu Budgie – with the latest Budgie 10.10.
Ubuntu Cinnamon – with Cinnamon 6.4.13.
Ubuntu Kylin – with UKUI 4.
Ubuntu Unity – with Canonical's own in-house desktop, Unity 7.7.1.
Xubuntu – a lightweight flavor with Xfce 4.20. ...