From kde-core-devel Mon Feb 11 13:55:13 2002 From: Malte Starostik Date: Mon, 11 Feb 2002 13:55:13 +0000 To: kde-core-devel Subject: Re: Thumbnail Standard, XCF reader X-MARC-Message: https://marc.info/?l=kde-core-devel&m=101343580101949 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 11. Februar 2002 14:35:14 schrieb David Faure: > On Monday 11 February 2002 14:18, Malte Starostik wrote: > > Good day, > > > > I've ported KIO::PreviewJob to comply with the Thumbnail Managing > > Standard (http://triq.net/~pearl/thumb-spec.php). > > It doesn't change any i18n strings nor the outer appearance of previews > > except that the sizes are adjusted to be nicely scalable from 128x128, > > which is but a few pixels difference. > > As it adds to the interoperability with "foreign" applications, I'd > > really like to commit this for 3.0, but not without an okay. > > This sounds great to me. Interoperability is a move in the right direction > ;) If this doesn't bring in too many bugs, I think it's a "must have". I didn't notice any bugs, which doesn't have to mean anything. > > Either case, it requires a small Qt patch that reads PNG text chunks also > > for non-progressive loading (sent to qt-bugs@, answer pending). > > Ouch. How important is that ? I mean, PNG's text chunks can be useful > for the metainfo stuff, but for image previews ? The TMS relies on it. The keys Thumb::URI (original file's location) and Thumb::MTime (original file's mtime) are required. > > Second, this is a new feature, so I guess it has to wait for 3.1, but > > I'll dare asking anyway ;-) > > My harddisk contains a small kimageio plugin to read XCF files, at least > > RGB and RGBA ones (via libxcf, > > http://www.informatik.uni-oldenburg.de/~pearl/gnome/libxcf.html). > > Transparent backgrounds don't work, still it provides basic XCF-thumbnail > > capability ;-) > > Hehe, tackat asked you too ? ;) Yes, long, long ago ;) Didn't remember it until a short chat today, _after_ I hacked it up though. > For info, I wrapped up a very basic one, based on xcftopnm and pnmtopng... I just came to know a few minutes ago ;-) > Well it's usually better to use a lib than an external program, I guess, > (being more efficient)... although... this is a bit more flexible, not > requiring anything at compilation time. It's quite slow though, is that the > same with using the lib directly ? I attributed it to the XCF format... Far less than a second for a one-layer 1024x768 XCF on an Athlon XP 1700+ - -- Malte Starostik PGP: 1024D/D2F3C787 [C138 2121 FAF3 410A 1C2A 27CD 5431 7745 D2F3 C787] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8Z81EVDF3RdLzx4cRArw6AKCOotCCGH/szYYILvUqSXEDylNQhgCfXpsR f8fxMLL7Nvap9UMXSThzzj0= =35Cl -----END PGP SIGNATURE-----