GNOME Bugzilla – Bug 554739
gnome-mouse-properties window does not fit on netbook screens vertically (1024x600)
Last modified: 2010-12-07 18:05:14 UTC
Please describe the problem: I will attach a screenshot to illustrate the issue. The bottom of the window is cut off, hiding the Close button as a result. The window should fit the available desktop space. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Created attachment 119805 [details] 1024x600 screenshot of gnome-mouse-properties window
Confirmed, we probably need to re-arrange some of the widgets so that the window height is not greater than about 540 pixels (i.e. 600 pixels, minus panel heights)
Created attachment 127904 [details] [review] Add scroll bars when height is less than 600 pixel. I've made a patch which automatically add scrolledbars when the screen resolution height is less than 600 pixels. It is an downstream patch for Ubuntu UNR [1]. The patch is attached here. Ask me to improve the patch if it's not good for upstream currently. Thank you very much. [1] https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/324464
Thanks for your patch. However, simply adding scrollbars is at best a stop-gap measure. A proper fix, as Thomas explained, would rearrange the settings or provide them in a different manner so that the window becomes smaller.
With no other, proper solution in sight, is it reasonable to outright reject this stop-gap measure? It would improve the situation if accepted, buying time for a proper solution to be implemented. Tell me if I'm wrong.
The thing abut stop-gap measures is that they tend to stick, and we usually try to avoid including things like that upstream.
Non-hacky suggestions: == General tab == 1. Instead of having a "Mouse Orientation" heading for a vertical pair of radio buttons, have a "Mouse orientation:" label (sentence case, ending in a colon) for a horizontal pair of radio buttons. Mouse orientation: ( ) Left-handed (*) Right-handed 2. Instead of having a "Locate pointer" heading for a section containing only one item, drop the heading. 3. Instead of having a "Locate pointer" heading for a section containing only one item, drop the heading. 4. Instead of having a "Drag and Drop" section containing only a "Threshold:" item, drop the heading and change the label to "Drag and drop threshold:". 5. Instead of having a "Double-Click Timeout" section containing only a "Timeout:" item, drop the heading and change the label to "Double-click timeout:". 6. Devise a double-click test graphic that is shorter and wider instead of square. == Accessibility tab == 7. Remove both headings, because the indentation of everything except the checkboxes makes the checkbox labels function as headings by themselves. (If it is vital to include the phrase "dwell click", change the second checkbox's label to "Click whenever the pointer stops moving (dwell click)".) 8. Merge the "click type window" and the "Dwell Click panel applet" into a panel menu that includes an item, if really necessary, to convert the menu into a floating window separate from the panel. Then the first radio button can become "Choose the type of click from the panel", and selecting it can show the panel menu; the items indented underneath are no longer necessary. 9. Instead of a column of four menus for which gesture triggers which type of click, have a diamond of four menus for which type of click is generated by which gesture. Not only would this take up one less row, it would also be visually more obvious. (*) Choose the type of click by moving the mouse _______________ Up: [Double_click_:^] _______________ _______________ Left: [Button_1_____:^] Right: [Button_2_____:^] ________________ Down: [Drag_click____:^]
(I repeated item 2 by mistake. Sorry for any confusion.)
675x545 is the size I get for the mouse panel with the latest gnome-control-center for GNOME 3, so I'll consider this bug fixed.