<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - CMIS dialog advances beyond lower right corner of the screen" href="https://bugs.documentfoundation.org/show_bug.cgi?id=137471#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - CMIS dialog advances beyond lower right corner of the screen" href="https://bugs.documentfoundation.org/show_bug.cgi?id=137471">bug 137471</a> from <a class="email" href="mailto:m.weghorn@posteo.de" title="Michael Weghorn <m.weghorn@posteo.de>"> Michael Weghorn</a> <pre>(In reply to Jan-Marek Glogowski from <a href="show_bug.cgi?id=137471#c13">comment #13</a>) > The best start is probably to start from SalFrameGeometry and what values LO > does with in them. My comment on it in SalFrame is what I figured should be > correct. Documentation would be good to have too. Main problem is, that > native menubar was just used by gtk and I tried to emulate its hack with > lying about the correct geometry to get it somehow working. > > If you want to fix it, expect to spend a bit more time on it in general. Thanks for all the hints, also in <a href="https://gerrit.libreoffice.org/c/core/+/105181">https://gerrit.libreoffice.org/c/core/+/105181</a> . As of now, I don't think I'll get to look deeper into this anytime soon. I just quickly checked what gtk3 does and it actually just didn't take the position into account at all when restoring the state, s.a. <a href="https://gerrit.libreoffice.org/c/core/+/105298">https://gerrit.libreoffice.org/c/core/+/105298</a> (which makes restoring position work in general, but not for the "Remote Files" dialog used here, since its position is still not retrieved correctly for some reason). FWIW, other than all Linux VCL plugins, Windows does restore the original position of the "Remote Files" dialog correctly.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>