DEC
8
2003

Gwenview 1.0.0 Released

Gwenview is a simple image viewer for KDE. It features a folder tree window and a file list and thumbnail window to provide easy navigation of your file hierarchy, and uses docked windows that allows you to alter the layout in any way you want (screenshot page). Gwenview can load and save all image formats supported by KDE, but Gwenview can also browse GIMP .xcf files thanks to the QXCFI component developed by Lignum Computing. When browsing JPEG images with EXIF information, Gwenview even automatically rotates them according to the EXIF Orientation tag. See here for a full overview of the features in this release.

Comments

I don't know if its a coincidence, but this looks a lot like Mosfet's PixiePlus. PixiePlus 0.5 is awesome, if this is anywhere as good as it than its very good.


By Mario at Mon, 2003/12/08 - 6:00am

Well, PixiePlus is a dead project, Mosfet has dissapeared and has even deleted the project from most well known repositories! All it's left is a screenshot of it: http://www.sweb.cz/samba/screen/pixie.png
Anyone's got a URL from his latest source code? 0.5.4 I think it was?

I would say that Gwenview is s lot alike to gThumb, both really nice apps.


By Photographer at Mon, 2003/12/08 - 6:00am

Look at the SuSE download pages. They still ship it.
Regards


By Sebastian at Mon, 2003/12/08 - 6:00am

what is mosfet upset about now? and where has he gone to?


By a.c. at Mon, 2003/12/08 - 6:00am

Debian also still seems to ship it.


By Daniel at Mon, 2003/12/08 - 6:00am

Try this as source for 0.5.4

ftp://ftp.tu-chemnitz.de/pub/FreeBSD/ports/distfiles/pixieplus-0.5.4.tar.gz

Konstruct has pixie in apps/pixie also.

Osho


By Anonymous at Tue, 2003/12/09 - 6:00am

In fact I think the docked interface in Gwenview predates PixiePlus.

...Checking project release file archives...

Yes, it was introduced in v0.2 which was released on 2001-01-08. Well maybe I should make more noise on public places, but I can't stand the marketing cap too long :-)


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

been using it for a few months now. It's a wonderful and quite feature complete program. Now that it seems stable, I really hope it gets moved from kdeextragear to kdegraphics. A nice kuickshow mode would be nice of course ;-)

KDE, imho, has needed a good general purpose image browser since Pixie was removed (erm.. kde 2.1?). Kuikshow is a nice app, and I don't think many people realize it's hidden functionality, but:

- it's harder to use- I think most people think kuickshow is basically kview.
- it uses imlib
- it seems less active in development than it used to be. I don't think carsten pfeiffer is active as he used to be, and coincidently, kuickshow hasn't been either :(


By anon at Mon, 2003/12/08 - 6:00am

I agree. I've been looking at a few of the various directory-oriented image viewers (pixie, kuickshow, showimg), Gwenview looks to have pretty much everything. I used Kuickshow for a few weeks, but it doesn't browse zip files nor does it have a 'fullscreen' mode, the closest I found is starting a slideshow with a large time interval.

With gwenview, the only feature lacking when it comes to normal browsing is that zoom-in always zooms into the middle, it should do one of those things where the cursor is changed to a magnifing glass and zooms-in on where the image is clicked.

The sky is the limit when it comes to possible features related to image editing, but image editing features should remain simple. The only feature missing currently is that the rotates aren't done to all currently selected images. A program that can do batch rotating solves about 95% of all my image editing needs. PixiePlus could, but it destroyed EXIF tags in the process, that was to be fixed in the next version, which I think is the one that never came out.


By Ian Monroe at Mon, 2003/12/08 - 6:00am

I see I'm not the only person looking for a good rotation program. I'm excited to see all this activity on KDE digital camera tools...

FYI - Kuickshow does fullscreen quite nicely, just hit "Enter" to toggle in and out of it. For veiwing purposes I've actually been very happy with Kuickshow.


By Anony Guy at Mon, 2003/12/08 - 6:00am

>>>I used Kuickshow for a few weeks, but it doesn't browse zip files nor does it have a 'fullscreen' mode<<<

Actually, it does both.

As was already stated, hit to toggle in and out of fullscreen mode.

Kuickshow _does_ browse zip files (and any kio supported transport) it just doesn't offer .zip files in its browser view. This clearly makes the feature somewhat hidden, but if you enter an URL in kuickshow's location bar in the same format that konqueror shows when you have browsed into a .zip archive, you will notice that kuickshow also shows the contents of the archive and lets you view any images therein.

I have used kuickshow with kio_fish, for example, and it works very well. :)


