Registered Member
|
In Krunner on P5 currently the whole line (with the category) is highlighted, although the selection actually only belongs to the item in the right column:
I would therefore suggest to only highlight the right column with the blue background, whereas the category on the left column is highlighted by bold and darker text. Examples: Also notice how the highlighting on the category stays when moving in that category: Thoughts? |
Registered Member
|
I'm not happy to have two different highlighting systems.
|
|
+1 That's a (pointless, the group highlight has no meaning as afair one cannot traverse groups by eg. PgUp/PgDwn) focus split. I would however agree that highlighting the group indicator (column) is pointless as well (notably due to the low contrast difference between either low contrast columns |
Registered Member
|
Well, I agree at first it looks a bit awkward to have a highlight only on the right side, but just from looking long enough at the mockups it feels better for me .
In the current sheme if you select "Folder", an empty area is highlighted - why would you do that? That is not UI-wise. |
|
There might be a misunderstanding.
I fully agree w/ only highlighting the right section (ie. focus on the item you're actually gonna activate), but I object (and so I understood Andreas) to introduce a secondary highlight (embolding the group) |
Registered Member
|
Well, one could argue that instead of "highlighting" in the left column, it is more like putting an "emphasis" on. Which could maybe less bold /more subtle than in my mockup.
Only highlight in right area, would definetly be better than current scheme, but IMHO there should be something (subtle) on the left. Lets see what other say on this topic. |
Registered Member
|
The original proposal makes sense to me, including separate highlighting of the group column, for obvious reasons.
|
|
> for obvious reasons
Sorry, I'm stupid - what's that obvious reason? Information theory would claim that you distress attention to an unrelated and inactive element which might even accidentally forward it geometrically, ie. to "Digital Clock". It would eg. make sense to lower contrast in all other groups (ie. notably also the right hand text) to stress the current group, but the "obvious" reason to stress a dislocated and dead element, I'm very curious to hear. |
Registered Member
|
I might be slightly ocd, but i feel the proposed design introduces an asymmetry that i don't find pleasing. I understand the logic, but it might be one of those cases where the surgery was a success, but the patient didn't make it
|
Registered Member
|
|
Registered Member
|
I prefer the way it is right now and I agree with @pedrorodriguez: the proposed solution introduces an asymmetry that I find disgusting.
|
Registered Member
|
removing the lines is a great deal, but with the grouping I'm really happy with the system is it is now. The only posibility I saw was the grouping like it is used in System Settings or Dolphin with an header and indent results. Like this Firefox mockups https://www.soeren-hentzschel.at/wp-con ... ckup-2.png Sorry the blog entry is in german https://www.soeren-hentzschel.at/mozill ... und-suche/
But in difference to the grouping like in Dolphin the grouping now has a big advantage. The results are in a list view, so you have anogh whide space to move the group on the left like in some books. +1 for the existing solution without lines in a group. |
Registered Member
|
I agree. Indentation can make it look cleaner, but it uses more vertical space. Every decision has pros and cons. Current design: Uses less vertical space, but it makes the highlighting of the groups on the left inconsistent. My mockup: Highlighting is more consistent, indentation could be added for more clarity, but it comes at the cost of vertical screen real state. https://drive.google.com/file/d/0BzSEgM ... sp=sharing With my proposed option, I think more configuration options for krunner are needed. Number of results per category, etc. It would also be great to be able to search just for one specific category, for example typing "document kde" or "doc kde" would search only documents related to kde. No videos, images, bookmarks, etc. |
Registered users: Bing [Bot], daret, Google [Bot], Sogou [Bot]