<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 29 Apr 2024, 20:53 Thiago Macieira, <<a href="mailto:thiago@kde.org">thiago@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Monday 29 April 2024 10:05:32 GMT-7 Bruce Steers wrote:<br>
> I guess/hope a similar thing will happen to x11 or Wayland will accept this<br>
> particular issue needs addressing and provide a workaround.<br>
> <br>
> As fundamentally Wayland principles are to us, restrictive in a way that I<br>
> think many will simply not tolerate.<br>
<br>
Please describe the need you have, not the means by which you think you can <br>
solve the need. For example, why do you think you need to specify absolute <br>
positioning for certain windows?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I personally have written many applications with gambas.</div><div dir="auto"><br></div><div dir="auto">Some have no issue like my text editor for example, a standard looking editor with window and title bar.</div><div dir="auto"><br></div><div dir="auto">Although gambas provides a Settings.Write(window_name) / Settings.Read(window_name) that saves/restores the window placement and size. It's bearable Wayland does not handle this.</div><div dir="auto"><br></div><div dir="auto">Other applications I have made include a customizable LCD clock that runs at startup and places itself "where I want it"</div><div dir="auto"><br></div><div dir="auto">And a program called Desktop-ish that shows .desktop file folders I can customize/add and has many features like customizable menus I have added many many things to that are very useful to me.</div><div dir="auto"><br></div><div dir="auto">This also places itself "where I want it"</div><div dir="auto"><br></div><div dir="auto">My Linux is very personalized and works very well for my needs. (It's awesome ðŸ˜Ž)</div><div dir="auto"><br></div><div dir="auto">The same could probably be said for many gambas coders.</div><div dir="auto"><br></div><div dir="auto">Now Wayland has come along and seems to be...</div><div dir="auto">"you can no longer control window placement, deal with it, why even want it?, we decided you don't need it"</div><div dir="auto">😕</div><div dir="auto"><br></div><div dir="auto">It is unacceptable for the many who have customized their Linux world with their own work.</div><div dir="auto"><br></div><div dir="auto">There is worry in our community that Wayland is going to take over and x11 will become obsolete.</div><div dir="auto"><br></div><div dir="auto">And because nobody at Wayland seems to care to provide a means of placement choice, should you want/need it.</div><div dir="auto"><br></div><div dir="auto">I hope you understand. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The Wayland philosophy on this has been that the compositor knows best where <br>
to place the windows for regular applications. That does not include fixed <br>
desktop components, such as the task bar or desktop wallpapers, but those need <br>
to communicate directly with the compositor they are a desktop for.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">For the most part, sure why not? </div><div dir="auto"><br></div><div dir="auto">For the case detailed above. Most definitely not mine and many others philosophy. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Someone may have said they had a need to grab the keyboard and obtain key <br>
events even when the window wasn't focused. But why is that? X11 uses <br>
keyboard-grabbing to implement dismissal of popup menus, something that <br>
Wayland solved properly instead. Another use-case was to ensure that focus <br>
couldn't be stolen while typing a password... again, Wayland can solve that by <br>
the window describing itself as "I'm recording a password" so the compositor <br>
can implement a higher focus-stealing threshold or other attention-grabbing <br>
techniques (how many of us have typed passwords in the wrong window?).<br>
<br>
Other things are done for security: you can't inject events into other <br>
windows, so we lose the auto-type feature in KeyPassXC. You can't perform <br>
arbitrary screengrabs any more, but instead screensharing applications must <br>
ask the compositor to let the user choose which window(s) to share.<br>
<br>
-- <br>
Thiago Macieira - thiago (AT) <a href="http://macieira.info" rel="noreferrer noreferrer" target="_blank">macieira.info</a> - thiago (AT) <a href="http://kde.org" rel="noreferrer noreferrer" target="_blank">kde.org</a><br>
  Â Principal Engineer - Intel DCAI Cloud Engineering<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes I forgot the screen grabs not being available is a downgrade for us. </div><div dir="auto">For example simple colour picker routines many of us have don't work now.</div><div dir="auto">Eg.</div><div dir="auto">PickedColour = Desktop.Screenshot(Mouse.x, Mouse.y).Image[0, 0]</div><div dir="auto"><br></div><div dir="auto">It was that simple.</div><div dir="auto"><br></div><div dir="auto">Mostly Wayland seems okay. </div><div dir="auto">But paranoid it seems as mostly citing "security" for all it's misgivings.</div><div dir="auto">I'm not a govt agency my computer has no nasty secrets I need to hide and is secure enough for me.</div><div dir="auto"><br></div><div dir="auto"> I hope you understand our dilemma here.<br></div><div dir="auto"><br></div><div dir="auto">With respects</div><div dir="auto">Bruce Steers</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>