Bugzilla – Bug 1183
Linux: Spectrograms settings too tall for netbook screens and high dpi monitors
Last modified: 2018-08-20 11:45:48 UTC
Created attachment 625 [details] There seems excessive space below the spectral selection box, making too little of the OK/Apply/Cancel buttons visible to click them. My netbook machine cannot exceed 600px height. I can see the dialogue buttons on the netbook on Win 7. I understand we require minimum 1024x768 but I can apply Spectrograms Preferences OK on Linux.
With the new (useful) preview feature I don't think we can accept this bug so lightly. Promoted to P2. Steps and release note added and bug title updated.
Is this problem special to the Spectrograms preferences? I see other pages in the Preferences notebook that are at least as tall. Mayeb a general solution using scrolling windows for long preference pages should be sought.
(In reply to Paul L from comment #2) > Is this problem special to the Spectrograms preferences? I see other pages in > the Preferences notebook that are at least as tall. Mayeb a general solution > using scrolling windows for long preference pages should be sought. There is no problem at all with any of the Preferences panes, even if there are taskbar buttons at the bottom of the window, or (as I understand, on 4K). The problem is specifically with the Spectrograms Settings dialogue opened from the Track Dropdown Menu, per bug title and steps to reproduce.
This commit adds scrollbars to the Spectrogram settings, so that the controls within are not inaccessible, and limits the height of the Preferences panel to the screen height. https://github.com/audacity/audacity/commit/4a4fa8d97c5913e121c509d849c91e86badfa108
I find this less than ideal on monitors that can display all of the controls without scrolling. Even though I have lots of room on my monitor (1440 high) and the project window is high enough to display the dialog without the need for scrolling, I still get the scrollbar. Worst, the "Enable spectral selection" checkbox is hidden (must scroll to see it). Finally, stretching the dialog downwards does not expand the pane containing the settings.
I see Paul has addressed the issue that resizing the window did not resize the area that contained the controls. It now opens, on my monitor, with all controls visible. Thanks, Paul! Is there anyone with a monitor small enough to test this? If not, can we mark it RESOLVED - FIXED ? -- Bill
Re Comment 6 - it is possible to set screen resolution low on a higher resolution monitor in order to test. I do that on windows. I agree with comment 5 that the fix is 'less than ideal', particularly as it makes spectral selection hard to find.
We have a small Windows-based netbook in the house - I will try some testing.
Created attachment 735 [details] color of prefs page
Summary changed from "4k monitors" to "high dpi" as I see this issue on my monitor with is 1920 x 1080 (much lower than 4k). The scrollable page is also a different colour to other Preferences pages, which can look rather ugly, as shown in the attached Windows 7 screenshot (animated GIF)
It's also an annoyance that in debug builds on high dpi monitors, an Assert fires each time Prefs are opened: Around line 340 in PrefsDialog::PrefsDialog wxASSERT_MSG(sz.x <= 1000 && sz.y <= 750, wxT("Preferences dialog exceeds max size"));
Preference window is now resizeable and restores to the size set by the user. The colours and scrollbars are now consistent for all tabs in preferences. Closing FIXED.
