Feature changed by: Katarina Machalkova (kmachalkova) Feature #306356, revision 13 Title: Icons in YaST: Use /usr/share/icons/hicolor/ as a fallback - openSUSE-11.2: Candidate + openSUSE-11.2: Done 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