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

List:       kde-imaging
Subject:    Re: [Kde-imaging] RFC: next kipi & co. generation
From:       "Jesper K. Pedersen" <blackie () blackie ! dk>
Date:       2006-09-30 12:59:01
Message-ID: 200609301459.01724.blackie () blackie ! dk
[Download RAW message or body]

On Wednesday 27 September 2006 17:59, Caulier Gilles wrote:
| Le Mardi 26 Septembre 2006 23:49, Aurélien Gâteau, @orange.fr a écrit :
| > >> From my point of view there is no problem. Since Gwenview is file
| > >> system based, it would be enough to be able to specify a base folder
| > >> and let the user browse it. On the other hand, I think applications
| > >> like Digikam or KPhotoAlbum will probably need a way to provide the
| > >> widget with their own hierarchy, to let the user browse the tag
| > >> hierarchy. Am I wrong?
| > >
| > > yes. About digiKam, this is a is file system based like gwenview,
| > > excepted for
| > > the tag of course witch are virtual folders (using a hierarchy).
| >
| > I think this could be implemented by introducing the concept of recursive
| > image collections. We could extend the ImageCollection interface so that
| > it's possible for an ImageCollection to return its sub collections.
| >
| > A simplistic API could be something like this:
| >
| > class ImageCollection {
| > ...
| > public:
| >   const QValueList<ImageCollection>& subCollections() const;
| > ...
| > }
| >
| > But it might not be very efficient. At least for the image collection
| > dialog, it would be nice to have a method like this:
| >
| >   bool hasSubCollections() const;
| >
| > So that ImageCollectionDialog can make its items expandable without
| > retrieving the full list of sub collections.
| >
| > It could be made more flexible and efficient by introducing an
| > ImageCollectionIterator class, similar to QListViewItemIterator. This
| > iterator would be implemented by the host app, allowing it to store the
| > sub collections in the best way possible.
|
| Sounds good for me Aurélien.
|
| Jesper, can you give us your viewpoint please ?
I have a hard time trying to see how I would implement this in KPA. But on the 
other hand I could always just return an empty list of sub elements.

So fine by me.

PS: I've started studying some busines school in the evenings, so I dont have 
much spare time anymore, so please CC me directly if you need my attension on 
something.

Cheers
Jesper.

_______________________________________________
Kde-imaging mailing list
Kde-imaging@kde.org
https://mail.kde.org/mailman/listinfo/kde-imaging

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