[KimDaBa] [RFC] KIPI Plugins getAllAlbums() <==> Bookmarks in KimDaBa

[Jesper K. Pedersen]

Actually you are addressign a problem I already did solve ;-)

In CVS HEAD of kimdaba you will in the configuration page for general find a 
combobox labeled "Category for virtual albums".
Its whats this hint tells you about the implementation. Here it is for your 
reference:

>>>>>>>>>>>>>>
KimDaBa shares plugins with other imaging applications, some of these have
the concept of albums. KimDaBa do not have that concept, nevertheless it
needs to pretend to have so towards the plugin sys certain plugins to
function.

KimDaBa does this by defining the current album to be the current view -
that is all the images the browsers offers to display.

In addition to the current album, KimDaBa must also be able to give a list
of all albums.  The list of all albums are defined in the following way:
 - When KimDaBa's browser displays the content of a category - say all
   Persons, then each item will look like an album to the plugin.
 - Otherwise the category you specify using this option will be used. Thus
   if you specify Persons with this option, then KimDaBa will act as if you
   had just chosen to display persons, and then invoke the plugin which
   needs to know about all albums.

Most users would likely want to specify Keywords here.
<<<<<<<<<<<<<<

I previously had the idea with adding bookmarks to kimdaba, but I realized by 
queries was never more than say "Jesper and Helene", "Jesper & Las Vegas" and 
similar, so bookmarks was IMHO overkill.

Cheers
Jesper.
On Monday 24 May 2004 13:48, boulot.dodo wrote:
| Hello dear Kimdaba´s user
|
| You may know that Jesper & others are working to a common
| plugin architecture. One problem is that some plugins
| (especially the CD Archiving one, but they are probably more
| to come) wants to know the complete list of albums you have
| (so you can burn the set of albums you want).
|
| This make sense in Digikam where an album is a directory, but
| not in KimDaBa where you have an infinite set of albums. So,
| we cannot benefit from the CD archiving plugin :(
|
| My first thought was to use the list of subfolders too. For
| me, something like :
|
| 2001_C_etait_mieux_a_vent/
| 2002-06-06_mariage_cecile/
| 2002-06-23_mariage_cecile/
| 2002-06-24_Photos_du_rep/
| 2002-07-01_PhotosOlivier/
| misc/
| misc/subfolder/
|
|
| For sure that´s suboptimal.
|
| Here is a better idea :
| KimDaBa use the metaphore of a browser which can be used to
| access an infinite number of pages. Some pages are more
| important than others, but only the user can know which ones.
| ==> the solution is pretty obvious : use bookmarks like
| Konqueror. Bonus : should be quite easy to do (standard menu)
| and good integrated in KDE.
|
| It could be something like that :
|
| .
|
| |-- Family
| |    `-- Ann Helen
| |-- USA and Holidays
| |-- *NONE* and *NONE* and *NONE*
| |        (very useful to see which images you still have to
|
| document with KimDaBa)
|
| |-- Folders
|
|      `-- *(1)
|
| *(1) Here, KimDaBa could automatically generate a bookmark for
| each subfolders containing at least an image.
|
|
|
| Does it seems useful and easy enough to understand ?
|
| Accédez au courrier électronique de La Poste : www.laposte.net ;
| 3615 LAPOSTENET (0,34€/mn) ; tél : 08 92 68 13 50 (0,34€/mn)
|
|
|
| _______________________________________________
| KimDaBa mailing list
| KimDaBa at klaralvdalens-datakonsult.se
| http://sulaco.hrhansen.dk/mailman/listinfo/kimdaba

-- 
Having trouble finding a given image in your collection containing
thousands of images?

http://ktown.kde.org/KimDaBa might be the answer.