About the desktops in my test: file1.odt is on top-left file2.odt is on top-right
Then... On 2013-10-28 15:30:57 +0100, Vincent Lefevre wrote: > I don't know what frame_x means, but the negative value looks strange > to me. I may have an idea of what could occur. I don't know exactly how fvwm implements desktops (more precisely pages on the desktop), but I think it does that by translating the coordinates of the windows. That's why, for instance, a window can appear partly on two adjacent pages. So, when I move to the right page, the X coordinates of the windows on the left page become negative. Now, with LibreOffice, I think that the following occurs: 1. LibreOffice gets the coordinates of the file1.odt window (currently negative, as on the left page, while the right page of the desktop is being displayed), with the goal to display the "Save" window above the file1.odt window. 2. LibreOffice switches to the left page (perhaps by raising or giving the focus to the file1.odt window). This makes fvwm translate the coordinates. 3. LibreOffice opens the "Save" window, using the coordinates obtained in (1). But the problem is that these coordinates are not up-to-date! This could explain the bug, with a large negative frame_x of the "Save" window. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-openoffice-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131028144750.gb4...@xvii.vinc17.org
