Toolbar Icon Label Default Setting | QA Testing

Bug #268772 reported by Celeste Lyn Paul
6
Affects Status Importance Assigned to Milestone
KTorrent
Invalid
Medium
Kubuntu Default Settings
Invalid
Undecided
Unassigned
kdelibs
Invalid
Medium
kde4libs (Ubuntu)
Fix Released
Low
Unassigned
kubuntu-default-settings (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: kubuntu-default-settings

Opening a QA bug to help keep track of how many people test new toolbar icon default in Kubuntu Intrepid during Alpha and Beta releases.

For Intrepid, we are changing the default toolbar icon text position to Text Alongside Icons. This was a suggestion made by the KDE Oxygen and Usability projects as a way to improve the aesthetic and usability of the toolbars. The previous default was Text Under Icons. This configuration requires more vertical space (precious for widescreen laptop users), and the varying label lengths create inconsistent spacing between the icons.

At 1024x768, almost all application toolbars will fit in the default window size (~25%-75% of the available screen) and all application toolbars will fit if the window is maximized. Also, Konqueror's toolbar remains configured as icons-only in order to preserve as much space as possible for the location bar.

We need users to test the default settings and window sizes to make sure everything fits and looks good on different resolutions. To test the settings out for yourself:

A) Install or upgrade to Kubuntu Intrepid Alpha 5 and upgrade kubuntu-default-settings (it is not in the Alpha 5 release).
or
B) Go to System Settings > Appearance > Style (Page) > Effects (Tab) and configure the Text position: option to Text Alongside Icons.

Useful feedback:
* Reporting of desktop resolution and physical monitor size
* Testing method (Alpha or System Settings)
* Screenshots of entire desktop with application in question in default or maximized sizes.
* Bugs concerning switching between toolbar label modes should be submitted upstream to bugs.kde.org.

Revision history for this message
In , Orvio (orvio) wrote :

Version: (using KDE KDE 3.97.0)
Installed from: Debian testing/unstable Packages
OS: Linux

Any toolbar with a name differing from "mainToolBar" does not respect the global toolbar style-settings. They will just use the default setting (TextUnderIcon) when they are created for the first time and ignore the system style-setting. Their style will then be saved in the application config file.
This setting can then be alterd with the popup menu and the new setting will be stored in application file, even if it is equal to the global style.
This means, that all toolbars with any other name than "mainToolBar" need to be changed manually to match the global style. (unless the global style happens to be TextUnderIcon, of course).

Revision history for this message
In , Kdebugs-99-urgwurz (kdebugs-99-urgwurz) wrote :

And they don't remeber the icon size settings.... Has it something to do with Bug 152266 and 167280?

Revision history for this message
Clay Weber (claydoh) wrote :

My system: Compaq Evo N610c laptop with 14.1" screen @ 1024x768

testing method A

In Kontact the icons do all fit nicely in full-screen mode for me, with the exception of the "What's This" icon in Kmail. But that is only because I have used the anti-spam wizard which added the spam/ham icons to the toolbar. it doesn't sound like a big gain in screen real estate moving the text, but actually gaining it does make a small but quite noticeable difference.

I find the new button/text layout gives me a bigger 'target' to hit, whiich seems to make it easier for me to click the correct one, especially as I am still getting used to this laptops's pointing devices :) The useful icons are directly above the message list, which is also handy.

I do loose a few buttons un-maximized, as shown in the attached screenshot. I am not sure if the window size is standard or not as I may have changed it at some point

Konqueror : no issues maximized or un-maximized

Okular: un-maximized, one icon (selection) is not visible

Dolphin looks good. (as an aside, could the icon in the information pane be reduced? it is so huge in comparison to the other icon sizes)

Overall I like the text-alongside-icons. It is something I have never given much (or any) though to.

Revision history for this message
Clay Weber (claydoh) wrote :
Revision history for this message
Celeste Lyn Paul (seele) wrote :

@Clay

Hmm.. it seems like Okular's default horizontal size got changed by ~10 pixels from when we tested it the first time. We should be able to adjust that.

Kmail was one we had to think about (forgot to mention it in the main entry). I think it is extremely useful to have the labels with the buttons since some of the icons look alike, but Kmail has a lot of icons in the toolbar. The "Previous/Next Unread Message" button pair takes up an indecent amount of space. We may have to do the same as Konqueror and use icons only.

Revision history for this message
nilux (nilusk) wrote :

Hi,

I'm not sure about the benefits of putting the text alongside the icons..

Here are a few points i found disturbing; check the two attached screenshots to compare :
- The limit between each button gets blurry because the text is mixed with the icons. I find it confusing.
- We gain a few pixels vertically, but lose much more pixels horizontally! Horizontal space is important on wide screens too, since the extra space is often used for an always displayed widget bar or kopete contact list for example.
- It doesn't fix the problem of varying label lengths, it gets even worse because now every single button has its own length depending on the number of letters.
- We constantly have to click the double arrows to click the last buttons on the right. I find it confusing too because some important options get hidden, and new users cannot know they exist if they are always hidden by default..

