I've been in contact with upstream, the problem is understood, but I don't think a decision has been reached on how best to fix it.
The concern is that in some cases, slightly more generic icons from the user's selected theme _could_ be better than a very specific icon from some fallback. (E.g. for media icons). Since the Nautilus regression doesn't look like it will be fixed quickly, from the libgeda point of view there is one thing we could do to repair the user experience for some Ubuntu users, perhaps for hardy- updates. We could add symlinks or copies of the hicolor icons we ship into the default Ubuntu theme (perhaps the GNOME theme too?), which will at least give the nice user experience for users who haven't customised their themes very far from default. I'm pretty gutted these icons are missing due to the large amount of work which went into getting this all ready for Hardy in the first place, and I'll do what I can to help fix this in the long term. Would the nautilus packagers entertain a patch which tries finding an icon for the _first_ mime type returned by GIO, then asking GTK to choose if that can't be found? This should have the desired effect, but retain the "this theme first" preference for the more generic names returned the most specific mime-type. -- Incorrect icons displayed for mimetypes installed in hicolor theme only https://bugs.launchpad.net/bugs/217997 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
