Bug 355680 - Favorite icons could be mixed up as item icons
Summary: Favorite icons could be mixed up as item icons
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasmashell
Classification: Plasma
Component: Application Menu (Kicker) widget (other bugs)
Version First Reported In: 5.4.3
Platform: Other Linux
: NOR minor
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-21 08:19 UTC by Gregor Mi
Modified: 2016-05-19 08:26 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Application menu screenshot (115.90 KB, image/png)
2015-11-21 08:19 UTC, Gregor Mi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gregor Mi 2015-11-21 08:19:25 UTC
Created attachment 95631 [details]
Application menu screenshot

It is a minor thing but it catches my eye. "Normally" an icon is put on the left side of some text item; see taskmanager in the panel or browser tab bar or Application launcher.

Now look at the attached screenshot of the Application menu: if no special thought is put in, it looks like
- the "Recent Applications" item had the Firefox icon associated with it
- the "Recent Document" item has a misaligned icon
- the "Graphics" item has the kate icon.
- other items have misaligned icons

Possible solution: Maybe the space between the Favorite icons bar and the menu items could be increased or the vertical line made thicker?
Comment 1 Eike Hein 2015-11-21 16:53:24 UTC
They don't like up and there's a rect around them, it's fine.
Comment 2 Gregor Mi 2015-11-23 18:42:59 UTC
Now that you mention the rect, I see it too.

So just for the record: with at least one display / eye configuration the rect is barely noticeable.
Comment 3 Gregor Mi 2016-02-21 10:18:06 UTC
I recently had to clarify this again to some new users ("No, if you want to start Firefox please don't click on the text but on the icon only because these are not related here").

I therefore set this issue to "Reopened", ok?
Comment 4 Eike Hein 2016-02-21 17:05:11 UTC
No, because nothing will be done about this so it's just clogging up the bug tracker if it's open.
Comment 5 Gregor Mi 2016-02-21 17:27:33 UTC
Ok, I understand the clogging. But I am not sure now whether code/design contributions to this issue are welcome or not.
Comment 6 Gregor Mi 2016-05-18 20:18:23 UTC
I again watched two new users (children in 6th grade) to be confused with the layout of the current menu. The task was to start Firefox and those two clicked on "Recent Applications".

I wonder what would be the best way to get this fixed... is Kicker the default menu in upstream Plasma or is it an openSUSE thing and requests should go somewhere there?
Comment 7 Kai Uwe Broulik 2016-05-18 20:20:35 UTC
The Plasma 5 default is Kickoff ("Application Launcher"), not Kicker.
Comment 8 Gregor Mi 2016-05-18 20:23:32 UTC
Oh? Is Kickoff the one with the user picture on the top and the "Favourites" tab? Then it would be an openSUSE issue.
Comment 9 Kai Uwe Broulik 2016-05-18 20:35:31 UTC
Yes, the ones with the five tabs at the bottom.
Comment 10 Gregor Mi 2016-05-18 20:51:09 UTC
Thanks for resolving this.

Back to Kicker: maybe each icon on the left side could get corresponding text on the bottom. Then one could get a quicker overview of the available items; especially when icons are similar (like for example LibreOffice Writer or Calc which almost only differ in color at this small size).
Comment 11 Eike Hein 2016-05-19 08:26:39 UTC
Favorites are mostly user-placed, so spatial memory should help with disambiguification. Plus it's really on app devs to make sure their app icons are distinct anyways.

Kicker is an alternative menu designed for users who want a more space-constrained, tightly-packed menu. It's for the kind of user who goes "please remove these dumb space-wasting text labels everywhere, I know what icon I am clicking", not the user who wants those labels added. It's an opt-in design for people who know their shell well and want to use it efficiently.

If that's not the audience openSUSE is targeting they probably shouldn't default to Kicker. Kicker used to be superior in features to Kickoff so there were reasons to default to Kicker, but I ported Kickoff to Kicker's backend in 5.4, so they're at parity now. Of course a distro which does target that audience would presumably do very well defaulting to Kicker.