Mailinglist Archive: opensuse-features (829 mails)
| < Previous | Next > |
[openFATE 306356] Icons in YaST: Use /usr/share/icons/hicolor/ as a fallback
- From: fate_noreply@xxxxxxx
- Date: Wed, 29 Jul 2009 13:12:00 +0200 (CEST)
- Message-id: <feature-306356-9@xxxxxxxxxxxxxx>
Feature changed by: Katarina Machalkova (kmachalkova)
Feature #306356, revision 9
Title: Icons in YaST: Use /usr/share/icons/hicolor/ as a fallback
openSUSE-11.2: Candidate
Priority
Requester: Important
Projectmanager: Important
Requested by: Lukas Ocilka (locilka)
Partner organization: openSUSE.org
Description:
YaST icons are expected to be in /usr/share/YaST2/theme/current/icons/
directory but the list of icons is fixed because the current is a
symlink to the currently installed and selected theme-directory which
is different for openSUSE or SLES. If another (e.g., 3rd party) YaST
module wants to add its own icon, it has to put it into the current
directory which will change when using another YaST theme.
The proposal is simple: If an icon is not found in the current theme,
try to use /usr/share/icons/hicolor/ as a fallback.
Business case (Partner benefit):
openSUSE.org: 3rd party add-ons with YaST modules, Our own add-ons with
YaST modules (SMT, OES)...
Discussion:
#1: Christoph Thiel (cthiel1) (2009-04-20 17:30:28)
Makes a lot of sense to me with regard to appliances and custom YaST
themes.
#2: Katarina Machalkova (kmachalkova) (2009-07-29 13:00:38)
Done in yast2-control-center-qt
+ #3: Katarina Machalkova (kmachalkova) (2009-07-29 13:09:14)
+ Done also in yast2-libyui and yast2-qt. Instead of one global icon
+ search path there can now be several search paths and they're traversed
+ until the correct icon is found. This is done transparently for UIs on
+ libyui level (for selection-like widgets).
+ Note I've kept the global search path in mostly for compatibility
+ reasons, in order not to break Gtk UI (since I don't speak Gtk and
+ can't adjust the code myself) but I'd like to drop it eventually. Also
+ icons in IconButton type of widget currently do not work in Gtk, but
+ that does not matter, as they're not used anywhere in YaST.
+ Once the Gtk part is settled, we can set this to 'done'
--
openSUSE Feature:
https://features.opensuse.org/306356
Feature #306356, revision 9
Title: Icons in YaST: Use /usr/share/icons/hicolor/ as a fallback
openSUSE-11.2: Candidate
Priority
Requester: Important
Projectmanager: Important
Requested by: Lukas Ocilka (locilka)
Partner organization: openSUSE.org
Description:
YaST icons are expected to be in /usr/share/YaST2/theme/current/icons/
directory but the list of icons is fixed because the current is a
symlink to the currently installed and selected theme-directory which
is different for openSUSE or SLES. If another (e.g., 3rd party) YaST
module wants to add its own icon, it has to put it into the current
directory which will change when using another YaST theme.
The proposal is simple: If an icon is not found in the current theme,
try to use /usr/share/icons/hicolor/ as a fallback.
Business case (Partner benefit):
openSUSE.org: 3rd party add-ons with YaST modules, Our own add-ons with
YaST modules (SMT, OES)...
Discussion:
#1: Christoph Thiel (cthiel1) (2009-04-20 17:30:28)
Makes a lot of sense to me with regard to appliances and custom YaST
themes.
#2: Katarina Machalkova (kmachalkova) (2009-07-29 13:00:38)
Done in yast2-control-center-qt
+ #3: Katarina Machalkova (kmachalkova) (2009-07-29 13:09:14)
+ Done also in yast2-libyui and yast2-qt. Instead of one global icon
+ search path there can now be several search paths and they're traversed
+ until the correct icon is found. This is done transparently for UIs on
+ libyui level (for selection-like widgets).
+ Note I've kept the global search path in mostly for compatibility
+ reasons, in order not to break Gtk UI (since I don't speak Gtk and
+ can't adjust the code myself) but I'd like to drop it eventually. Also
+ icons in IconButton type of widget currently do not work in Gtk, but
+ that does not matter, as they're not used anywhere in YaST.
+ Once the Gtk part is settled, we can set this to 'done'
--
openSUSE Feature:
https://features.opensuse.org/306356
| < Previous | Next > |