On Sat, 2013-10-19 at 14:01 -0500, Rex Dieter wrote:
Adam Williamson wrote:
> Hi folks, and welcome to the Fedora 20 Beta blocker bug news...
can't find any criteria currently that covers application icons (though do
mention it if such a thing exists)...
At issue here are gtk3 applications that use non-standard (e.g. symbolic)
icons look particularly bad on kde (or any desktop that doesn't use an icon
theme that has does not have a fallback to gnome icon theme). See:
https://bugzilla.redhat.com/show_bug.cgi?id=1018390 (*)
(includes screenshot), reported over a week ago without comment yet, so here
am, soliciting feedback.
If gtk applications need a gnome-icon-theme fallback to be fully functional,
then depending on the currently configured icon theme to do it feels like
the wrong approach to me.
Kevin (Kofler) and I provided what I think are constructive and not
unreasonable suggestions:
* restore Net/FallbackIconTheme support
* use a hard-coded gnome-icons fallback (instead of hicolor)
In particular, adding a hard-coded fallback to gnome-icons in kde is not a
particularly pleasing option (as mentioned in the bug already).
I don't think we'd really be correct in blocking the release for such
issues - especially not Beta. We used to have 'polish' criteria for
Final which at least required the icons used in the system menus - i.e.
what's specified in the app's .desktop file - to be sane for all
installed applications, but we dropped that (and other polish criteria)
with the F19/F20 criteria re-write on the basis that they were really
stretching a bit too far and would be unlikely to hold up to a 'last
blocker before release' acid test. Stuff like this doesn't break
anyone's use of the system catastrophically and can reasonably be fixed
with updates.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net