@MSGID: 3:633/10 ebd588bf
@REPLY: 3:633/10 533e1fcb
@PID: PyGate 1.5.18
@TID: PyGate/Linux 1.5.18
@NOTE: Gnus/5.13 (Gnus v5.13)
@CHRS: CP1252 2
@TZUTC: 0100
@REPLYADDR: invalid@invalid.invalid
@REPLYTO: 3:633/10 UUCP
@RFC-Message-ID:
<wwv7bn06386.fsf@LkoBDZeT.terraraq.uk>
Robert Riches <spamtrap42@jacob21819.net> writes:
> On 2026-07-11, Richard Kettlewell <invalid@invalid.invalid> wrote:
>> Daniel James <daniel@me.invalid> writes:
>>> On 09/07/2026 23:58, Lawrence D?Oliveiro wrote:
>>>> One thing is for sure: giving control to the apps themselves is never
>>>> going to be the optimal solution.
>>>
>>> It`s not clear to me that there is any one solution that is optimal in
>>> all cases.
>>>
>>> It`s certainly nice to allow the apps to be able to request a
>>> particular size/position, but of course the wm should be able to
>>> ignore the request if that location makes no sense. No, the app
>>> shouldn`t have *control*, just be able to express a preference.
>>
>> I would argue that for the most part, the window position preferences
>> (or outright control) should come from the user, not the application at
>> all.  That does point to a system-level component (window manager,
>> compositor, whatever) managing positions, following user configuration,
>> rather than the application.
>>
>> There is some nuance here when an application either opens more than one
>> window, or opens a window that is in some way logically connected to
>> another application. Depending on what?s going on it might be
>> preferrable for the new window to be overlapping the existing window
>> (e.g. menus, tooltips, confirmation dialogs, etc), or it might be
>> preferrable for it to not overlapping the existing window if possible
>> (e.g. a pop-out media player).
>>
>> Wayland already covers much of this but there does seem to be a gap for
>> a niche set of use cases. It always seems to be the same application
>> mentioned each time this comes up, so it?s unclear if the niche is
>> bigger than 1.
>
> Okay, here`s one niche use case:
>
>   - I want to run a shell script that opens four xterms (or
>     similar), and on the command line that starts each instance
>     the script specifies colors and screen size/position.
>
>   - On another day of the week, I have a different shell script
>     that opens nine xterms (or similar).  Again, each command
>     line in the script specifies colors and screen
>     size/positions.
>
> Here`s another:
>
>   - I want to monitor a group of maybe a dozen machines involved
>     in a performance benchmark, so I have a script that opens a
>     small monitoring application (maybe xload or "vmstat 3" or
>     similar) on various machines.  I would use the equivalent of
>     "ssh -X ..."  to launch them, since IIUC Wayland doesn`t do
>     network transparency (defined as a client application
>     throwing its display to display server).
>
> Oh, another:
>
>   - I want to open several web browser windows in specific screen
>     sizes and positions to run a web app.

i.e. you want user control of window positions, which is what I?m
arguing for:

| I would argue that for the most part, the window position preferences
| (or outright control) should come from the user, not the application
| at all.

This is not inconsistent with the user control being expressed via a
window manager rather than through the application, so I have no idea
what point you?re trying to make here.

-- 
https://www.greenend.org.uk/rjk/

--- PyGate Linux v1.5.18
 * Origin: Dragon`s Lair, PyGate NNTP<>Fido Gate (3:633/10)
SEEN-BY: 19/10 50/109 153/757 218/840 840 220/70
221/1 6 360 226/17 100
SEEN-BY: 229/426 240/1120 267/800 301/1 113 812
310/31 335/364 341/66 463/68
SEEN-BY: 633/10 20 280 281 414 416 418 420 422
509 2744 712/848 770/1 3 100
SEEN-BY: 770/340 350 772/210 220 230 5019/40
5020/715 848 1042 4441 12000
SEEN-BY: 5030/49 722 1081 1474 5053/55 5061/133
5075/128
@PATH: 633/10 280 770/1 218/840 221/6 301/1
5020/1042 4441