Humanity should provide symbolic versions of custom icons for GNOME Shell

Bug #1698795 reported by Didier Roche-Tolomelli
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu theme
New
Undecided
Unassigned
gnome-shell (Ubuntu)
Fix Released
Undecided
Unassigned
humanity-icon-theme (Ubuntu)
New
Wishlist
Unassigned
ubuntu-themes (Ubuntu)
New
Undecided
Unassigned

Bug Description

The app icon in top panel next to application menu entry is the default adwaita icons and don't match the current theming.

It's either:
- the fact that we don't provide the correct icon size in our themes, and so, the icons are defaulted
- a bug in G-S

Tags: gnome-17.10
tags: added: gnome-17.10
Jeremy Bícha (jbicha)
Changed in humanity-icon-theme (Ubuntu):
importance: Undecided → Wishlist
Jeremy Bícha (jbicha)
summary: - App icons in top panel (next to menu) doesn't match theme
+ Humanity should provide symbolic versions of custom icons for GNOME
+ Shell
Revision history for this message
Sebastien Bacher (seb128) wrote :

We discussed it at GUADEC, the GNOME design is to use symbolic icons in the panel and our theme is missing ones to match our icons which creates the difference. But even if we fix the theme third party apps (and some of the default ones) are going to display a colored icon (e.g firefox) and it's going to be difficult to have visual conistency. One way would be to change the Ubuntu session to not display symbolic icons but always the normal one...

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Is this humanity or just more missing icon symlinks (as usual) in ubuntu-themes?

I thought it was the latter when I logged bug 1700736.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Oh, sorry. This bug is about app icons. I was talking about indicators.

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

For now, let's use in the ubuntu session non symbolic icons:
- our theme doesn't support them and there are few changes we'll have app symbolic icons for our default applications in 17.10.
- for coherence reasons: most of branded apps outside of GNOME (firefox, chrome, thunderbird) don't have symbolic icons, and so, will appear colorized. Shipping two different experiences in the same session is weird. Let's ensure the ubuntu session don't use them by default thus.

Revision history for this message
Jeremy Bícha (jbicha) wrote :

Fedora includes a symbolic Firefox icon in their Firefox distro packaging:
http://pkgs.fedoraproject.org/rpms/firefox/blob/master/f/firefox-symbolic.svg

I think we should do the same and see about pushing that icon upstream.

I think it's up to the app developers to provide the symbolic icons not the icon theme.

Personally, the icon in the top bar is so small that a symbolic simpler monochrome icon is a bit more clear than a regular color icon.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gnome-shell - 3.24.3-0ubuntu2

---------------
gnome-shell (3.24.3-0ubuntu2) artful; urgency=medium

  * Ship ubuntu GNOME Shell mode which will be a slightely modified
    mode compared to upstream vanilla GNOME Shell one:
    reference a cutomized ubuntu.css, with some based rules changes
    from the upstream one, like default font, no symbolic icon in the
    appmenu for coherence with other set of icons not having symbolic ones.
    We use regexp rules based on the source shell css, so that it's always
    in sync with shell theming on any update. (LP: #1698795)
  * Dropped debian/patches/ubuntu_font.patch, not needed anymore as we will
    have our own theme.
  * debian/patches/ubuntu_gdm.patch:
    as gdm is system-wide and not session-wide, ensure gdm has an ubuntu
    styling by default, not impacting the gnome user session though.
  * Bump Standard-Version to latest
  * Remove debian/gnome-shell.gsettings-override, as this is now in
    ubuntu-settings, and we will have per-session overrides there.

 -- Didier Roche <email address hidden> Mon, 14 Aug 2017 09:03:41 +0200

Changed in gnome-shell (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.