Hi,
I just committed a first shot at the GNUstep IKIcon to my SVN
repository. Right now it still gets default icons from imageNamed:
and asks NSWorkspace for file icons. That also means that the
NSWorkspace category is commented out right now (we don't want
recursion).
Basically, IKIcon on GNUstep is a thin wrapper around NSImage, plus
some code for badge position calculation, plus what's left of
IKIconCompositor. There's no caching right now except what NSImage
may be doing in GNUstep's AppKit. But I'll probably move that back in
once I've worked out a scheme on how to clean up old, unused icons
from time to time.
Next stop on this track would be to take the icon-lookup code from
your first IconKit and make IKIcon's -initForFile: and
-initWithExtension:mimeType:attributes: call upon that to get its
images. Should we build the icon provider into IKIcon (as a few
class-methods), or do you want a separate (GNUstep-specific) class to
provide the icons? Whatever we do, the class providing the images
should probably also maintain the cache of IKIcons indexed by file
type and application identifier or so.
We may also want to use that other call GNUstep has for getting
standard images instead of imageNamed:.
I'd love to hear your comments at this point, because now we're at
the point where it's probably most obvious to see where I'm going
with this, and where I will be doing work that isn't of use at all to
my own MacOS X work, and thus would be 100% pointless if you later
find it doesn't work for you.
Oh, and Nicolas, if you don't have the URL of the repository,
contact Quentin or me off-list. I just don't want it to end up in the
list archives because it's not really related to GNUstep or Etoile at
all.
--
Cheers,
M. Uli Kusterer
------------------------------------------------------------
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de
