On Tue, 02 Jan 2024 19:54:04 +0100 aguador via enlightenment-users <enlightenment-users@lists.sourceforge.net> 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... -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
