KDE Traffic #71 is Out

Lots of news await you in the just-released KDE Traffic. If you're interested in hearing about KDE performance, Quanta, KOffice, KDevelop, image viewers and more, check it out.

Dot Categories: 

Comments

by Swoosh (not verified)

Weeee, first post!

Thank you, for another great report.

by nekkar (not verified)

Thanks again, I love reading your KDE Traffic!!

by Guillaume Duhamel (not verified)

Since several days, there's a discussion about KDE advanced image viewers:
''merging Gwenview and ShowImg'', and I do not understand what could be the
advantage in such an operation? To make a long story short, here are my
comments:

1) Everybody says that the goal is to obtain a more complete image viewer
by merging their both features. But looking ahead, these two softwares
are not as complementary as said: they offer some identical things but
not presented in the same way.

2) The point of view of Gwenview is to be ``minimal'', I mean it uses
external progs to achieve several features while ShowImg has them
built-in.

This dissension about the conception of the progs by itself leads to a question:
which architecture would be used? Moreover, there's a drawback in using
external progs: you have to install them, configure them, and know how to
use them. Lastly, which software should be used to start this joint development?
GwenView, ShowImg, or from scratch? In this last case, when will
this new viewer be ready to use?

3) Finally what features GwenView/ShowImg are missing to be complete? It
will certainly be easier to add these features than to start a third viewer.

4) To my mind, it's a good thing that users can choose their own viewer:
everybody has different needs, some prefer GwenView and other ShowImg according
to their 'feeling'.

by huh (not verified)

It would be good to add image manipulation features. Another development direction could be a kind of flash alternative.

by André Somers (not verified)

I am still looking for an image viewer/manipulator that would allow me to:
-rotate (multiple) images (in one go), and keep the EXIF info
-crop images
-adjust gamma

Other than that, I don't need anything besides nice and fast viewing. The purpose of all this is of course to work with digital photo's.

by Aurélien Gâteau (not verified)

Gwenview does #1, although multiple images support is still rough right now. See this link for more info: http://bugs.kde.org/show_bug.cgi?id=65467.

by Richard Groult ... (not verified)

``-rotate (multiple) images (in one go), and keep the EXIF info''
ShowImg does! (tools-concert-rotate)

``-crop images''
ShowImg doesn't...

``-adjust gamma''
ShowImg doesn't do that exactly, but you can normalise/egalise the displayed image by using 'Display-Effect-Normalise/egalise'

by Jarefri (not verified)

Although not just an image viewer, the CVS version of digikam is awesome. Anyone wanting to easily manage a small or large number of digital pictures will be very happy with digikam when it is finally released. Check out the list of features.

http://digikam.sourceforge.net/about.html

I switched to linux slightly more than half a year ago and I have decided on KDE against gnome. Before that I was using ACDSee on Windows and naturally I was looking for something similar, and preferable a KDE application. I've tried the latest version of gthumb (a gnome image viewer), showimg(0.81), gwenview(1.0), imgSeek(0.82) and of course kuickshow and kview.

I was sad to say that kuickshow was too primitive; showimg crush and freeze all the time (especially after deleting files from within showimg); therefore I have been using gthumb until gwenview-1.0pre4 where external tools are usable.

I now use gwenview-1.0 mainly because it does not freeze up like showimg. I have krename configured as an external tools so that I can do series rename. And I use imgSeek as a standalone application for finding duplicate images as I cannot find a good way to integrate it with gwenview.

Between showimg and gwenview, I preper showimg for its better interface (double click on image to view it full screen, arrow keys to page through images etc) and completeness in of feature - it have built in series renamer, and deplicate image finder. I personally do not care about image editiing feature for an image viewer as I can always edit images in dedicated editing software like gimp. However, lets not forget about imgSeek. In terms of image seeking and duplicate image finding capabilities imgSeek cannot be beaten.

If the image viewer applications were to be merge into one, I would choose the interface of showimg, the stability of gwenview and the duplicate image and image seeking features of imgSeek. I still like to use krename as an external tool for renaming images as it offers the most comprehensive renaming features.

by Benoist Gaston (not verified)

Showimg is complete and efficient. External progs can be more efficient for some features but using them can slow down the operations. I use Showimg's features because it's fast and intuitive.

Using external programs can slow down operations because you have to fork that is true. But on the other hand using external programs means less features in the main program, less code, so less memory used, and we all know that the speed of an application mainly depends on the free memory available.
I think it's a good idea to use external programs so the code of your application is smaller and the program is easier to debug and has more chance to be more stable. Your also have the advantage of using all the new features of the external progs without having to recode all of them. I think all developpers should keep there applications "simple and stupid" (kiss)

