Taking the decision from https://bugs.documentfoundation.org/show_bug.cgi?id=42082#c25 into an extra ticket.
Please don't. We've since moved to Breeze. Compared to Breeze, Sifr looks clunky and does not fit macOS as well. Proposing wontfix as state for this bug.
Patch at https://gerrit.libreoffice.org/#/c/52117/
I disagreed with that decision then and still do now. If LibreOffice's button style matched macOS's, then the Breeze icons might look better, but against that background Sifr comes much closer to the native macOS feel.
(In reply to Heiko Tietze from comment #0) > Taking the decision from > https://bugs.documentfoundation.org/show_bug.cgi?id=42082#c25 into an extra > ticket. That decision was made and happened in LO 4.4. https://wiki.documentfoundation.org/ReleaseNotes/4.4#Sifr_as_the_default_icon_theme_on_OS_X In 5.0, Steve suggested moving to breeze and that is when it changed. I've always felt that moving to breeze from sifr wasnt a good decision on Mac, especially with breeze's thin lines and mac's toolbar gradient. With the recent introduction of colibre and it being the default on windows, i would recommend it be the default on mac over sifr or breeze.
I'd love to look at Colibre but macOS nightly are stuck (again) https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@49-TDF/ The argument to simulate or come close to another office application is not that relevant for macOS imo, since Pages + Word do differ quite a lot. Word has the ribbon and icons look really different than the icon style in Pages (no ribbon). My feeling towards Sifr (and reasoning why I preferred and still do prefer Breeze over it for macOS) remains: it feels a bit clunky, less elegant. I think the thin lines better fit the macOS style and look more modern. Attaching a screenshot showing LO / iTunes / Finder w left sift right breeze.
Created attachment 141008 [details] sifr breeze comparison
Created attachment 141009 [details] safari
Created attachment 141010 [details] finder high sierra
Looking at Safari / Finder icons I feel the argument with thin lines being more in line with macOS seems to apply even more.
Created attachment 141011 [details] colibre icons
(In reply to steve -_- from comment #5) > I'd love to look at Colibre but macOS nightly are stuck (again) > https://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@49-TDF/ Download attachment 141011 [details] and adding it to the folder with the other icon zip files. > The argument to simulate or come close to another office application is not > that relevant for macOS imo, since Pages + Word do differ quite a lot. Word > has the ribbon and icons look really different than the icon style in Pages > (no ribbon). Both Pages and Word have colorful icons, so it is simple to use that as the basis of the choice, which is why i'm recommending the colored icons of colibre over the black/gray icons in breeze and sifr. https://tidbits.com/resources/2014-10/iwork-mac-toolbars.png http://cdn2.alphr.com/sites/alphr/files/2015/07/word_2016_for_mac.jpg > My feeling towards Sifr (and reasoning why I preferred and still do prefer > Breeze over it for macOS) remains: it feels a bit clunky, less elegant. I > think the thin lines better fit the macOS style and look more modern. Yes breeze does more closely resemble the thin monochrome icons found in single title+toolbar (CSD) apps like itunes, safari, and finder, but LO has many toolbars with hundreds of icons, and monochrome icons cant convey the needed information effectively.
I’m not happy with this. Bug 42082 comment 25 is outdated; since then we’ve decided to settle on Breeze after consultation with macOS users (commit 816941f1396b79eba2dc3b46c6cffb53835ee923), none of which have clamored to revert that change, so I dunno what has prompted the design team to suddenly try to revert it. If contrast is so much of a problem, I’d rather nuke the buggy toolbar gradient.
If the overall opinion continues to be against Sifr I vote for removing this theme from the factory settings; users can install it easily per extension. Only those artwork should be included in general that has a clear purpose, which is in case of icon themes being the default for a desktop environment. (Hope pappamatti will join the discussion.)
@Heiko, * The Sifr icon design change at 4.4 [1] ended up too heavy for macOS, also it was falling back to Breeze. So, more complete Breeze was made default at 5.0 [2] So still correct to retain Breeze as default for macOS builds. Valid question about suitability of Colibre as done for Windows 10 (or recast with an Apple macOS palette hue) as alternative to Breeze. But not Sifr. IMHO => WONTFIX =-ref-= [1] https://wiki.documentfoundation.org/Design/Meetings/2014-11-19 [2] https://wiki.documentfoundation.org/Design/Meetings/2015-06-03
As I don't use osx I can't give an advise but it look like there is any icon theme that will work for all. So my suggestion would be no change and I will check if colibre could work with osx color plate.
Created attachment 141039 [details] screen clips of LibreOfficeDev 6.1.0 (2018-03-26) Writer with Breeze, Colibre, Sifr icon themes PNGs for comparison of the icon themes showing Writer and Style sidebar, as of 2018-03-26 builds of master. Still some Sifr fallback to Breeze. And Windows 10 color theme of Colibre is not really a good fit for macOS.
As the designer of sifr (part of it) and I unfortunately don't use MacOS I could not test how sifr will fit into the MacOS Theme. And for my perspective, sifr is more tango related, which makes it more suitable for desktops like gnome, xfce, e.g. Perhaps colibre is the better icon set for MacOS, perhaps with a slightly different color scheme (or monochromatic).
So since all vote against a certain purpose for Sifr (being the default on macOS) there is no reason to keep it. It's an icon theme like any other on DeviantArt or Gnome eyecandy. So my take is to remove it from the shipped themes and make it an extension on the LibreOffice extension site. (Summary adjusted, was: Make Sifr the default icon theme on macOS)
I think it's a decission Papamatti should make if he prefer to work on the core repository please do so. If he will switch to the extension webpage it's also fine, but don't stop to contribute to Sifr icons.
(In reply to andreas_k from comment #19) > I think it's a decission Papamatti should make if he prefer to work on the > core repository please do so. If he will switch to the extension webpage > it's also fine, but don't stop to contribute to Sifr icons. Totally agree - if there is an active maintainer, no need to push for a the theme removal! Papamatti - thanks for all your work on the Sifr icons, much appreciate it :-)
Personally I've always liked Sifr, and still think it has the best potential for scalable SVG/HiDPI support, and dynamic change of icon color in response to theme or HC/CB use needs. But it needs continued dev effort. Near term, do need to complete the icon set as its fall back to Breeze remains a bit jarring. If Papamatti remains on board no reason to remove it even if it is not used by default for any OS/DE.
I also vote against removing Sifr from default installation as long as there is an active maintainer like Papamatti. So: WONTFIX.
There was recently a similar discussion on the mailing list about Notebookbars with the question, which of the inbuilt variants is being supported by the design team. The answer that we accept everything as long we have an active maintainer is odd, IMHO, as it is the opposite of user-centered design. This statement is agnostic of persons or quality, Matthias (aka papamatti) is doing a great job and Sifr is a nice theme. But what stops people from flooding LibreOffice with too many variants? In the end, the overall opinion is to keep Sifr and I have to accept the decision (admittedly not a big deal in this case).
you are absolute right we have now 9 different user interfaces for > 3 different applications. If someone write a new function someone has to implement this function in add different implementations. That's horror. And if you have someone that maintain the implementation you have to be informed that there is a new function, ... This is an existing issue already exist with icon themes. remove everything and keep LO compact is one solution. The second solution is to find a way to inform the different maintainer about new icons / new functions, ... this will help not only the "core" developers and designers that will help also external icon / toolbar designers, so I think find a solution for our diversity will be better than move everything to an extension, BUT also promote that LO is diversity so the users understood that it can happen that something isn't finished.
(In reply to andreas_k from comment #24) > The second solution > is to find a way to inform the different maintainer... The core of LibreOffice has no real maintainer, no dedicated person who is responsible for a feature. Volunteers are doing the work in open source. If a feature is provided via extension the things are different.
Sifr is intended to replace the high contrast icon theme, so if something needs to be removed, it should be high contrast and making sifr appear when high contrast is enabled.