On 22 May 2014 11:52, Sebastian Kügler <[email protected]> wrote: > On Thursday, May 22, 2014 07:45:55 you wrote: >> Thanks for your answer and sorry for the delayed response. >> According to >> http://standards.freedesktop.org/icon-naming-spec/latest/ar01s02.html the >> flags should be afaik in /usr/share/icons/$theme/intl and I would feel it >> more natural if it was there. Any special reason they're in a different >> place? > > I'm not privvy with details, but I'd assume it's part of the locale, and you > can have different locales installed and not installed. It makes sense to keep > the data in one place for that reason.
Probably because the KDE locales and flags date back to long before the icon naming standard was drafted in 2005. Also because the icon naming standard assumes you have different flag icons for every icon theme, and the ones we have in locale are tiny 21x14px un-themed default flags designed to be used in selection lists and not as icons. To put them under /usr/share/icons/$theme/intl would require I guess Oxygen to ship Oxygen styled flags, i.e. another 200+ icons to be drawn and then scaled at the different sizes. Note that in KF5 the flags are deprecated, as are the locales, and so have moved into /use/share/kf5/locale/countries/$code/flag.png. We've long discussed the proper way of handling flags, one suggestion was to have a set of SVG base files that themed styles could be applied to, or that could be dynamically scaled as required, but I think people were worried about performance issues (as was with using SVG icons in general). We do need to decide a proper way forward for KF5, I have been contemplating whether to include a default set in my new KStandards / KCodes framework for ISO codes, but am shying away from that as it would make it very large. We probably either need a separate KFlags framework, or to ensure the new Plasma default icon set includes a full set (possibly generated by script from an un-styled SVG file?). Cheers! John. >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
