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 > <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... > Thank you. The mystery has still not been resolved, but at least it affects Gtk2 only.
Roy _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users