by vav (not verified)

Gwenview is too minimalistic. It lack many features that an image viewer should have. Namely,
1. batch rename
2. batch image type conversion
3. duplication image finder

Using external tools may not be the ideal way. External tools may not integrate well with the image viewer. e.g. using krename with gwenview is not without problems. Try renaming

image_a to image_b and later rename
image_c to image_a

you will realise that gwenview reuse the original thumbnail for image_a. i.e. the thumbnails no long reflect the content of the underlining image. This problem can only be rectified by the lengthy process of regenerating all the thumbnails.

by Reiner Nix (not verified)

Hi,

I'm now using showimg about two years to manage pictures from my digital camera
( currently more than 1500 and growing more and more). In the last month
multiple other picture viewers are enhanced (kview, pixie, kuickshow, gwenview, ...)
and I had inspected them but I'm currently continue to use showimg.
O.K. that's up to now.

In the past I'have found showimg are nearly complete program to display
and manage my pictures. I.e. it is good to rename and rotate images. Of course,
adding some external infos could be more simple. But these features are the
most important for me. The other programs mentioned above are still
not so comfortable for these jobs.

What I don't need: extensive image manipulation routines. The new features
are nice to see but it is not strictly required to extend them beeing general
purpose image manipulation programs.
Starting another program like gimp does this job very vell.
Some improvements: removing red eyes would be nice
(I don't know if this is possible).
And creating an HTML image galery like konqueror would be also nice
(e.g. starting the konqueror dialog).

Supporting multiple stored view e.g. a full view to manage the images,
a minimal view (only movement buttons/ title / EXIF,text info ) for presentation,
a quick overview mode (like HTML mini icons) seems to be a good idea.
Isn't this implemented by gewnview?

Comming back to merging: If the authors get ready to merge the programs
this would be nice - if the underlying concepts are compatible and the
result becomes a more complete thing. I think this
is not the case when following a strictly minimal approach.

by Anonnymos (not verified)

Hi,

I pretty enjoy the KDE Traffic nevertheless I have missed the last one. Today I found out that the archive is not available. Does somebody know an archive?

by Peter Rockai (not verified)

http://kt.zork.net/kde/kde20031207_70.html

I'll ask Zack what's wrong with the archive... Thanks for pointing this out.

by Alex (not verified)

And I like your idea, having interviews in KDE Traffic. That is a good move.

by Eric Laffoon (not verified)

We're in the news again... I keep forgetting we're in KDE traffic now but our editors do a great job of sifting out the pearls.

KImageMapEditor will be released with the next version of Quanta BE, date TBA. It also may be getting some fun new features. Stay tuned, and enjoy!

by NÉMETH Balázs (not verified)

I have used GQview since 1998, and I never find a true counterpart instead of it.

It is simple, fast, understandable, first introduced picture comparing (imho) etc.

I must say that, KDE world could not present such a good picture viewer these day.....

It is funny for me: I use KDE desktop day-to-day, but I use Mozilla for browsing and email, mplayer for video, xmms for audio, gqview and gimp for pictures, OpenOffice for documetum handling. It is so boring to fight each other, when the most used applications are not KDE based.

Some notable exception: Kghostview is better then Acrobat Reader's linux port, k3b is a beautiful CD/DVD writing application, audiocd:// camera:// (iosalves in general) and KDE printing system are very well functional features. Kopete is very exciting and promising for me too.

Is there a general Multimedia Framework in KDE? As a system administrator -- who must deal with a lot of users --, I can say that, the most requested features are seamless movie/DVD viewing, listening music, editing home video and audio, playing with webcameras, send messages via microphone to friends, data exchange with mobile phones etc.

And I sense that, some basic configuration tool is missed by the average user (host name, network settings, basic firewall). There are very mature config tools (printing, font management, login options, keyboard, mouse) in KDE, but lack some basic tools (ie: basic
tools for the average users). Typical question: how can I add my linux machine to a Windows domain from KDE, and how can I map a windows share to my linux machine... KDE_SAMBA integration should reach a higher level IMHO. The real world is a mixed Linux/Windows environment, so it is important to ease the use of KDE in a Windows domain (the typical environment in hundreds of medium and large sized corporations).

While KDE can't work together Windows domains and Exchange servers (I mean: without a hitch), it has a much smaller chance to get used in the (mixed) corporate desktop. The real world is that, we can't stop using Windows servers from today to tomorrow, so IT managers and decision makers will not adopt KDE, if it does not work with Windows (server) stuff.

So the debate about picture viewer A B or C is funny and marginal.

The truth is simple: Concentrated effort is needed to conquer the desktop!