Summary: | Port from (deprecated) ImLib to Qt QImage | ||
---|---|---|---|
Product: | [Applications] kuickshow | Reporter: | Christoph Feck <cfeck> |
Component: | general | Assignee: | Carsten Pfeiffer <pfeiffer> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | CC: | cfeck |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: |
Description
Christoph Feck
2009-06-01 16:01:09 UTC
Imlib actually doesn't require gtk at all, just plain Xlib. See for yourself with ldd `which kuickshow` | grep gtk There is also a variant of Imlib that does use (and therefor depend on) gtk 1.2, though, but that's not the one kuickshow uses. I agree about the X11 dependencies, though. In addition to just color adjustment, Imlib also implements the rotation, flipping, zooming, but QImage should be able to do that as well. The sole reason for using Imlib was/is its performance. Last I measured (that's probably about 10 years ago), Imlib beat everyone and everything at image loading and rendering. I've wanted to create a new benchmark for a while now, comparing Imlib1, Imlib2, Qt, and maybe gdkpixbuf for completeness, but I haven't found the time yet. If Qt is still that much slower than it was back then, I'd rather stay with Imlib, because the speed of image displaying really is what kuickshow is about. So: if you want to help right now, then you could help with the benchmark, because that should be done first. Otherwise, please wait until I've found the time to do so. In fact, I'd be even happy to port away from Imlib, because that would even allow for some major cleanup of kuickshow. Thanks for your bug report or feature request. The Kuickshow application is no longer maintained, and all open tickets are now closed. See also http://websvn.kde.org/?view=revision&revision=1383834 |