How to do post-4.0 icon naming changes

Jakob Petsovits jpetso at
Sun Jan 20 15:20:48 GMT 2008

On Tuesday, 15. January 2008, David Faure wrote:
> On Tuesday 15 January 2008, Jakob Petsovits wrote:
> > (c), if performed as pure renaming without further measures to be taken,
> > will break icons that work fine in 4.0. Which is probably not a good idea
> > in terms of backwards compatibility. Apart from that, benefits galore.
> >
> > My personal preference would be (c) with some smart mechanism that shows
> > icons when they are requested but not in the icon dialog or among valid
> > icons in the theme folder... that would need some smart-ass code
> > solution, though. (Ideas on how to do that are highly appreciated!)
> It doesn't need to be "smart-ass" :), but a simple mapping file could be
> read by KIconLoader in order to keep behavior compatibility indeed.
> Just a file with
> kde-4.0-icon-name kde-4.1-icon-name
> kde-4.0-icon-name kde-4.1-icon-name
> ...
> and a QHash<QString,QString> in the code.

Er, yeah, great idea. But should this mapping really happen in KIconLoader?
I would assume that KIconTheme is the better location for that code, as we 
don't have to include special logic caused by fallbacks or whatever matching 
algorithms KIconLoader performs.

Thanks for the input,

More information about the kde-core-devel mailing list