On Saturday 31 December 2005 10:24, Michael Sweet wrote: > Sigh. Nothing should prevent a custom dialog from using the base > services to grab the preview image, etc. for a file. I.e. there should > be a common set of APIs, not specific to a particular toolkit, which > provide access to this stuff and which can be used by any toolkit to > provide a similar user experience.
> What I am saying is that your common UI interface will call out to the > KDE/GNOME/whatever "standard" dialogs, which will then use other > desktop-neutral APIs to provide access to common desktop resources > (previews/thumbnails, MIME types, file associations, etc.) yes, this makes the most sense for thumbnailing. there's no reason for RUDI to get involved in these details. thumbnailing is something that is well suited to broad standardization .. so RUDI ought to simply ignore this aspect. note that such a customization effort would almost certainly move ahead quickest if driven by ISVs with custom data formats as we in the open source desktop world don't have a lot of motivation here. in other words, this wold be a great open source project for ISVs to found and implement IMHO. trying to rely on the open source desktop projects to cater to every ISV software need without some sort of support from them is a little unrealistic, i fear. -- Aaron J. Seigo GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
pgpJQoveLzko9.pgp
Description: PGP signature
_______________________________________________ Desktop_architects mailing list [email protected] https://lists.osdl.org/mailman/listinfo/desktop_architects
