Would switching to Qt be a good idea?

Mailing Lists koemail at protonmail.com
Thu Jul 7 20:46:52 CEST 2022


I'm just some random guy, but I think it's worth mentioning that a full toolkit switch would require more maintainer hours than any slow changes that GNOME puts into GTK.

Qt also looks rather messy in my opinion, but that's beside the point. I think that this project would be better off as a fork of Xfce instead of a full refactor of almost all graphical applications.

If this were a LXDE situation, then I would be significantly more sympathetic to such a cause. However, Xfce is far from unmaintained. :)

Find some developers who agree with your cause and you might end up with a very interesting project! I just don't think it'll happen here...

-------- Original Message --------
On Jul 7, 2022, 1:22 PM, samuel ammonius wrote:

> I was wrong about the submenus, but popovers are still not a replacement for menus. Even if we make a theme to make the submenus as small as regular menus, there are no menubars. So many issues arise from just one move by gnome, and they have been doing stuff like this for years and will continue to do things like this.
>
> I really don't want to see XFCE use popover menus, and the way I see it, the only other option is to use another toolkit. Even if popovers aren't that bad, GTK was already not as efficent or easy to use as Qt, so for GTK to start going downhill would be a disaster for any program that's still using it.
>
> On Thu, Jul 7, 2022 at 3:35 PM Konstantin P. <ria.freelander at gmail.com> wrote:
>
>> Gtk4 popovers supports submenus, if you will read GTK4 hig. Especially GtkPopoverMenuBar class. And GtkPopoverMenu class supports submenus too: https://docs.gtk.org/gtk4/flags.PopoverMenuFlags.html
>> Here is a flag for submenus. About space - create custom theme with less space, it is possible.
>>
>> On Thu, Jul 7, 2022 at 8:56 PM samuel ammonius <sfammonius at gmail.com> wrote:
>>
>>> Popovers aren't the same thing as menus. They take much more space and cannot support submenus. Most importantly, they don't fit the design of any desktop environment except GNOME, which proves my point about slowly trying to shape other desktops into gnome.
>>>
>>> On Thu, Jul 7, 2022 at 3:05 PM Konstantin P. <ria.freelander at gmail.com> wrote:
>>>
>>>> GTK4 does not remove a menus, they just did menus as popover children in UI, and menus now defined as GMenuModel, other way (by menu items directly) is removed. I do not think than this should be called as "menus is removed".
>>>>
>>>> Qt is also designed menus same way as modern GTK (both 3 and 4, 3 optionally, 4 moderately) does.
>>>>
>>>> On Thu, Jul 7, 2022 at 8:08 PM samuel ammonius <sfammonius at gmail.com> wrote:
>>>>
>>>>> I posted a similar question on the XFCE forum, where a moderator told me I should go here. The forum post is [here](https://forum.xfce.org/viewtopic.php?pid=67869#p67869).
>>>>>
>>>>> The reason I was suggesting this is because GTK4 removed menus completely, because they were too "X11-centric". I think this is just an excuse to force people to use their designs, and XFCE's adoption of client-side decoration is proof that it's working. I'm not complaining about CSD in particular, but I'm trying to say that over the years, similar situations will arise and GTK will start to become a larger burden with every version that gets released.
>>>>>
>>>>> I know that switching to Qt isn't something little. What I'm asking is, if I can fork all of XFCE's gui and make it use Qt, is it possible at all that it might get merged? It won't take as long as it might sound because I've made both GTK and Qt applications and Qt is at least twice as easy to deal with.
>>>>> _______________________________________________
>>>>> Xfce4-dev mailing list
>>>>> Xfce4-dev at xfce.org
>>>>> https://mail.xfce.org/mailman/listinfo/xfce4-dev
>>>>
>>>> _______________________________________________
>>>> Xfce4-dev mailing list
>>>> Xfce4-dev at xfce.org
>>>> https://mail.xfce.org/mailman/listinfo/xfce4-dev
>>>
>>> _______________________________________________
>>> Xfce4-dev mailing list
>>> Xfce4-dev at xfce.org
>>> https://mail.xfce.org/mailman/listinfo/xfce4-dev
>>
>> _______________________________________________
>> Xfce4-dev mailing list
>> Xfce4-dev at xfce.org
>> https://mail.xfce.org/mailman/listinfo/xfce4-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.xfce.org/pipermail/xfce4-dev/attachments/20220707/60ec0c3b/attachment-0001.html>


More information about the Xfce4-dev mailing list