[Libreoffice-ux-advise] [Bug 81740] Toolbars Should Not Contain Checkboxes

https://bugs.freedesktop.org/show_bug.cgi?id=81740

Mirek2 <mazelm@gmail.com> 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 <mazelm@gmail.com> ---
(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 on the CC list for the bug.