ALT+TAB with compiz shows really ugly icons for minimized windows

Bug #387828 reported by lucky
192
This bug affects 36 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Fix Released
High
Unassigned
Compiz
Fix Released
Undecided
Unassigned
One Hundred Papercuts
Won't Fix
Undecided
Unassigned
Unity
Fix Released
Medium
Unassigned
Fedora
Won't Fix
Medium
compiz (Ubuntu)
Fix Released
Low
Unassigned
unity (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Take a look at the screen-shot attached.
When using tab switching, one require a nice icon to display.
If those icons are too small, compiz scales them, this results in absolutely hideous icons.
It especially happens when one of the application is minimized in the taskbar.

This can happen for gnome-do as well at start-up.

IMO, this impairs the visual impact, ubuntu wants people to have.

Revision history for this message
lucky (lucas-charles) wrote :
Revision history for this message
mrosati (rosati-matteo) wrote :

i confirm, this is a really ugly behaviour. i made a screenshot too

Revision history for this message
l-x-l (labouie) wrote :

Even worse is when you press Super+Tab while apps are minimized. The icon appear really big on the screen but their resolutions are horrible.

Vish (vish)
Changed in hundredpapercuts:
status: New → Confirmed
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :
Revision history for this message
Jason Smith (jassmith) wrote :

So there is a relatively straightforward and incremental way to fix this issue. I will outline the steps here.

1) Patch compiz to pay attention to things like _NET_WM_ICON_NAME (if it doesn't already) as well as to use a simple heuristic to look at the size of the icon it wants and some of the other properties of the minimized window, such as its class name, which often matches its desired icon name (e.g. firefox)

2) Patch GTK+ to set more than one icon size into _NET_WM_ICON, preferably setting some large size icons in there for these use cases.

3) Patch compiz, if needed, to play nice with 2)

Up to this point these are temporary solutions, ultimately it would be best to match a window with a .desktop file in a reliable way. In the future this will be possible and when it is all compiz must do is load the icon from the desktop file and be done.

Revision history for this message
Vish (vish) wrote :

There has been a new idea >
https://bugs.launchpad.net/hundredpapercuts/+bug/402821
It sounds better to show the window preview always, than showing an icon.

Revision history for this message
6205 (6205-reactivated-deactivatedaccount) wrote :

I am pretty damn sure that this is and icon theme issue. Using old. incomplete Human icon theme displays blurry icons on many places, not only int Alt+Tab switcher. Try icon theme GNOME-Human from gnome-colors suite where are all icons in all sizes, including scalable version and you will never have this problem again..

Revision history for this message
mrosati (rosati-matteo) wrote :

Icons are ugly even using that theme (and BTW, I have been using it for a long time).

I am pretty damn sure that this is *NOT* an icon theme issue :)

Try by yourself, I won't attach another screenshot because it would be identical to the one i have attached in the post #2.

I have this problem with EVERY icon set of the default ubuntu installation, and also with EVERY download theme (gnome-colors too).

Revision history for this message
Kenneth Wimer (kwwii) wrote :

This is a matter of the apps not shipping icons which are large enough / scalable for compiz to show it decently. The human theme purposely does not ship with app icons, in order for apps to brand themselves as they see fit. It is not an error in the human theme. Albeit, including a fall-back theme with nice icons for apps, such as humanity is perhaps a really good idea ;)

Revision history for this message
X (axcoro) wrote :

perhaps, a solution could be to always show the icon in the original size: i prefer see an icon of 32x32 in middle of a rectangle of 128x128 (guessing here) instead of an icon of 32px stretched to fit in the rectangle.

Revision history for this message
X (axcoro) wrote :

The icon for smplayer display correctly (48px) as you will see in the image, not for nautilus, firefox, etc.

Revision history for this message
Vish (vish) wrote :

Invalid as a papercut, since there is no simple fix for this[Pls read Kenneth's comment and the compiz links in David's comment]

Simply showing an icon of a minimized window is not the solution.
-the preview of the window needs to be displayed ,only then the widows are actually previewed.

Changed in hundredpapercuts:
status: Confirmed → Invalid
Revision history for this message
Vish (vish) wrote :

But assigning this bug to ayatana , so that an elegant solution is brought about...
http://forum.compiz-fusion.org/showthread.php?t=7873&page=5

affects: hundredpapercuts → ayatana
Changed in ayatana:
status: Invalid → New
Changed in ayatana:
status: New → Invalid
tags: added: ayatana
Deryck Hodge (deryck)
affects: dead-ayatana → hundredpapercuts
Revision history for this message
Vish (vish) wrote :

