xfway: added support for alt-tab switcher

adlo adloconwy at gmail.com
Thu Jul 21 07:51:13 CEST 2022


I’m not even sure to what extent a Wayland port of xfwm4 would even be xfwm4 anymore, because xfwm4 does a lot of stuff client-side using GTK. I’m not sure to what extent that code can be preserved.

I think it just about makes sense to draw the alt-tab switcher client-side using GTK, but it probably doesn’t really make sense to draw window decorations client-side.

Where can I find xfwm4’s code for drawing window decorations?

Regards
adlo

> On 18 Jul 2022, at 22:26, Mailing Lists <koemail at protonmail.com> wrote:
> 
> This is very agreeable - keeping legacy X support will probably a priority for some time. That said, Wayland support is something that Xfce is greatly missing! Having both environments in the wider project will be a great fit for the community. 
> 
> Please continue with the updates on this! 
> 
> Cheers, 
> Barrett
> Sent from Proton Mail mobile
> 
> 
> 
> -------- Original Message --------
> On Jul 18, 2022, 4:08 PM, Andrzej < andrzejr at xfce.org> wrote:
> 
> On 18/07/2022 10:31, Alex wrote: > > All that to say, wlroots is probably the easiest way forward, > considering it replicates a lot of the EWMH design that xfce uses on X11. > > Great to hear that you would be open for that direction! Would you as > well be fine with having Adlo's changes as a huge MR for xfwm4 sooner > or later (assuming the x11 part will continue to work smoothly) I would vote for a solution that reuses as much of existing codebase and preserves as many Xfce features as possible. Otherwise will end up with a new environment inspired by Xfce, which will either have to be forced upon Xfce users or work its way up the adoption ladder like any other new DE. Both scenarios are bad. > Asking so, since I think it would be beneficial for Adlo and us to > share the same long-term plans. If the changes have no hope for beeing > merged into the current xfwm4 one day, I suppose it would make sense > for Adlo to rename his project to something else than 'xfwm4', in > order to dont confuse both projects. I would not merge anything more than a few ifdefs into Xfwm4 or other existing Xfce applications. There is a lot of value in keeping the existing X11 desktop stable and allowing it to evolve in parallel without forcing anyone to fork and rename it first. Why not use xfway as the name of the compositor binary? It seems to fit Xfce conventions well, both in the level of awkwardness and poorly defined meaning ;-) I would like Xfway to be a part of Xfce (provided it will not hijack it). The question is if Xfway itself is ready for incremental development. Research and experimentation is still ongoing (and for a good reason, this phase is important), wayland spec and implementations (now wlroots, maybe something else someday) are evolving. Some cleanups (naming and build system matching the rest of Xfce) would also be nice, although this could be done later. Andrzej _______________________________________________ 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/20220721/04d9bf2f/attachment.html>


More information about the Xfce4-dev mailing list