Bug 151013 - Revise Sifr Icon Theme
Summary: Revise Sifr Icon Theme
Status: CLOSED MOVED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.4.1.2 release
Hardware: All All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Icon-Theme-Sifr
  Show dependency treegraph
 
Reported: 2022-09-17 07:28 UTC by Galdam Jitsu
Modified: 2022-10-17 22:35 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sifr dark icons on dark gtk/libadwaita background, Impress (20.84 KB, image/png)
2022-09-20 07:32 UTC, Galdam Jitsu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Galdam Jitsu 2022-09-17 07:28:49 UTC
Description:
A contributor is interested in revising the Sifr ( monochrome ) icon theme shipped with LibreOffice by default. With that in mind it's probably a good time to talk about Sifr theme and what could be tweaked/changed in it. So, share any thoughts/ideas.

I'll start, my thoughts:

1. Sifr dark icons don't look bright enough to make good contrast with the background, at least on Gtk/GNOME. Thus there Sifr dark icons should be remade with a brighter color.

2. As we are on it, above, I think the colors used should match the colors used in some other Desktop Environment (DE) icon theme (like Breeze, Adwaita, etc..), so that LibreOffice call look a bit more "native" on one DE at least.

3. All icons should be monochrome if possible and I believe they can be, I just think putting two shades in few of them diminishes visual cohesiveness. Matter of aesthetics.

4. Attention should be payed on the sizes of the icons. Some look slightly but annoyingly bigger than others. But in general I think all icons could be a bit smaller, like just 2-4 pixels if possible. Again a matter of aesthetics.

5. The "stroke" width is not consistent among the icons. Please make it consistent for aesthetical purposes, again.

Those are my ideas for now.

Steps to Reproduce:
Not a bug report.

Actual Results:
Not a bug report.

Expected Results:
Not a bug report.


Reproducible: Always


User Profile Reset: No



Additional Info:
Nothing for now.
Comment 1 steve 2022-09-17 08:10:08 UTC
Valid enhancement request -> new

Subjective 2 cents: The proposed changes look great.
Comment 2 Rafael Lima 2022-09-17 21:52:46 UTC
I use the Sifr Dark icon theme in KDE Plasma and it looks very good. I'd like to start by saying that I really like this icon theme.

(In reply to Galdam Jitsu from comment #0)
> 1. Sifr dark icons don't look bright enough to make good contrast with the
> background, at least on Gtk/GNOME. Thus there Sifr dark icons should be
> remade with a brighter color.

Actually I think they look bright enough in KDE. One thing I like about Sifr dark is that it is soft on the eyes (when compared to Colibre).

However, one thing I find strange is that "disabled" icons are lighter than "enabled" icons, which seems counter intuitive. So sometimes it's hard to tell which icons are enabled just by looking at the toolbar, I always have to hover with the mouse to see if they're enabled.
Comment 3 Galdam Jitsu 2022-09-20 07:32:02 UTC
Created attachment 182565 [details]
Sifr dark icons on dark gtk/libadwaita background, Impress
Comment 4 Galdam Jitsu 2022-09-20 07:35:14 UTC
  Thank you both for commenting but Rafael Lima, I have sent an image above to show that they don't look bright enough on GNOME and I still believe they should be brighter despite looking good on KDE Plasma. The problem is the contrast and by raising brightness there will be good contrast both in Plasma and GNOME.

Forgot to mention: tdf#151071 Revise Sifr to Follow Upstream (Adwaita)
Comment 5 Timur 2022-10-05 14:16:44 UTC
I think this was confirmed too soon. 
At least, please wait until bug 151071 is closed, then get master Lo and see if this is still valid. If so, set Unconfirmed, that's for UX then.
Comment 6 Rizal Muttaqin 2022-10-17 22:35:13 UTC
I close this ticket for now. Please file separate bug reports for each of issue/input.