Won't Fix in papercuts , but is tagged "ayatana" to be overseen in Ayatana project

Changed in hundredpapercuts:
status: Invalid → Won't Fix
Revision history for this message
In , Felix (felix-redhat-bugs) wrote :

Created attachment 365278
look at the firefox icon ...

I have switched to rawhide recently. For the first time desktop effects work on my notebook thanks to the intel 2.9 driver...

But switching through the minimized applications the gnome applications look horrible as the have a pixeled icon. The KDE apps look way better.

There are better icons as the desktop icons look clear even when enlarged.

AFAIK X allows windows to pass icons in several sizes to the WM.

Revision history for this message
In , Felix (felix-redhat-bugs) wrote :

For more information you might have a look at:
http://www.openoffice.org/issues/show_bug.cgi?id=95220 which originated in my report at https://bugzilla.novell.com/show_bug.cgi?id=372983.

Revision history for this message
In , Ray (ray-redhat-bugs) wrote :

This has to be fixed at the app level I think. moving to firefox.

The gnome-desktop component is for a small library called libgnomedesktop that is used to get wallpaper and monitor settings

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

Us or upstream?

Revision history for this message
In , Matěj (matj-redhat-bugs) wrote :

Created attachment 365981
screenshot of gnome-shell with Alt-TAB switching

Surprisingly icon is pretty good in gnome-shell.

Is it because we don't have SVG icon of Firefox, and KDE tried poorly to scale bitmap icon?

bradford:~$ locate firefox.svg
bradford:~$ find /usr/share/icons/ -name firefox\*
/usr/share/icons/hicolor/256x256/apps/firefox.png
/usr/share/icons/hicolor/48x48/apps/firefox.png
/usr/share/icons/hicolor/24x24/apps/firefox.png
/usr/share/icons/hicolor/22x22/apps/firefox.png
/usr/share/icons/hicolor/16x16/apps/firefox.png
/usr/share/icons/hicolor/32x32/apps/firefox.png
bradford:~$

Revision history for this message
In , Felix (felix-redhat-bugs) wrote :

(In reply to comment #4)
> Created an attachment (id=365981) [details]
> screenshot of gnome-shell with Alt-TAB switching
>
> Surprisingly icon is pretty good in gnome-shell.
interesting.

> Is it because we don't have SVG icon of Firefox, and KDE tried poorly to scale
> bitmap icon?
Just to clarify. The screenshot I attached is from gnome 2.28 with desktop effects turned on. It is not KDE.

Revision history for this message
In , Felix (felix-redhat-bugs) wrote :

Ubuntu has a bug about the same issue:
https://bugs.launchpad.net/ubuntu/+bug/387828

Changed in fedora:
status: Unknown → In Progress
Revision history for this message
In , Felix (felix-redhat-bugs) wrote :

bug #451904 has pretty similar content for emacs.

To see the icons that a program offers, one can use xprop.
Looking at the output Firefox offers 16x16, 32x32 and 48x48 icon while ksnapshot offers 16x16, 32x32, 64x64 and 128x128 icons.

Revision history for this message
In , Bug (bug-redhat-bugs) wrote :

This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Ivanka Majic (ivanka)
Changed in ubuntu:
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
Revision history for this message
Ivanka Majic (ivanka) wrote :

The aesthetic usability of Ubuntu is impaired by this bug.

Please can someone attend to it? Reading the comments there appear to be simple ways to fix this but I am not in a position to judge.

Thanks!

Revision history for this message
Martin Pitt (pitti) wrote :

It seems this was fixed with the new compiz settings that hit lucid some weeks ago. Now the alt-tab switcher has thumbnails of the actual windows, plus a non-scaled/non-fuzzy icon in the lower right corner.

Changed in ubuntu:
status: New → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is happening with minized dialogs not the ones open on screen

affects: ubuntu → compiz (Ubuntu)
Changed in compiz (Ubuntu):
status: Fix Released → Confirmed
Martin Pitt (pitti)
Changed in compiz (Ubuntu):
status: Confirmed → Triaged
summary: - ALT+TAB with compiz shows really ugly icons.
+ ALT+TAB with compiz shows really ugly icons for minimized windows
Changed in compiz (Ubuntu):
importance: Undecided → Low
Revision history for this message
Mattia Guidi (matguidi) wrote :

I wouldn't say that the importance of this bug is "low", especially given the fact that I don't think it's extremely hard to solve... anyway, I'm "affected" too, and would really like to know if there's a possible workaround for it.

Ivanka Majic (ivanka)
tags: added: rhubarb
Changed in ayatana-design:
importance: Undecided → High
Revision history for this message
Otto Greenslade (otto-chaotic) wrote :

I think minimised windows should still appear with a preview and an icon in the bottom right corner. This would put less importance on difficulties super-sizing the icons (more difficult) and should make it a much easier issue to fix.

Revision history for this message
Jason Smith (jassmith) wrote :

Retaining a live preview of the window requires fundamentally changing how compiz handles minimized windows. There was a point where compiz did this, however it was removed due to memory usage constraints. Retaining a static preview is also possible, again with additional memory consumption. Neither of these are simpler to solve than getting a higher quality icon however.

Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

As far as I know, minimized windows cannot be rendered as thumbnails without fundamental changes to Compiz or even deeper down the windowing stack.

Let's just do what we can to match windows with appropriately sized icons for Maverick, without any other fundamental changes to the switcher behavior because with Compiz++ on the way, our changes will likely be deprecated anyway. A patch that uses BAMF will likely be forward-compatible as well.

Changed in ayatana-design:
assignee: nobody → David Siegel (djsiegel)
Changed in ayatana-design:
status: New → In Progress
Revision history for this message
Otto Greenslade (otto-chaotic) wrote :

What about an empty 'default' window rather than a live preview? I agree that the best solution is higher quality icons but that's currently a far-reaching problem...

Revision history for this message
Vish (vish) wrote :

This should probably be fixed when compiz 0.9.2 lands.. whenever that is ;-)
Quoting from:
<http://smspillaz.wordpress.com/2010/09/12/compiz-showcase-whats-coming-up-in-0-9-2/>
"Minimized Window Previews

