Re: [e-users] Misbehaving windows

El mié, 03-01-2024 a las 18:17 +0000, Carsten Haitzler escribió:
> On Tue, 02 Jan 2024 19:54:04 +0100 aguador via enlightenment-users
> <[email protected]> said:
> 
> > Happy New Year to all -- and thanks to Rasterman and the other devs
> > for
> > the 0.26 Christmas present!
> > 
> > I am sure this has come up before. When the default setting of
> > allowing
> > windows to extend partially beyond the screen limits is retained,
> > some
> > non-maximized windows will open partly outside (a pain with LO
> > Writer
> > and can happen if I have made the Firefox window smaller). I have
> > never
> > understood why this should be, but it can be controlled.
> > 
> > However, this question is about a window that jumps out when a
> > button
> > is clicked. Specifically I have been testing a new back link
> > feature
> > being added to https://github.com/tomboy-notes/tomboy-ng.
> > 
> > Two screenshots corresponding to the following are here:
> > https://c.gmx.es/@558252282525778603/YvG2FUw5SHam8RcLzj_qQw
> > 
> > There is a link icon at the top of the notes, to the right of the
> > search icon, that is currently set to create a note from a string
> > selected in the body of the note (1st screenshot, "Covadonga"). The
> > feature being added means that after the notes are saved
> > (automatically
> > or manually), clicking on the link in the new (here, "Covadonga")
> > note
> > with nothing selected will open a popup with a list of notes
> > containing
> > the link. The problem is that this causes the note window to move
> > beyond the top and left limits of the screen (second screenshot).
> > 
> > In my limited tests the position to which the note jumps is
> > absolute.
> > It does not matter where the note was open before clicking, it
> > seems to
> > go to the same point off the screen each time.
> > 
> > The developer has tested this on about a dozen different DEs and E
> > is
> > the only one in which this happens. Basic questions:
> > 
> >  * What might be causing the window to move (as there is no code in
> > the
> >    program calling for that)?
> >  * Given the possible causes, what would be the possible fixes?
> 
> it'll most probably be the app requesting to configure the window
> (move+resize). i will just not do this on its own when you are busy
> reacting to
> the buttons in the window, so it'll be some request like this.
> possibly
> combined with the window gravity at the time as well.
> 
> in e you can lock a window from being able to request to do this -
> under window
> menu (click icon top-left, then window -> locks). you can also
> remember these
> locks (window -> remember) so they persist. it's a work around
> clients doing
> things like wanting to move or resize their windows etc/ when you
> don't want
> them to so e can lock them out of doing this thus overriding their
> requests.
> you can use remembers+locks to tame unruly apps. :)
> 
> it is possible to be related to transient for hints - where a dialog
> window
> (that is a transient for a parent window) will be known about because
> of these
> hints and the child window will move WITH the parent - i.e. move the
> parent the
> child dialog follows it with the same position offset (so if ti was
> centered
> over the main window it will remain centered as you move the parent
> window).
> but here it'd have to ge betting this in reverse - ie main win is a
> transient for the dialog that pops up... that'd be just super weird
> changing
> those properties mid-flight like that AND getting them reversed...
> 
Thank you. The mystery has still not been resolved, but at least it
affects Gtk2 only.

Roy


_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users