[Kde-imaging] [Digikam-devel] Re: Implementation of legend feature in kipi slideshow plugin (fwd)

Renchi Raju renchi at pooh.tam.uiuc.edu
Sun Jul 11 19:31:02 CEST 2004


i am fwding your email to kde-imaging as it is the proper place for this
discussion. it would be nice if you can subscribe to this mailing list

renchi

---------- Forwarded message ----------
Date: Sun, 11 Jul 2004 16:13:42 +0200
From: Stefan Wenk <stefan.wenk at gmx.at>
Subject: [Digikam-devel] Re: Implementation of legend feature in kipi
    slideshow plugin

On Sunday 11 July 2004 03:57, Renchi Raju wrote:
> On Sat, 10 Jul 2004, Stefan Wenk wrote:
> > On Saturday 10 July 2004 14:20, Renchi Raju wrote:
> > > On Sat, 10 Jul 2004, Stefan Wenk wrote:
> > > > I wanted to see the comments for JPEG images in the slideshow, so I
> > > > implemented this. The basic idea for the feature origins from the
> > > > WIN32 Irfanview program. See the modifications in the attachment. I
> > > > did an CVS update today, so you should not have problems during
> > > > merging. Besides the implementation of the new feature I fixed a bug,
> > > > which caused a hangup when somebody presses the right mouse button
> > > > just at the first image.
> > >
> > > please note: any extra-information that you display on the slideshow
> > > has to come from the host application, as slideshow is a kipiplugin and
> > > will be used by multiple applications. each application has its own
> > > standards on what forms the "metadata" for an image and it provides
> > > this information throught the kipi::interface. its required for a
> > > kipiplugin to respect this metadata and not load any extra-meta-data
> > > from elsewhere for consistency reasons. hence for the slideshow, the
> > > comments and any extra-metadata you decide to display will have to be
> > > retrieved from the kipi interface.
> >
> > Thanks for the information. It is true that the implementation only works
> > for jpeg files and that it directly reads the exif information from the
> > image file, if available. It seems that you are suggesting to make use of
> > KIPI::ImageInfo. Here possibly the attributes() method could be used to
> > exchange the exif information. But the documentation is quite unspecific
> > at this point. (PENDING(blackie) document ). KIPI::ImageInfo::description
> > (  ) seems to return the comment for an image, I guess.  I don't see any
> > advantage of using this interface in comparision to directly access the
> > information, because as it is currently documented a plugin can't assume
> > that all host applications will return the same information there. For
> > this reason I don't intend to make an update of the modifications.
OK. I took a more closer look on it. Actually this is not too much work, I
have done it now for your kind of comments, the date and the size. In order
to reach full functionality I need to enhance the KIPI::ImageInfo Class. I
intend to add two methods:

QString 	jpeg_description () const
  this returns the jpeg comment, if available
and
QString 	getExifEntryValue ( long tag ) const
  this will return the Value of an Exif tag in String format

Is this allowed?
I woulld enhance the
enum KIPI::Features
with: JPEGImageHasJpegComments
and ImagesHasExifValues

Somebody should change ImagesHasTime to ImageHasTime, but what is the status
of this interface, is it somehow freezed?


More information about the Kde-imaging mailing list