As stated in a blog post before, in Compiz 0.9.2 it will be possible to have minimized window previews. Just check the appropriate box in the workarounds plugin and it will be handled in all plugins automatically."

Revision history for this message
In , Bug (bug-redhat-bugs) wrote :

This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 12 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Revision history for this message
In , Bug (bug-redhat-bugs) wrote :

Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

John Lea (johnlea)
tags: added: udr
Revision history for this message
Paul Sladen (sladen) wrote :

At the very least, the preview should show the ratio of the minimised window as a box (Otto, comment #22). But really a representation of the window needs cacheing before it is destroyed. Bear in mind that if the user alt-tabs past that minimised window even for a second then it *is* going to be raised anyway and redrawn at that point, then scaled, then... (all of which has considerably higher-latency).

On the icon-scaling front, I don't think the huge icons help much. The huge icons are too big to be useful, and the small corner icons are too _small_ to be quickly visibly useful; but either way they also should be drawn from the show and not a rescaling of a fixed bitmap rendering (Minimising Firefox still shows this).

Revision history for this message
David Barth (dbarth) wrote :

All in all this definitely requires some design. The alt-tab revamp was planned around a2-a3 at UDS. So i'm putting that on the Design radar for now and will wait for design hand over to put that back on the unity engineering task list.

Changed in unity:
status: New → Incomplete
milestone: none → 3.6
Changed in compiz:
status: New → Incomplete
Martin Pitt (pitti)
Changed in compiz (Ubuntu):
assignee: Canonical Desktop Team (canonical-desktop-team) → nobody
Revision history for this message
Jacky Alciné (jackyalcine) wrote : Re: [Bug 387828] Re: ALT+TAB with compiz shows really ugly icons for minimized windows

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

You can change that in the settings to use the "best quality icons" in
Compiz. Although even if you do use that; the iconset might be a bit off.

And it depends what you have set for Alt+TAB; currently I have the Shift
switcher configured.

On 02/21/2011 02:47 AM, Martin Pitt wrote:
> ** Changed in: compiz (Ubuntu)
> Assignee: Canonical Desktop Team (canonical-desktop-team) => (unassigned)
>

- --
*Jacky Alcine* Blog <http://jdevelopthis.blogspot.com> | Wintermute Blog
<http://wintermuteai.wordpress.com> | Ubuntu Wiki
<https://wiki.ubuntu.com/jackyalcine> | Launchpad
<https://launchpad.net/~jackyalcine>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJNYmqDAAoJEBK8lCkxxrMJNKsP/iWchRqnV/aT3s64vsulPye7
+4nzpRUAwQjIVEvR2NO/0dkowHNitkP3atH/JUhbDpiCwVEOCXKg91lKVAaPhES/
8SIMLLCf233XlF4M/ZXedCiGBy3Hfgb4i0ftw2wckRpiAPMuxjd1MnB+xyInRMD6
DwvIf67Cn6FA5fBBHRW+PCs0R9GMUvoz3hGbUs2OTol5DoCRMRSg29n8CD36zQ8k
W9IUP+LUwFpJiK4VcEPX+oUFVP8vZA4Sp2TVdJRbJLNQbwfPkQlnH6ajfnI3C43c
1r6X8FXAD6pD9ktVp0DpCiNVtDqmI63cmdWUYJeXkjIcS0CCndr+S7QEcxYIOQuW
gg94CCJ4yboBPm6wi9FhcsyLPoi8H0UsEUFytpl86jLgKHCSJOBbZdQJcTCTcfRd
aFHTnQkYTIzBb9JPeLHRr9Ew7iIvkTP0M8j3+xV4qLtiU6fw/J15SByy35EElrDu
7d64c60uEY+GlW3Yp/FSge8DuI1tUczjSF88PdWCT2ddRHziR/gXWQEe6QcARMzK
YqaFKYU+drb5QHejR9QmW88KDU1xhqs5xzP802t8/H4JiVYSlslrSR0yaDldP2kR
GtuZECOmaWVnNUwm2e+h0UYcuIzsq7+MOFhfySiUV12Cf+M1NUC5agWInetoUa1g
QPA08tFRKGIXXR+AZ6dZ
=SR9A
-----END PGP SIGNATURE-----

Changed in unity (Ubuntu):
status: New → Incomplete
Alex Launi (alexlauni)
Changed in unity:
status: Incomplete → Confirmed
Changed in unity:
milestone: 3.6 → 3.6.2
Changed in unity (Ubuntu):
status: Incomplete → Confirmed
Changed in unity:
milestone: 3.6.2 → 3.6.4
Changed in unity:
milestone: 3.6.4 → 3.6.6
Changed in unity:
milestone: 3.6.6 → 3.6.8
Changed in unity:
milestone: 3.6.8 → 3.8
Changed in unity:
milestone: 3.8 → 3.8.2
Ivanka Majic (ivanka)
tags: added: fitandfinish
Revision history for this message
Sam Spilsbury (smspillaz) wrote :

Braindumping here.

In theory to follow the EWMH, applications should just set larger icon sizes in _NET_WM_ICON. It's not that hard to do and saves us the pain of application matching.

In reality, applications are stupid and for the O cycle it would be best to overload GLWindow::getIcon with another method provided by some kind of "bamficon" plugin to get the icon and display a nicer hi-res one.

Revision history for this message
Chris Kenyon (chriskenyon) wrote :

Can we use resized icons for the major apps ahead of fixing the more gnarly problem of not snapshotting minimized apps - Libreoffice, FF, Chrome, Empathy icons alone would offer very significant polish to Ubuntu

CK

Revision history for this message
Paul Sladen (sladen) wrote :

Chris: for clarity, are you thinking rescaled icons (to avoid a size difference), or ensuring that we actually have redrawn 128x128 (or whatever) icons specifically at that size.

Revision history for this message
Chris Kenyon (chriskenyon) wrote :

Either is considerably better than what we have so whatever we can fit into Natty :-).

Revision history for this message
Paul Sladen (sladen) wrote :

Sam: how much would it be to just draw icons at their native size. Eg. if the source icon is 32x32 or 48x48 and the available viewport is 128x128 we just draw it tiny in the middle?

I think the objection here is the scaling (+ resulting jaggies) itself.

Revision history for this message
Omer Akram (om26er) wrote :

This bug is fixed in Unity with the new alt-tab design implementation.

Changed in unity (Ubuntu):
importance: Undecided → Medium
Changed in unity:
importance: Undecided → Medium
status: Confirmed → Fix Released
Changed in unity (Ubuntu):
status: Confirmed → Fix Released
Changed in unity:
milestone: 3.8.2 → none
Changed in ayatana-design:
status: In Progress → Fix Released
Changed in compiz:
status: Incomplete → Fix Committed
Changed in compiz (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Neodarkness (wolfgg265) wrote :

This is not fixed! What about us who like the old alt-tab (static application switcher plugin) behavior which actually allows the use of the mouse to select applications?

Vorron (worron)
Changed in compiz (Ubuntu):
status: Fix Committed → Fix Released
Changed in compiz:
status: Fix Committed → Fix Released
Changed in fedora:
importance: Unknown → Medium
status: In Progress → Won't Fix
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.