On Thu, 14 Sep 2023, 00:17 Neal Gompa, <ngomp...@gmail.com> wrote: > On Wed, Sep 13, 2023 at 7:02 PM Steven A. Falco <stevenfa...@gmail.com> > wrote: > > > > On 9/13/23 05:23 PM, Neal Gompa wrote: > > > Right. And I want to stress we are not dropping support for X11 > > > applications. Anything running as an X client in a desktop should work > > > as it has before. > > > > I'm not convinced KiCad will work in that scenario, so please let me > summarize what I've read here, and please correct me if I have any of this > wrong. > > > > The thing being removed is "Plasma(X11)", which is a native X11 stack; > i.e. no Wayland or Xwayland is involved when using Plasma(X11). This mode > is well supported by KiCad, and additionally it works well with my > multi-monitor setup. > > > > Should the change proposal be accepted, "Plasma(X11)" will be removed, > leaving "Plasma(Wayland)" as the only available KDE mode. Also, all X11 > applications will then be forced to use XWayland rather than X11, at least > under KDE. > > > > Assuming my summary is correct, here are my personal problems: > > > > Problem 1: The KiCad team says they don't support XWayland (nor do they > support pure Wayland) because of bugs. > > > > From what I've read through the issues, the ultimate problem is in > GTK, not wxWidgets, as there is in fact a supported Wayland protocol > for mouse warping[1]. Does this issue exist when using wxQt instead of > wxGTK? Admittedly, I'm not sure of the state of things with wxWidgets > and the backends... > > [1]: https://wayland.app/protocols/pointer-constraints-unstable-v1 > > Speaking as a member of the KiCad core development team, I am not convinced that extension will be easy to use. When I looked at it a few weeks ago, it still seemed to have portability problems between compositors/WM implementations. (See here for my conclusion https://github.com/wxWidgets/wxWidgets/issues/23778#issuecomment-1680398578). As a project, we already have to deal with enough problems from supporting MSW, macOS and Linux that having to now workaround quirks in different graphics stacks is not something we have the time or developer effort to do. We would rather be actually creating the features all our users need for their work instead of having to fight with the graphics stacks all the time.
And aside from the mouse warping, we also want the ability to control where windows are placed on the screen. We are a multi-window application, and our users usually have a preferred setup for how the windows are arranged on their screen. Right now, we can save/restore that for them, but my understanding of the Wayland spec is that this is not allowed and so we are at the mercy of the desktop to put the windows where it wants. -Ian > Problem 2: Plasma(Wayland) doesn't work with my multi-monitor setup. > > > > Do you have a bug report filed at bugs.kde.org about your setup? The > KDE folks can take a look and we can try to have things fixed in > Plasma (in Plasma 5 today or Plasma 6 when it lands). > > > Conclusion: If there are remaining Fedora desktops using X11, I might be > able to continue using Fedora, and I might be able to continue supporting > KiCad, _assuming_ I'm willing to switch to another desktop. Of course, > after having used KDE for 20+ years, switching is not very appealing, nor > is it very likely, frankly. > > > > Part of the reason for filing this Change is to shake out these cases > and make sure we can get them covered. For what it's worth, I want you > to have a good experience on Plasma Wayland, and I'm happy to help try > to facilitate that however I can. > > > -- > 真実はいつも一つ！/ Always, there's only one truth! > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue >
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
