Summary: | Add Tango patches to KDE (kdelibs, kdebase) | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Thomas Fischer <fischer> |
Component: | general | Assignee: | Stephan Kulow <coolo> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | l.lunak, nicolasg, rdieter, tyrerj |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | kdelibs patch |
Description
Thomas Fischer
2006-01-21 16:56:03 UTC
That would break the string freeze... How about scheduling this patch for future 3.5.x releases? let's see how many votes this gets. Feel free to add the bug link to the tango-project wiki. I'm not interested per se - as it doesn't do more than adding strings from what I see. It's up to the translators, actually, to decide if we should include it in 3.5.2. *** This bug has been confirmed by popular vote. *** How is this going? Due to lack of comments, I'd have to say nothing (so far). We can flood a bit =] I think 7 strings are not a problem. Slovenian translation team is fine with adding them and they will get translated. Should we do it now? Well, now or never I guess... Who is going to do this? Well, there is another problem than strings with those patches. That being, most users will have no icons in most of those categories and that generally leads only to confusion. So applying them in their current state will do a mis-service to majority of our users. I may be wrong, but both from code and from trying to remove all filesystem entries from my index.theme seems that the problem is there. I am presented with entries in the combobox that are completely empty. Suboptimal at best. Adding code that hides empty icon categories would probably solve this, please consider doing that before including the patch in a KDE release. Created attachment 17308 [details] kdelibs patch I didn't know we were so pedantic about such details. Anyway, here is the kdelibs patch updated to include comment #12, kdebase patch remains the same. Hmm, before I commit, looking at the icon theme spec, which lists only 4 contexts, where exactly does it say we should add these new ones? The new contexts are in the Icon Naming Spec: http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html *** Bug has been marked as fixed ***. |