Bug 309780 - The region to trigger mouse hover effect/mouse event in kcm ui is wrong (in certain cases).
Summary: The region to trigger mouse hover effect/mouse event in kcm ui is wrong (in c...
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kdeui (show other bugs)
Version: 4.9.3
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL: http://wstaw.org/m/2012/11/09/plasma-...
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-08 23:36 UTC by Yichao Yu
Modified: 2016-06-18 04:43 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.13.1


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yichao Yu 2012-11-08 23:36:41 UTC
The screen shot is in Chinese. I haven't test this for English locale both because it is a little hard to do that (since LANG=C systemsettings doesn't work) and I doubt this can happen in English locale (explained below). Since the problem happens on individual entries, I will refer to them by both there positions and there names (in Chinese), hopefully it won't be too hard for a non-Chinese speaking person to understand.....

As you can see in the screen shot, my mouse is over the second line text of the second entry in the first row ("工作空间外观"). However, the entry is NOT highlighted. It is only highlighted (and clickable) if I put my mouse above the first line of text (or the icon of course). The same thing happens for the third entry in the first row ("工作空间行为") and the third and forth entries in the second row ("应用程序外观" and "快捷方式和手势") but it doesn't affect the last entry in each row (1, "默认应用程序" and 3, "即时通讯和语音") or entris that have longer text e.g. the second one in the second row ("应用程序和系统通知") (this is why I think this may not happen in English locale, since a English word is normally longer than one or two Chinese characters...)

One other probably related suggestion (but maybe need another feature request??) is to balance the number of characters in each line of each entry, i.e. if the text cannot fit into a single line, at least try to make the number of characters (or width of the text) in each line roughly the same.


Reproducible: Always
Comment 1 Yichao Yu 2012-11-08 23:37:38 UTC
The screen shot is in the url...... Is it better to add it as an attachment?
Comment 2 Christoph Feck 2012-11-08 23:55:58 UTC
The wrong selection box is a kdelibs bug.

Regarding the layout issues, see bug 233508 and bug 234407.
Comment 3 Yichao Yu 2012-11-09 00:05:42 UTC
THX.

Well it's not really about layout. It's "应用程\n序外观" is better than "应用程序外\n观" (although "应用程序\n外观" is the best since it is how words are split). Anyway, nvm. It doesn't really belong to this bug. I put it here simply because in this way we might never have less than three characters in the second line and may never trigger this bug :P .... (just a workaround....)
Comment 4 Yichao Yu 2013-11-20 16:17:51 UTC
Update.
Turns out the correlation between the number of characters in the second role and the problem is just a coincident. The bug is in KCategoriedView::indexAt, which assumes that all items has the same height.
Not really sure how to properly fix it yet though.
Comment 5 Yichao Yu 2013-11-20 17:22:40 UTC
https://git.reviewboard.kde.org/r/113969/
Comment 6 Christoph Feck 2014-05-08 23:15:14 UTC
Thanks, you forgot the BUG: keyword in commit :)

http://commits.kde.org/kdelibs/e132310135b2d87cbcda7e82883453d6e1093c6a