Skip to content

Apps: Libre Office Icon Suite Revamp#4323

Open
ochi12 wants to merge 18 commits intoubuntu:masterfrom
ochi12:revamp/libreoffice
Open

Apps: Libre Office Icon Suite Revamp#4323
ochi12 wants to merge 18 commits intoubuntu:masterfrom
ochi12:revamp/libreoffice

Conversation

@ochi12
Copy link
Contributor

@ochi12 ochi12 commented Sep 9, 2025

This PR includes Changes to LibreOffice app icons under fullcolor and symbolic variants. The aim of this PR is to sync LibreOffice Icons with upstream design plus adding my own Yaru touch.

ToDo

Full Color

  • Revamp libreoffice-main
  • Revamp libreoffice-writter
  • Revamp libreoffice-impress
  • Revamp libreoffice-math
  • Revamp libreoffice-draw
  • Revamp libreoffice-base
  • Revamp libreoffice-calc

Mimetypes

  • libreoffice-oasis-database
  • libreoffice-oasis-drawing
  • libreoffice-oasis-formula
  • libreoffice-oasis-master-document
  • libreoffice-oasis-presentation
  • libreoffice-oasis-spreadsheet
  • libreoffice-oasis-text
  • libreoffice-oasis-web

What are the benefits of these changes?

1. The dangling cutout

  • it looks better at smaller sizes
  • reducing rounded corners across the cutout gives a more grounded look and more consistent to upstream look

2. Colors

  • Colors used sticks with the official Suru pallete.

3. Pictograms

  • Pictograms are designed with Yaru look while tightly referencing upstream design

Preview

LO Main

UPSTREAM YARU BEFORE YARU AFTER Symbolic
Image Image libreoffice-main libreoffice-main-symbolic

LO Writer

UPSTREAM YARU BEFORE YARU AFTER Symbolic
Image Image Image Image

LO Impress

UPSTREAM YARU BEFORE YARU AFTER Symbolic
Image Image Image libreoffice-impress-symbolic

LO Math

UPSTREAM YARU BEFORE YARU AFTER Symbolic
Image Image Image libreoffice-math-symbolic

LO Calc

UPSTREAM YARU BEFORE YARU AFTER Symbolic
Image Image Image libreoffice-calc-symbolic

LO Draw

UPSTREAM YARU BEFORE YARU AFTER Symbolic
Image Image Image libreoffice-draw-symbolic

closes #4264

@3v1n0
Copy link
Contributor

3v1n0 commented Sep 9, 2025

Very nice, but let's target this for 26.04

@ochi12
Copy link
Contributor Author

ochi12 commented Sep 9, 2025

Very nice, but let's target this for 26.04

yep still need to work on mimetypes too

@ochi12
Copy link
Contributor Author

ochi12 commented Dec 8, 2025

@3v1n0
image

just finished the mimetype icons

@ochi12 ochi12 force-pushed the revamp/libreoffice branch from 2b5d93f to 410b982 Compare December 10, 2025 03:25
@Jupi007
Copy link
Member

Jupi007 commented Dec 10, 2025

@ochi12 this is nice, but to be very honnest, I prefer to have the blank page below the pictogram like before.
I don't know what the other think about that?

@ochi12
Copy link
Contributor Author

ochi12 commented Dec 10, 2025

@ochi12 this is nice, but to be very honnest, I prefer to have the blank page below the pictogram like before. I don't know what the other think about that?

hmm at first that is what I was going for but I really referenced upstream design
image

image

IMO it looks good and is easily recognizable

@Jupi007
Copy link
Member

Jupi007 commented Dec 10, 2025

IMO the blank layer under the pictogram enforce the "document" look of the icon.
And it clearly differentiates it from the app icon.

@ochi12
Copy link
Contributor Author

ochi12 commented Dec 10, 2025

IMO the blank layer under the pictogram enforce the "document" look of the icon. And it clearly differentiates it from the app icon.

I don’t think we really need to differentiate it. There’s very little risk of users mistaking it for an executable or some kind of installer Linux doesn’t use that type of file format, and AppImages all share the same generic executable mimetype icon anyway. In fact, having the icon closely resemble the app icon actually improves UX, because users can immediately recognize which application will open the file.

Also, within Yaru’s UX pattern, a paper-like icon with a folded upper-right corner already conventionally represents a file mimetype. So the document meaning is preserved without needing an extra blank layer underneath the pictogram.

image These MS mimetypes don't even need white background to enforce a document look.

As long as Upstream -> Yaru look transformation works I don't think we necessarily need to diverge.

Tho, I'm considering reducing the fold effect intensity

@Jupi007
Copy link
Member

Jupi007 commented Dec 10, 2025

We have authorization from upstream to have a divergent design to theirs.
So that's really not a problem to have our own design.

But this is more a question of taste. I really prefer the mimetype icon with white background, which symbolize itself the document you are working on.

These MS mimetypes don't even need white background to enforce a document look.

Tbh, it makes a long time that I think we should add a white bg to the MS Office icons.
Btw, this is how the official ones look:

image

As you can see they use a white BG ;)
IMO ours should be reworked with the new pictogram (and also the white BG to be in sync).

What do you think about this topic @Feichtmeier @ubuntujaggers @Muqtxdir @madsrh ?

@ochi12
Copy link
Contributor Author

ochi12 commented Dec 11, 2025

We have authorization from upstream to have a divergent design to theirs. So that's really not a problem to have our own design.

But this is more a question of taste. I really prefer the mimetype icon with white background, which symbolize itself the document you are working on.

These MS mimetypes don't even need white background to enforce a document look.

Tbh, it makes a long time that I think we should add a white bg to the MS Office icons. Btw, this is how the official ones look:

image As you can see they use a white BG ;) IMO ours should be reworked with the new pictogram (and also the white BG to be in sync).

What do you think about this topic @Feichtmeier @ubuntujaggers @Muqtxdir @madsrh ?

I will try it later on. But let's see what others think

@ochi12
Copy link
Contributor Author

ochi12 commented Dec 15, 2025

image

Upon closer inspection, the new set of pictograms in this PR doesn't fit the aesthetic of having a white bg just like the current ones. Reasons like squashing the new set of pictograms and reduced detail for smaller sizes, since I need to fit a paper + the new set of pictograms.

For now I can accept the upstream design, yarufied, is already a fine endpoint. I really have strong feelings that if an upstream icon is good enough to be yarufied directly then there's no need for modification even with autorization (e.g. gnome papers and ear tag).

there could still be other options tho.

@3v1n0
Copy link
Contributor

3v1n0 commented Feb 17, 2026

Is this approved design-wise?

I mean from the yaru team!

@Feichtmeier Feichtmeier requested a review from Jupi007 February 17, 2026 22:07
Copy link
Member

@Jupi007 Jupi007 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just a little nitpick, except what it looks perfect to me 👍

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The 16x16 pictogram is on the wrong layer (borders):

Image

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For libre office draw only?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, only this one :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Refresh Libre Office Suite Desktop Icons and Mimetype Icons

4 participants

Comments