https://bugs.documentfoundation.org/show_bug.cgi?id=172389
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |103459 Summary|Bottom unreachable and |with display scaling, |unreadable |placement of h.scroll bars | |on Sidebar content panels | |blocks elements Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #7 from V Stuart Foote <[email protected]> --- (In reply to Myosotis Arae from comment #6) > >Is your scale factor set too high? > I don't quite see what you're talking about. Access settings for Windows Display Window Manager, i.e. Settings -> System -> Display -> "Scale and Layout" -> "Scale" there is a list box of pre-sets, or an expander to open into Display Custom scaling as an alternative. What scale factor is your Windows DWM using? Does dropping back to 125% or 100% then fit all the controls (they will appear smaller or course). > ... > > Specifically is it only a portion of the Sidebar decks (Transition, > > Annimation) that are clipped? > Yes, it only concerns the panes Transition and Annimation. I masked the LO > Task bar too, hoping the bottom of these panes were behind. But no. The > hidden content went even lower after that. Notice on your screen clips that the horizontal scroll bar at bottom of the Sidebar (SB) deck is showing active. I can confirm that DWM at higher scale factors > 150% causes the exposure of the SB deck's scroll bar (on a 16" laptop at 1920px X 1080px display resolution). And that appearance of scrollbar obscures and block controls on the content panels. There is an implementation issue with working with scaled system Desktop Environments. Believe that the triggered appearance of the h.scroll bar widget also needs to trigger a recalculation of SB content panel size as needed to fit the the scroll bar into the content panel, currently it is overwriting panel content. Workaround: the SB Content panel becomes fully visible by expanding the sidebar deck wider, i.e. drag SB wider until the width no longer needs the scroll bar. It will reduce the space available to show the slide. Alternatively, set system display scaling to a value that does not trigger the h.scroll bar. But that may make the UI too small to comfortably work with. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103459 [Bug 103459] [META] Sidebar UI and UX bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
