<div dir="ltr">Hi! (And no worries, I'm also some random guy. I joined this mailing list literally 10 minutes before posting this thread)<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think that this project would be better off as a fork of Xfce instead of a full refactor of almost all graphical applications.<br></blockquote><div><br></div><div>That's what I meant, only the fork might be able to merge after it is complete.</div><div><br></div><div>Just out of curiosity, why do you think Qt looks messy?<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 7, 2022 at 4:28 PM Mailing Lists <<a href="mailto:koemail@protonmail.com">koemail@protonmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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.<br><br>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.<br><br>If this were a LXDE situation, then I would be significantly more sympathetic to such a cause. However, Xfce is far from unmaintained. :)<br><br>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... <br><br><br><br>-------- Original Message --------<br>On Jul 7, 2022, 1:22 PM, samuel ammonius < <a href="mailto:sfammonius@gmail.com" target="_blank">sfammonius@gmail.com</a>> wrote:<blockquote><br><div dir="ltr">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.<div><br></div><div>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.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 7, 2022 at 3:35 PM Konstantin P. <<a href="mailto:ria.freelander@gmail.com" target="_blank">ria.freelander@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Gtk4 popovers supports submenus, if you will read GTK4 hig. Especially GtkPopoverMenuBar class. And GtkPopoverMenu class supports submenus too: <a href="https://docs.gtk.org/gtk4/flags.PopoverMenuFlags.html" target="_blank">https://docs.gtk.org/gtk4/flags.PopoverMenuFlags.html</a></div><div>Here is a flag for submenus. About space - create custom theme with less space, it is possible.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 7, 2022 at 8:56 PM samuel ammonius <<a href="mailto:sfammonius@gmail.com" target="_blank">sfammonius@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 7, 2022 at 3:05 PM Konstantin P. <<a href="mailto:ria.freelander@gmail.com" target="_blank">ria.freelander@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>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".</div><div><br></div><div>Qt is also designed menus same way as modern GTK (both 3 and 4, 3 optionally, 4 moderately) does.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 7, 2022 at 8:08 PM samuel ammonius <<a href="mailto:sfammonius@gmail.com" target="_blank">sfammonius@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I posted a similar question on the XFCE forum, where a moderator told me I should go here. The forum post is <a href="https://forum.xfce.org/viewtopic.php?pid=67869#p67869" target="_blank">here</a>.<div><br></div><div>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.</div><div><br></div><div>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.</div></div>
_______________________________________________<br>
Xfce4-dev mailing list<br>
<a href="mailto:Xfce4-dev@xfce.org" target="_blank">Xfce4-dev@xfce.org</a><br>
<a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a></blockquote></div>
_______________________________________________<br>
Xfce4-dev mailing list<br>
<a href="mailto:Xfce4-dev@xfce.org" target="_blank">Xfce4-dev@xfce.org</a><br>
<a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a></blockquote></div>
_______________________________________________<br>
Xfce4-dev mailing list<br>
<a href="mailto:Xfce4-dev@xfce.org" target="_blank">Xfce4-dev@xfce.org</a><br>
<a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a></blockquote></div>
_______________________________________________<br>
Xfce4-dev mailing list<br>
<a href="mailto:Xfce4-dev@xfce.org" target="_blank">Xfce4-dev@xfce.org</a><br>
<a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a></blockquote></div>
_______________________________________________<br>
Xfce4-dev mailing list<br>
<a href="mailto:Xfce4-dev@xfce.org" target="_blank">Xfce4-dev@xfce.org</a><br>
<a href="https://mail.xfce.org/mailman/listinfo/xfce4-dev" rel="noreferrer" target="_blank">https://mail.xfce.org/mailman/listinfo/xfce4-dev</a></blockquote></blockquote></div>