Re: Some xterm's misbehave if not displayed
Re: Some xterm's misbehave if not displayed
- Subject: Re: Some xterm's misbehave if not displayed
- From: David Borman <email@hidden>
- Date: Wed, 27 Jul 2016 13:52:31 -0700
The moving of the windows is not arbitrary, it is very predictable. The X,Y coordinates of the upper left corner of the window get doubled. So windows in the upper left corner move a little bit, any window that is not in the upper left quadrant go off-screen. Only windows that have not been manually moved will jump. When you first manually move a window after its initial placement it’ll “jump” to the 2x/2y position and then snap back to where your mouse is.
This problem is in the quartz-wm window manager. I’ve brought up X on my mac using a different window manager than quartz-wm, and all the jumping window problems go away.
Another data point is that if you bring up X11 without quartz-wm being the last thing in your .xinitrc, so that you can start and stop quartz-wm without taking down the rest of your windows, you’ll discover that for existing windows, when quartz-wm starts up, it’ll move them to account for the decorations it adds to the window, and if you then quit quartz-wm, the windows stay in the new location, without the decorations. When I used a different window manager, the windows moved to account for the decorations, but then when the window manager exited, the windows moved back to their original locations. But most people will never see that behavior because quartz-wm is the last thing in their .xinitrc, so when it exits it takes down all the windows so you don’t notice that they don’t get restored to their original locations.
-David Borman
> On Jul 27, 2016, at 11:42 AM, Michael Jinks <email@hidden> wrote:
>
> On Tue, Jul 26, 2016 at 9:57 AM, Michael Jinks <email@hidden> wrote:
>> On Tue, Jul 26, 2016 at 9:31 AM, Michael Jinks <email@hidden> wrote:
>>>
>>> I think my next mission is to bring up all those instances again,
>>> minimize them all, repeat the dance I did by mistake earlier, and see
>>> what that does.
>>
>> Well... I did that, and results were inconclusive. Minimized windows
>> came back fine (as expected); then, after being minimized and
>> restored, switching desktops and coming back didn't repeat the
>> problem...
>
> Maybe another data point, dunno:
>
> Today I tried the minimize/restore routine and either it helped at
> first or my X just wasn't in its mood, whatever, but trying to cause
> the relocation behavior to occur on purpose didn't happen, everything
> worked properly no matter what I tried. But then a little while
> later, I wandered off and let the screen saver come on, and sure
> enough two windows "went away", to an invisible part of the screen.
>
> But there was also another bit of behavior that usually occurs when
> this happens that I'd failed to make note of before: one of the
> windows that didn't relocate off the screen did move lower, but only
> by one window border width.
>
> Like I said, just one for the clue bin, no idea if it's a helpful clue or not.
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> X11-users mailing list (email@hidden)
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden