After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 722582 - Options in some drop-down menus are too wordy and not visible in their totality
Options in some drop-down menus are too wordy and not visible in their totality
Status: RESOLVED DUPLICATE of bug 711137
Product: gnome-tweak-tool
Classification: Applications
Component: general
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Tweak Tool maintainer(s)
GNOME Tweak Tool maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-01-20 05:06 UTC by Romano Giannetti
Modified: 2014-10-21 18:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
example of criptic options (187.84 KB, image/png)
2014-01-20 05:06 UTC, Romano Giannetti
Details

Description Romano Giannetti 2014-01-20 05:06:20 UTC
Created attachment 266697 [details]
example of criptic options

This is the upstream reporting for https://bugs.launchpad.net/ubuntu/+source/gnome-tweak-tool/+bug/1248736, reported for an older version, but still here with 3.10.

Also it affects other parts of the text when font is too big. See https://bugs.launchpad.net/ubuntu/+source/gnome-tweak-tool/+bug/1241608 

A lot of options on the dropdown menus on gnome-tweak-tool, especially in "Typing", are long (probably they should be) and are impossible to differentiate... see for example the screenshot attached.

Probably a different kind of interface should be used. Or a tooltip should emerge on hovering on the option with the full text.
Comment 1 beatgammit 2014-03-11 17:37:13 UTC
I just ran into this and had to reference this bug report to disambiguate the options because many of the options were visually identical. Like the reporter, I had particular difficulty in "Typing".

I expected a tooltip, but nothing appeared when I hovered. I think a combination of tooltip text and shortening the description text would be useful, for example:

    Caps lock:
        - Map to ESC
        - Map to Backspace
        - Map to Ctrl
        - Swap with ESC
        - Swap with ...

The use of "Caps Lock" in the description is unnecessary since it's already been associated via the label. If this has to do with accessibility (screen readers), would a more wordy tooltip text help offset a more concise label?
Comment 2 Robert Roth 2014-10-21 18:03:33 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 711137 ***