[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Thumbnail Standard, XCF reader
From:       Malte Starostik <malte () kde ! org>
Date:       2002-02-11 13:55:13
[Download RAW message or body]

-----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-----

[prev in list] [next in list] [prev in thread] [next in thread]