Fix wIconUpdate logic
commitee1f13da45a8f3371a0dfe4a2a636c402ddf7b3d
authorBrad Jorsch <anomie@users.sourceforge.net>
Fri, 8 Oct 2010 19:08:32 +0000 (8 15:08 -0400)
committerCarlos R. Mafra <crmafra@gmail.com>
Fri, 8 Oct 2010 20:00:24 +0000 (8 22:00 +0200)
tree6b3fe1f3892bacc0dfe535def2fd6e93ec91f4d1
parent7aff3b6e44b63f117f7f9ec1f4bf19595bedf36d
Fix wIconUpdate logic

This patch changes the logic for choosing the icon, and gets rid of
wIconChangeImage in favor of wIconChangeImageFile.

Old logic:
* On create, load either NET_WM_ICON or the file from disk.
* On update, choose (in order):
  1. WM_HINTS icon_window
  2. WM_HINTS icon_pixmap
  3. Whatever was loaded on creation, unless wIconChangeImage or
 wIconChangeImageFile was called.
  4. Default icon.

New logic:
* On update, choose (in order):
  1. WM_HINTS icon_window
  2. NET_WM_ICON
  3. WM_HINTS icon_pixmap
  4. Icon file from disk.
  5. Default icon.

Signed-off-by: Brad Jorsch <anomie@users.sourceforge.net>
src/application.c
src/defaults.c
src/icon.c
src/icon.h