Would switching to Qt be a good idea?

[samuel ammonius]

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/9811e8c3/attachment.html>