Created attachment 155037 [details] Big window I have 15.6" screen (which is the most popular screen size for laptops) and when I open opentype features window for some fonts which have big list of features, the window becomes bigger than my screen and it's impossible for me to click on ok or cancel buttons, see attached image for more infos. I think the opentype features should be placed inside scrollbar pane with fixed height based on screen height or inside listbox with inner checkbox.
Also it's impossible to decrease window height, while I can increase height and increase or decrease width.
for what font name do you have so many features?
(In reply to Roman Kuznetsov from comment #2) > for what font name do you have so many features? You can try with Gentium plus or EB Garamond 12, I attached both fonts for testing.
Created attachment 155099 [details] fonts
(In reply to medmedin2014 from comment #1) > Also it's impossible to decrease window height, while I can increase height > and increase or decrease width. I think, you can decrease width and height until text would disappear. So it works as expected.
I use Ubuntu Mate 19.10 - 64bits and both with LO6.3.2.2 and LODev6.4.0.0 I can only increase the width but the height it's impossible to decrease it, what I see is that the window has minimum width and minimum height, and when the minimum height exceeds the height of the screen it's impossible to continue to work with opentype features window and click on ok/cancel buttons.
See my attached video for more infos.
Created attachment 155128 [details] Opentype window problem
Yep, it is apparent that this problem can occur. Thanks for the screencast. Let's ask UX team how the dialog should be redesigned to adapt to such scenarios.
Two solutions come in mind: a) put checkboxes in three columns and b) place a scrollwindow behin the checkboxes and define a maximum dialog height. Similar issue for the print dialog in bug 127782 (solved per scrollwindow).
We discussed this topic in the design meeting and favor a scrollwindow behind the two columns. Code pointer: cui/uiconfig/ui/fontfeaturesdialog.ui
diwanshu885 committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e97bccdba42b464e2df8d5996d4cdc9b03b6c243 tdf#128176 Add a vertical scrollwindow to fontfeaturesdialog It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Is there something that still needs to be done for this? If not, set to resolved fixed
(In reply to Buovjaga from comment #13) > Is there something that still needs to be done for this? If not, set to > resolved fixed On KDE, the scrollbar works by using mouse wheeler but the scrollbar is not visible at all. See attached image for more info. Version: 7.1.0.3 / LibreOffice Community Build ID: 10(Build:3) CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US 7.1.0-1 Calc: threaded Operating System: Manjaro Linux KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.15-1-MANJARO OS Type: 64-bit
Created attachment 169689 [details] scrollbar not visible
(In reply to medmedin2014 from comment #14) > (In reply to Buovjaga from comment #13) > > Is there something that still needs to be done for this? If not, set to > > resolved fixed > > On KDE, the scrollbar works by using mouse wheeler but the scrollbar is not > visible at all. See attached image for more info. > > Version: 7.1.0.3 / LibreOffice Community > Build ID: 10(Build:3) > CPU threads: 2; OS: Linux 5.10; UI render: default; VCL: kf5 > Locale: en-US (en_US.UTF-8); UI: en-US > 7.1.0-1 > Calc: threaded You tested with the wrong version. Please use 7.2: https://libreoffice.soluzioniopen.com/ My question was directed to Diwanshu and Heiko.
verified as fixed in: Version: 7.2.4.1 / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded A good font to test this with is Linux Biolinum G.