By teatime at Mon, 2003/12/08 - 6:00am

> I really hope it gets moved from kdeextragear to kdegraphics

A third image viewer within kdegraphics!? Keep on dreaming...


By Anonymous at Mon, 2003/12/08 - 6:00am

> A third image viewer within kdegraphics!? Keep on dreaming...

Of course, you realize, it'd take moving the current two to other places (two we need currently because kuickshow doesn't do everything kview does, and kview isn't as capable as kuickshow/gwenview/pixie is)

kview-> kdeblackhole - Gwenview does everything kview did.
kuickshow->kdenonbeta - Unless Carsten/somebody else is willing to maintain it in kdeextragear.. I don't think Carsten has much time for KDE development anyways though. Kuickshow is plenty stable, but I don't see much room for future development there unless somebody is willing to pick it up again. Only a few minor features were commited between 3.1 and 3.2, for example.


By anon at Mon, 2003/12/08 - 6:00am

Problem with dropping Kuickshow is that Gwenview still does not do everything Kuickshow can do, especially in the image editing area (contrast, brightness, gamma editing for example). It would be annoying for some users to loose some features.


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

Yes, I'm rather short on time since summer. I'll be fixing some bugs during christmas holidays and maybe even add some features for the next release (I finally have a digital camera, so my hdd is going to be flooded with images :)

I'm quite concerned about the kwin/qt situation -- current KuickShow only works properly with the patched qt-copy. I really hope, those patches will make it into Qt 3.3. Any news on this, Lubos?

Carsten


By Carsten Pfeiffer at Tue, 2003/12/09 - 6:00am

> - it uses imlib

