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
The screen shot is in the url...... Is it better to add it as an attachment?
The wrong selection box is a kdelibs bug. Regarding the layout issues, see bug 233508 and bug 234407.
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....)
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.
https://git.reviewboard.kde.org/r/113969/
Thanks, you forgot the BUG: keyword in commit :) http://commits.kde.org/kdelibs/e132310135b2d87cbcda7e82883453d6e1093c6a