Re: Feature plan for Gwenview 2.1 (KDE4.1)

Hello,

On Feb/03/2008, Aurélien Gâteau wrote:

> # Big changes
> 
> ## Nepomuk integration
> This would involve adding support for tagging and commenting files. A 
> search UI could be useful but is not mandatory: A Nepomuk IOSlave is 
> under development, we can use it to allow searching for images, we just 
> need to add a way for the user to easily reach this ioslave.

I didn't know anything about Nepomuk (I Googled just now). I don't feel
that this is a important feature for image viewer/browser, but maybe
it's my point of view (I'm not a user of Nepomuk, etc.)

> ## Undo system
> Now that we have some "destructive" image operations like resize or 
> crop, we need an undo system. In the future I would like to add a few 
> more operations (red-eye correction for example), and it's less work to 
> add an undo system now than when we have more operations.

Very important, to have an Undo system if we have destructive
operations!

> ## Imload
> You probably don't know it because there haven't been a lot of buzz 
> around it, but KHTML comes with a very efficient image loading library 
> named Imload. Using this library in Gwenview would give us:
> - incremental loading
> - faster panning
> - support for animated images
> I am currently discussing with Imload author to see how we can work 
> together.

Very important. Sometimes I feel that Gwenview is slow when I'm
viewing images. I even sometimes use gqview because it loads faster (I
guess that because is not a KDE program with KDE libs and all that
stuff) and changing images is faster too too.

> ## Customize info displayed below thumbnails
> Just like in Gwenview 1.4: when looking at digital pictures, the 
> filename is often useless. It's more interesting to be able to show the 
> shooting date for example.

yeap, I guess that some users wants it (I usually like the photo name,
but this is due to my organization)

> ## Fullscreen thumbnails
> I would like to add a thumbnail row in the fullscreen bar, on the right 
> of current information.

nice! :-)

> ## Refactoring: getting rid of the KPart system
> Right now the document view loads a KPart to display the current 
> document: either a GVPart or an SvgPart. This architecture, similar to 
> Gwenview 1.4, was useful to be able to show video KPart without 
> implementing video decoding ourself.
> This is no longer relevant: thanks to Phonon, it's easy to implement 
> video decoding. Not going through KParts gives us more control on the 
> various document view. For example it would be easy to get notified when 
> a video has finished. This information is necessary to implement an 
> slideshow which handles video correctly.

necessary :-)

> ## Fullscreen transitions
> All is in the title. Getting rid of the KPart system would make this 
> easier to implement, in particular with regard to integration with the 
> fullscreen bar.

Yes please, as you maybe remember I like this!

> This list is not mean to be exhaustive. I left out other features like 
> adding back KIPI and external tool support, adding a simple 
> import-from-camera window, adding DBus methods... If anyone feels like 
> working on it, you are welcomed!

I take note (specially some DBUS or "-s" to start in slideshow as I said
long time ago and I have not done anything, yet)

About Kipi, why is not in the more "strong" plans? That was allowing to
upload photos to Flickr/other services and this is quite common for some
users.

I think that I also asked it some weeks ago. If somebody is going to
Fosdem, drop a mail.

-- 
Carles Pina i Estany		GPG id: 0x8CBDAE64
	http://pinux.info	Manresa - Barcelona

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/