Well, it is bad to have such an external dependency, but it is good to have an image viewer that is so fast and not memory hungry (it was able to load images still leaving some spare MB when ee fill my memory and crash not having enough, just don't speak of kview).

Konqueror should be using kuickshow to display images.


By renaud at Mon, 2003/12/08 - 6:00am

Does anybody know anything about it?
According the release schedule it should've been released last Thursday.


By george at Mon, 2003/12/08 - 6:00am

You can find it at address ftp://ftp.kde.org/pub/kde/unstable/


By KDE user at Mon, 2003/12/08 - 6:00am

First I have to thank you for this great piece of software. I build it from CVS last night and now it's my picture viewer of choice.

But I think there are, at the moment, too many image viewers under the kde repository. Many functions are duplicated, so, when i want to view pictures I don't know if it's better to do that with KuickShow, or with KView, or with ShowImg, or with Gwenview. (or with Pixie, or ..., ... ).
It resembles the pain I have when i have to open a text file and I don't know if use Kate or Kedit or KWrite ... ^_^

So, why doesn't the authors of those great image viewers join themselves and try do develop the 'best' image viewer ? Clean design, clean interface, customizable in look, fast and simple.. those are the goals. And then KDE will have it's own complete image viewer, not too many small programs.

What do you think about it?


By E.Ros at Mon, 2003/12/08 - 6:00am

IMHO the framework should provide a central location for filter plugins shareable over all image viewers.


By Ruediger Knoerig at Mon, 2003/12/08 - 6:00am

"""So, why doesn't the authors of those great image viewers join themselves and try do develop the 'best' image viewer ? Clean design, clean interface, customizable in look, fast and simple.. those are the goals. And then KDE will have it's own complete image viewer, not too many small programs."""

This is a praiseworthy goal, but it's not that simple. For example "Clean interface, customizable in look" and "simple" are not easy to put together. Another problem is that some viewers try to do lots of things (Pixie, Showimg), others want to stay simple (Gwenview, Kview). This make it not really easy to merge.

Still, I agree there should be more cooperation. For example I know that Pixie, Showimg and Gwenview all use QXCFI to read XCF files, but they all include it in their code, rather than relying on it to be installed as a Qt image plugin, the way it was meant to be. Using QXCFI as an image plugin means *all* Qt/KDE applications would be able to load XCF files, and patches would not need to be copied from viewer to viewer. I think the next major release of Gwenview will do it this way, maybe providing QXCFI as an easy to build (automake/autoconf instead of QMake) package alongside.


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

``So, why doesn't the authors of those great image viewers join themselves and try do develop the 'best' image viewer ? Clean design, clean interface, customizable in look, fast and simple.. those are the goals. And then KDE will have it's own complete image viewer, not too many small programs.''

We've already chat about that Aurélien and I but, as he said, the goals are differents.

The other question would be: who will accept to see its prog 'disappeared' into another one? Or maybe we have to make a poll...


By Richard Groult ... at Mon, 2003/12/08 - 6:00am

> The other question would be: who will accept to see its prog 'disappeared' into another one?

My guess would be many people, as long as it 'disappears' into something better (or you can call the result GwenImg ;) ). Gwenview and ShowImg are _so_ similar (well, from the user's point of view) that the only difference I can see are differences in missing features that I'd like to use, well, and some bugs. If there was an image viewer that could do what Gwenview+ShowImg can do, that'd be pretty close to my ideal image viewer (both of them alone seem to be the best image viewers for Linux that I've seen though, only surpassed by ACDSee).

But it's your decision of course. Cooperation with others comes at a price, and it's up to you to decide if it is or isn't worth dividing your users base. But note that some of those users could be also potentionally contributors - who should get my bugreports, wishes and possibly patches, if I don't want to bother spending time finding out which of the two so similar solutions is better?


By Luboš Luňák at Mon, 2003/12/08 - 6:00am

Hum... After spending some time to think about it, I think Lubos has a point. It's too bad to divide our user base and, now that Showimg is in KDE Extra Gear, to make the translators do the same work twice. Therefore I think merging is a good idea.

However, I do not want to loose the aim of keeping the image viewer simple: I'm willing to merge, but I think lots of features should be kept as separate programs, integrated through something like the external tools in Gwenview. I'm thinking about things such as batch conversion and renaming (see http://www.krename.net), slideshow, html gallery generation (see http://www.virtualartisans.com/kde/andras/en/kallery.htm), image acquisition...

This does not mean "throw away the code", but rather "turn some parts of the code as separate programs". This way the main program stay small, users can replace some tools with other they prefer or they can use the tools alone.

PS: I post this here because I would like to have Richard as well as user opinion about this idea.


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

``... to make the translators do the same work twice. Therefore I think merging is a good idea. ''
it's more than a translation problem I think :)

`` However, I do not want to loose the aim of keeping the image viewer simple: I'm willing to merge, but I think lots of features should be kept as separate programs, integrated through something like the external tools in Gwenview. ''
Well... you'd like to merge while keeping 2 separate progs ?

`` This does not mean "throw away the code", but rather "turn some parts of the code as separate programs". This way the main program stay small, users can replace some tools with other they prefer or they can use the tools alone. ''
The problem is for users who want to have all the features: they'll have to download a lot of separate progs... it's boring. Look at all these progs which need 10 progs (as DVDRip... :) if you want all the features: you have to found all the corrects versions then compile and install them...

I think it's better to have only one complete prog, and smaller ones with less features.


By Richard Groult ... at Tue, 2003/12/09 - 6:00am

"""it's more than a translation problem I think :)"""
Agreed :-)

