https://bugs.freedesktop.org/show_bug.cgi?id=81740
Mirek2 <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO Severity|normal |trivial Priority|medium |low Component|ux-advise |UI Ever confirmed|0 |1 --- Comment #4 from Mirek2 <[email protected]> --- (In reply to comment #2) > (In reply to comment #1) > > would you please post a screenshot? > > @tommy, Mirek is talking about the "Match case" checkbox when you "CTRL+F" > in writer. > > @Mirek: I dont think this is a bug. > A button is an action (it applies bold/Italicize/underline to > text/paragraph). > A checkbox is an option (For the "match case" one, it tells the "find" > action that you want to match case when you find) > It makes no sense to convert the "match case" to a button. How can it be > implemented? As a button, which shouldn't really be that hard, considering buttons are a toolbar's specialty and . If you'd like to see an actual implementation, take a look at the Find bar: Firefox (25+). A screenshot from the web: https://3.bp.blogspot.com/-0lhD-hxtbw4/UkMjVSy2KVI/AAAAAAAAAKA/5iFxZoeu3zE/s1600/findbar1.png > what's the advantage? Well, it's mostly superficial. Labels of checkboxes in toolbars right now don't have the same size as button labels and that makes toolbars with both look inconsistent. (I'll attach a screenshot.) Secondly, it has to do with perceived target area. Because checkbox labels aren't always actionable, the perceived target area may for some users be just the check box and not its label. With a button, it's clear that the whole button is actionable. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
