Re: Would switching to Qt be a good idea?
samuel ammonius <[email protected]>
| Newsgroups | gmane.comp.desktop.xfce.devel.version4 |
|---|---|
| Message-ID | <CALbUA4hjud1GBk_z2yoMkvaQ5h+A3i=y5bYFGmQ_fdqmYRroHQ@mail.gmail.com> |
Hi! (And no worries, I'm also some random guy. I joined this mailing list literally 10 minutes before posting this thread) I think that this project would be better off as a fork of Xfce instead of > a full refactor of almost all graphical applications. > That's what I meant, only the fork might be able to merge after it is complete. Just out of curiosity, why do you think Qt looks messy? On Thu, Jul 7, 2022 at 4:28 PM Mailing Lists <[email protected]> wrote: > 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 < [email protected]> 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. <[email protected]> > 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 <[email protected]> >> 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. <[email protected]> >>> 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 <[email protected]> >>>> 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 >>>>> [email protected] >>>>> https://mail.xfce.org/mailman/listinfo/xfce4-dev >>>> >>>> _______________________________________________ >>>> Xfce4-dev mailing list >>>> [email protected] >>>> https://mail.xfce.org/mailman/listinfo/xfce4-dev >>> >>> _______________________________________________ >>> Xfce4-dev mailing list >>> [email protected] >>> https://mail.xfce.org/mailman/listinfo/xfce4-dev >> >> _______________________________________________ >> Xfce4-dev mailing list >> [email protected] >> https://mail.xfce.org/mailman/listinfo/xfce4-dev > > _______________________________________________ > Xfce4-dev mailing list > [email protected] > https://mail.xfce.org/mailman/listinfo/xfce4-dev > > _______________________________________________ Xfce4-dev mailing list [email protected] https://mail.xfce.org/mailman/listinfo/xfce4-dev