<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Drop down Font menu in properties panel extends beyond LibreOffice parent window." href="https://bugs.documentfoundation.org/show_bug.cgi?id=139973#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Drop down Font menu in properties panel extends beyond LibreOffice parent window." href="https://bugs.documentfoundation.org/show_bug.cgi?id=139973">bug 139973</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>(In reply to Mike Kaganski from <a href="show_bug.cgi?id=139973#c3">comment #3</a>) > I suppose it would be nice to make widgets be inside the main window. If you > look at <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Dual monitor: Vertical windows taskbar is drawn on top of all libre menus" href="show_bug.cgi?id=139757">tdf#139757</a> (in See Also), you notice that the present behavior is > not "not a bug", but an actual issue. User is likely to have the main window > positioned to be correctly visible; but it's not guaranteed for a random > area outside of the main window, so unless absolutely unavoidable (or moved > explicitly by user), all child windows must be bound to main window bounds. > No, the issue of <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Dual monitor: Vertical windows taskbar is drawn on top of all libre menus" href="show_bug.cgi?id=139757">bug 139757</a> is with dual headed system (i.e. an extended desktop) only. And as with that issue, any menu extending beyond main window frame is repositioned so as not to impact the os/DE controls, i.e. the Taskbar. It is not an issue with single headed systems. As to restraining the menus or pop-up dialogs to fit within the LO main window's bounds that is not very appealing. There is no minimum size for the LO main window of any module, and it is common to have multiple windows/modules open. Constraining the size of menus, listboxes, pop-ups to the frame of the module main window would be a major UX nuisance. By that logic, we would limit the F5 Navigator, or the detached sidebar to the bounds of the active module? I don't think so. Current implementation WFM and this is => NAB</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>