[Kde-imaging] ROADMAP/TODO ?

[Renchi Raju]

On Thu, 17 Jun 2004, Renchi Raju wrote:

>
>
> On Thu, 17 Jun 2004, Caulier Gilles wrote:
>
> > Le jeudi 17 Juin 2004 18:00, Aurélien Gâteau a écrit :
> > > Hello,
> > >
> > > Looking at how there's a lot of activity in libkipi and kipi-plugins, and
> > > taking into account the fact that Jesper would like to start using KIPI
> > > releases, I think we need some kind of ROADMAP/TODO to define what remains
> > > to be done before we can consider KIPI ready and can freeze the API.
> > >
> > > Here is my own list:
> > > - Find an agreement on the way KIPI plugins should import images. We
> > > started to discuss this with Jesper on a late evening, but stopped because
> > > of tiredness :-)
> > > - Make a decision on some terms: should we use "album" or "image
> > > collection" or both (if so, explain the difference in a README file)
> > > - Use d pointers in all public classes. This is necessary to achieve binary
> > > compatibility.
> > > - Fix configure scripts (Slideshow problems).
> > > - Set in stone the category list.
> > >
> > > What do you think about this? If everyone find this useful, we could create
> > > a TODO file in libkipi.
> >
> > Another TODO actions :
> >
> > - Fixed important memory leak in CDArchiving, ImagesGallery, and FindDuplicate
> > plugins (Digikam crash when the host is closed !). This is the result of the
> > currrent port, this problem do not exist in Digikamplugins.
> >
> > - Fixed all PENDING actions (this is a big list).
> >
> > - Added separate handbooks for each plugins (like kate plugins). This
> > handbooks will be created from the current Digikam handbook including
> > actually a small description of each digikamplugins.
>
> just one more that i can think of at this time:
>
> - use namespace wrapping for all plugin classes. if a plugin has a class
> called Image and the host app has the a class with the same name, then you
> will have wierd unpredictable crashes.

one more:
 - add to interface functions for copying/moving/renaming files within the
application scope. base function will just use kionetaccess::copy/move.
interested apps can override this to move/copy metadata of item in their
database. (or is addimage supposed to be doing this purpose)

renchi