Revision history for this message
nilux (nilusk) wrote :

Here is the second attachment, sorry i didn't a way to add a second one to my first post..

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :
  • okular Edit (104.5 KiB, application/octet-stream)

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800

Tested Okular. As mentioned in a previous comment putting the text alongside the icons causes the buttons at the right hand end of the toolbar to be pushed onto a second line which requires using the arrow at the end of the toolbar to gain access. Screenshot attached.

On the same subject I began by trying to test the applications in the 'Internet' section of the k-menu. I hadn't really noticed before but the majority of applications in this section don't have any text alongside the icons. Konqueror, akregator and konversation stand out but I can compile a complete list if that would be useful

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800

Following on from my previous comment. Apps in the 'Internet' section of Kmenu that don't have any text at all with the icons. Series of screenshots to follow.

Konversation - by default seems to be configured to hide the toolbar. If it is displayed then the icons have no text.
Kontact - regardless of which view is chosen in the left sidebar.
Akregator - both when run from within kontact and as a stand alone app.
KRDC - remote dsktop client
Konqueror.

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :
Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

akregator in stand alone mode

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :
Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :
Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800

Tested Ktorrent kde4 version. This is an interesting case. There seems to be 3 independent toolbars in the window.

The 'main' toolbar with the open, save, etc options respects the setting to place text alongside icons.

The middle toolbar with the play, pause buttons still places text below icons as well as having the problem of some buttons being pushed 'offscreen' i.e onto a second line.

On the right hand search bar the drop down list to choose the search engine is pushed offscreen.

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800

This one seems to be fine

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800
Application: Gwenview

Basically fine. Same problem with buttons being forced off the end of the toolbar.

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800
Application: digiKam/KDE3

Another instance where the icons don't have any text.

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

oops. forgot screenshot

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800
Application: Amarok

This may be redundant since I don't have Amarok2 installed on this machine to compare against but Amarok seems to be another case where the toolbar icons don't have any text.

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800
Application: JuK

The toolbar on JuK seems to only include play/pause type buttons for controlling media playback. I'm not sure if this qualifies as a toolbar for the purpose of this exercise but it still keeps the text below the icons. It actually looks very like the toolbar on ktorrent, is this a standard widget from qt?

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800
Application: Dragon Player

Seems to work just fine

Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Testing method B on Hardy
System Thinkpad R61i 15" screen @ 1280x800
Application: Kate

Works fine

Revision history for this message
Kieran Hogg (xerosis) wrote :

Testing Method A, it doesn't quite work with KOffice2. The first toolbar on the row the follows the setting but not the rest.

Revision history for this message
Celeste Lyn Paul (seele) wrote :

@Kieran: There seem to be a bug in some KDE apps where the secondary toolbars do not follow the default setting. Could you submit a bug to Koffice about this?

@Everyone: If you have additional languages installed, can you try other system languages as well? There has only been minimal testing for other languages. I know German and Spanish tend to be longer, but it would be good to know a) if the icon+label in another language is still useful, and b) how much/many icons fall off the toolbar with default settings (default size and maximized, provide your resolution data as well). If you are running Intrepid alpha, please update kubuntu-default-settings.

Changed in ktorrent:
status: Unknown → New
Changed in kubuntu-default-settings:
status: Unknown → New
Changed in ktorrent:
status: New → Invalid
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Has been implemented in k-d-s, so setting that to fixed. The issues found with kde4libs still need to be fixed, though.

Changed in kubuntu-default-settings:
status: New → Fix Released
Changed in kubuntu-default-settings:
importance: Unknown → Undecided
status: New → Invalid
Changed in kde4libs:
importance: Undecided → Low
status: New → Confirmed
status: Confirmed → Triaged
Changed in kdelibs:
status: Unknown → New
Revision history for this message
In , Thomas Friedrichsmeier (tfry) wrote :

*** Bug 171815 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Thomas Friedrichsmeier (tfry) wrote :

Apparently this is done on purpose. The code in KXMLGuiBuilder, and KMainWindow (and possibly elsewhere) specifically applies the global setting only the toolbars called "mainToolBar". This mail: http://lists.kde.org/?l=kde-core-devel&m=103307809508725&w=2 is the best I could find to explain the reasoning behind this.

That said, I agree this behavior is confusing and undesirable.

Some bug reports that are likely to refer to this same issue (result of a very quick search):
bug #140281
bug #189284
bug #164978
bug #167112

Changed in kdelibs:
status: New → Invalid
Changed in kdelibs:
status: Invalid → Unknown
Changed in kdelibs:
status: Unknown → New
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

This QA bug is pretty much unneeded now, as the default icon label settings went upstream, and any issues with the related programming are being tracked at KDE>

Changed in kde4libs (Ubuntu):
status: Triaged → Fix Released
Changed in ktorrent:
status: Invalid → Unknown
Changed in ktorrent:
importance: Unknown → Medium
Changed in kdelibs:
importance: Unknown → Medium
Changed in ktorrent:
status: Unknown → Invalid
Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

The default icon size as well as the default text position can be configured separately for main tool bars and other tool bars.

Changed in kdelibs:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.