[Libreoffice-ux-advise] [Bug 153321] Notebook Bar (MUFFIN) separator color inconsistent in dark mode

2023-02-06 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=153321

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
   Severity|enhancement |normal
 Ever confirmed|0   |1
 CC|libreoffice-ux-advise@lists |caol...@redhat.com,
   |.freedesktop.org|heiko.tietze@documentfounda
   ||tion.org
 Status|UNCONFIRMED |NEW

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 153321] Notebook Bar (MUFFIN) separator color inconsistent in dark mode

2023-02-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=153321

--- Comment #6 from Faisal  ---
To add to the discussion, this is why I prefer gray instead of white for
separators:

1. From a usability POV, having a white line visually overshadows the icons. A
white line makes it more difficult for users to find the icon they need to
click on. In a toolbar, icons should have the highest visibility, not a
non-clickable separator that the user cannot interact with. This is especially
a problem when the Colibre icon theme relies on outlines.

2. Users who need high contrast can use Windows's high contrast mode. There is
no low contrast mode for users who prefer a cleaner UI.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 153321] Notebook Bar (MUFFIN) separator color inconsistent in dark mode

2023-02-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=153321

--- Comment #5 from Heiko Tietze  ---
And I super dislike the hard contrast between full black and full white (it
looks like high contrast mode; the Microsoft designers put surely a lot of
effort into a good set of colors). We aim to follow the system default and
should do it as well here. My take: BUG

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 153321] Notebook Bar (MUFFIN) separator color inconsistent in dark mode

2023-02-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=153321

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
I misread the report and thought the request was to make the default toolbar
use the brighter colour for separators, which I think makes more sense.

Regarding consistency: the distinction between standard vs MUFFIN is
disappearing and mainly relevant to developers. For users, it is not
particularly relevant and the main visible distinction is the UI dialog's
separation between the top two (standard and tabbed) and the rest below. That
might be why the inconsistency can be more surprising to them.

I think the standard toolbar could benefit from more visible separators... So
maybe a solution is to use a consistent in-between colour for all?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-ux-advise] [Bug 153321] Notebook Bar (MUFFIN) separator color inconsistent in dark mode

2023-02-02 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=153321

V Stuart Foote  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEW |UNCONFIRMED
Summary|Toolbar separator color |Notebook Bar (MUFFIN)
   |inconsistent in dark mode   |separator color
   ||inconsistent in dark mode
   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||vsfo...@libreoffice.org

--- Comment #3 from V Stuart Foote  ---
Those are all Notebook Bar (MUFFIN) constructs. Personally I have no issue with
the brighter #FF as it offers higher contrast responding to a Windows Dark
mode App theme. It also provides good contrast to the NB "Tab" rendering.

The standard Toolbar fg/bg toggle is fine as it is as well.

There is no requirement that the UIs match in this context as folks otherwise
choose to use one of the MUFFIN .UI constructs or our Standard
Toolbar/Dialog/SB. 

Consistency of the Light/Dark fg/bg toggle is a non-issue.

IMHO => WF

-- 
You are receiving this mail because:
You are on the CC list for the bug.