Browser Development • Re: Linux Pale Moon with Qt toolkit

If you can get the Qt port stable and usable, I'd be open to offering a Qt version of Epyrus. I always said no to GTK2 because it was a dead end... but it seems to me like there is a certain logic to offering GTK3 and Qt versions of Epyrus.

I'm tempted partly because this would be a more modern port, and partly because I remember what it was like being a KDE user 20 years ago and being annoyed at how Firefox only supported GTK, which I thought of as GNOME's toolkit. Especially during that weird gap where Konqueror wasn't kept up-to-date and wasn't available out of the box anymore for whatever reason. So if I get the chance today to not continue in that tradition, well... yeah, I'd be offering what I would have always wanted back when I was a Linux user.

I admit, I have no idea if this would actually solve the problem of toolkit churn, if a Qt port would be easier to keep up-to-date enough to run on modern distros, but I still find the idea interesting if only because it makes more intuitive sense than offering old GTK or slightly newer GTK in my mind. Plus, a lot of the work has been done... I wasn't really sold on putting in the work if I wasn't sure it was viable or sustainable, but just the fact that it's actually on the table now makes it way more appealing than it was as a theory or an idea.

Plus, this is a way to get an alternative that's maintained by someone who actually uses Linux as a daily driver. I have been experimenting with stuff on Linux in a VM, but it's been suggested that it should be maintained by someone who would use it all the time... and the fact is, I don't use Linux all the time. I'm usually either on Windows or OpenIndiana, and have basically zero interest in daily-driving Linux outside of VMs and debugging things for people who do use it.