> The compilation fails for me though, I got the following error: > TLMusicFile.m: In function '-[TLMusicFile mp4ReadTagsForFile:]': > TLMusicFile.m:70: error: too many arguments to function > 'MP4GetMetadataCoverArt' > TLMusicFile.m: In function '-[TLMusicFile cover]': > TLMusicFile.m:185: error: too many arguments to function > 'MP4GetMetadataCoverArt' > > May be you switched to a more recent version of the mp4 lib? Mine is > <http://packages.ubuntu.com/search?suite=gutsy&searchon=names&keywords=libmp4
Hm.. I'm using Ubuntu 8.04 which has a newer version. That's annoying, though. I'll have a look at the old version and see what should be done. >> I attached the small CoreObject changes we discussed a few weeks ago. >> (Make the API consistent so methods with "objects" in the name can >> accept/return objects and groups, and methods with "groups" in the >> name only accept/return groups.) As you said, it might be useful to >> have "objectsExcludingGroups" methods. >> If the changes look okay, I'll commit them! > > Looks good. I'll let you commit these changes. Before doing so, just > run the test suite by typing 'make test=yes && ukrun > CoreObject.bundle', and verify that only three tests fail. > Thanks for this patch :-) Sounds good, I'll check that it didn't break any tests, and commit. > Not really related but I'd like to merge ETUTI implementation into > EtoileFoundation, is this possible or not yet?… The last time I read > ETUTI class, the code looked fine to me. iirc the only missing part > was exposing ObjC type system as UTIs. It's fine with me. As far as interacting with the ObjC type system, how about having a method in ETUTI like +UTIWithObject: that generated a UTI by concatenating the names of the superclass(es) and class of the object? e.g., given an ETPlaylist instance it would produce: org.etoile.NSObject.COObject.COGroup.ETPlaylist We could map these ObjC-UTI's to "system" UTIs, then something like: - (BOOL) conformsTo: (ETUTI *)aUTI; - (NSArray*) UTIs; could be implemented as a category on NSObject. If it's useful to specify UTI's per-ObjC-object rather than per-ObjC-class, we could add an instance variable to COObject to store the list of conforming ones, maybe. Is that anything like what you had in mind? :) Regards, Eric _______________________________________________ Etoile-dev mailing list Etoile-dev@gna.org https://mail.gna.org/listinfo/etoile-dev