"""Well... you'd like to merge while keeping 2 separate progs ?"""
No, I'd like to merge the core functionality: browsing the file system for images. The extra features can be separate programs. This does not mean these programs *must be* downloaded separately. Some of them could be included in the source archive, but compiling the source would create multiple binaries: one for the image viewer and several others for the various tasks, with some default configuration to make it easy to run the external tools from the viewer.
This way users get a viewer that is quite complete, but the binaries stay small and they can easily replace some of our included external tools with other ones, if they wish to.


By Aurélien Gâteau at Tue, 2003/12/09 - 6:00am

"""It resembles the pain I have when i have to open a text file and I don't know if use Kate or Kedit or KWrite ... ^_^"""

The difference in this case is that in KDE you will find two programs: KView and Kuickshow. Then, if their features do not fulfill your needs, you can install a third-party image viewer: PixiePlus, Showimg, Kimdaba, Gwenview or maybe GQView or GThumb. I would say that the "only" problem are file associations: right now I think no image viewer associates itself with images once it's installed and it's quite painfull to manually associate it with all image types.


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

I'm the author of Gwenview, Thanks for the nice article! I was surprised by the number of bug reports in my mailbox this morning. I guess I just found the explanation :-)

As for multiple image rotation, I never thought it would be useful, but again I don't own a digital camera. I will try to add this.


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

Multiple image rotation would be handy for me, too.

I have a 35mm film camera, and I usually get my photos scanned to CD (Fuji Photo CD, it's just an iso9660 CDROM with hires and lores images) at the same time as they are developed. There's no EXIF information there, of course, so all the portrait shots need rotating, and sometimes the lab really messes up and all the images are upside down on the contact sheet and on the CD.

Cheers for producing such a nice piece of software.

Will


By Will Stephenson at Mon, 2003/12/08 - 6:00am

Hm, looks nice, but it doesn't display any jpegs here!? It reports a size of 0x0 and shows a black image.
Any clues?

-js


By -js at Mon, 2003/12/08 - 6:00am

This often happens when Qt is not compiled with the correct jpeg options.
Can you see your jpegs in Konqueror or KView?


By Aurélien Gâteau at Mon, 2003/12/08 - 6:00am

Yes, I can view them in konq, but now I realize, that konq does not generate thumbnails for jpegs. I'll try to rebuild Qt.
Thanks!

-js


By -js at Mon, 2003/12/08 - 6:00am

I have been using gwenview off and on for quite
a while now. I like some of the features, and this
is definitely the best image viewer for KDE.
However, this is still not a patch on gqview.
(http://gqview.sourceforge.net)
In particular, it is MUCH slower. In fact,
gqview under KDE runs a lot faster than gwenview
under KDE, though the former is not a KDE app.

If this program could be improved to be comparable
to gqview in speed and ease of file manipulation,
it would be a wonderful app.

Magnus.


By Magnus Pym at Mon, 2003/12/08 - 6:00am

Most people don't really need a picture viewer as Konqueror does it. But by adding image manipulation functions to Gwenview as plugins this may create a true "image program" via the bootstrapping method of development. We already know from kpart how fruitful a plugin module system may be.

I think the method of slow growth is better than the big shoot approach.


By Jupp at Mon, 2003/12/08 - 6:00am

Using the latest CVS debian packages which Orth makes Gwenview always crashes upon touching .xcf files as opposed to ignoring them--how it doesn't just result as an unknown file type and try not to render is beyond me but now that it can that makes life so much easier.

I hope Konqueror either ignores .xcf or uses the same API.

My luck its been fixed and I just have to wait for Beta 2 debs.

Great Job everyone!

Marc


By Marc J. Driftmeyer at Tue, 2003/12/09 - 6:00am

Have you tried Gwenview 1.0.0? This bug was present until 1.0.0pre4 and has been fixed in 1.0.0.


By Aurélien Gâteau at Tue, 2003/12/09 - 6:00am