digiKam in dot.kde.org

[Gilles Caulier-4]

Hi all,

Just few words to speak about a thread in dot.kde.org talking about
digiKam for KDE4...

http://dot.kde.org/1206954953/1206962771/

Best

Gilles Caulier
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia Monday 31 of March 2008, Gilles Caulier napisał:
>
> Just few words to speak about a thread in dot.kde.org talking about
> digiKam for KDE4...
>
> http://dot.kde.org/1206954953/1206962771/
>

Hello,

I edited a bit your post (below), may I post it as a suggestion for
independent Dot article? Any suggestions for additions?

--------------------------------------------------------------------
We have plans to release 0.10.0 in September, if all is fine.

Regression tests will take a while. I wouldn't provide a "stable" release
full
of bugs.

As you can see, porting of Qt3/KDE3 application like digiKam, K3B or
Amarok to Qt4/KDE4 is not a simple task. Because changes in API are huge
all elements must be tested, some parts even re-written. Advantage of
this approach is review of all old code with factorization,
simplification and various other improvements.

digiKam 0.10 is still in alpha. I advise agains use of it in production,
at least until first release candidate.

There are also kipi-plugins and all shared libraries where Marcel and me
are working hard to port to native QT4/KDE4:

- libkdcraw (including new 16 bits color depth auto-gamma/auto white
balance)
- libexiv2 (including new full XMP metadata support)
- libkipi (partially re-written and cleaned).
- 7 kipi-plugins fully ported by me (SendImages, RAWConverter,
JPEGLossLess,
  FlashExport, TimeAdjust, MetadataEdit, and AcquireImage).

I present here few screenshots of digiKam for KDE4 in action:

1.

http://digikam3rdparty.free.fr/Screenshots/newsearchwindow.png

New Search tool make by Marcel. It's not yet complete, we want to
finalize this interface for beta1. Like you can see, big work have been
done to make a clean interface without any database-sql requests. It's
more user friendly. Note that Database schema have been re-written and
improved to include much more photo metadata informations. For example,
GPS info are now stored in DB which means all read-only files can be
geo-localized.

2.

http://digikam3rdparty.free.fr/Screenshots/thumbbarwithpreviewmode.png
http://digikam3rdparty.free.fr/Screenshots/FullColorThemeSupport/thumbbarineditor.png

In digiKam for KDE4, thumbnail kio-slave disappears. All thumbs are now
generated using multi-threading (another part implemented by Marcel) If
you have already played with Showfoto, you have certainly seen
a thumbbar. KDE3 implementation use kioslave without memory cache
mechanism. It's slow.  The new mechanism is faster and can be included
as well everywhere in digiKam without decrease of performance. I have
included thumbbar in Image Editor (F4) and in AlbumGUI with Preview mode
(F3). The same cache is used everywhere.

3.

http://digikam3rdparty.free.fr/Screenshots/digikam_for_KDE4_with_XMP_metadata_support.png
http://digikam3rdparty.free.fr/Screenshots/MetadataEditor/

In KDE4, XMP is fully supported. I have improved MetadataEditor
kipi-plugin and rewritten all dialog pages to be more user friendly, and
to be homogenous with other tools available under Mac OS X or Win32.

4.

http://digikam3rdparty.free.fr/Screenshots/digikamKDE4_under_MACOSX.png

Gutavo Boiko, have ported several code in digiKam to compile as native
application under Mac OS X.

5.

http://digikam3rdparty.free.fr/Screenshots/newkipiimagecollectionselectorwidgetKDE4.png

For KDE4 I have fixed libkipi to become a pure image collection
interface: no widgets, no dialogs, no translations. All GUI components
must be re-implemented in kipi-host using the right model/view
implementation. For digiKam, I have already implemented all of them. The
advantage is really visible here: the tree view used for all
physical/virtual albums in digiKam can be used as well with all
kipi-plugins (KDE3 only provide a flat albums list, not really
suitable).

6.

http://digikam3rdparty.free.fr/Screenshots/gpstracklisteditor.png

In KDE4 I have implemented a new tool to edit GPS track list of several
images at the same time. This tool use Google Maps, but there is a plan
to use Marble if necessary, especially when user doesn't have a network
access.

7.

http://digikam3rdparty.free.fr/Screenshots/digikamKDE4_15.png

With KDE4, multiple root album paths are supported, including removable
media and network repositories. There will be no problems to use digiKam
with a NFS server to host your images.

8.

http://digikam3rdparty.free.fr/Screenshots/FullColorThemeSupport/digikam0.10.0.png
http://digikam3rdparty.free.fr/Screenshots/FullColorThemeSupport/fullcolortheme6.png

Full color theme interface: this was also backported to KDE3. Now color
schemes are applied everywhere in GUI. With dark themes (my preferred),
digiKam looks like a pro-software (:=)))...

9.

http://digikam3rdparty.free.fr/Screenshots/RAW16bitsAutogamma

This is a very important feature : auto-gamma and auto-white balance with
all RAW file format using 16 bits color depth! Before, 16 bits color depth
support required use of color management to have a suitable image in
editor.
Without color management, you had a black hole image... This is due to
limitation from
dcraw which do not provide an homogenous interface between 8 bits and 16
bits
color depth workflow.

On these screenshots, you can compare a same RAW image decoded:

- On the left by dcraw in 8 bits color depth and converted to PNG.
Auto-gamma
  and auto white balance is performed automatically by dcraw.

- On the middle by digiKam in 16 bits color depth using libkdcraw with
  a dedicaced auto-gamma and auto-white-balance performed in digiKam core.

- On the right by the LightZone (:=)))... As you can see, digiKam is not
too
  bad!

digiKam is now able to play with all RAW images in 16 bits color depth
without
to use a complex color management settings: in your workflow RAW pictures
can be handled like
JPEG file. This is very productive and fast method, for example
LightZone uses this style. Note that this feature was also backported to
KDE3.

I'd like to remind to all that digiKam have been the first suitable Open
Source photo-management program with support of 16 bits color depth
pictures as well! Gimp, f-spot do not support it! Cinepaint can do it,
but seriously, who will use it to play with pictures? Of course we have
now Krita to work with layers... digiKam+Krita == the perfect photo
suite (:=)))

It's time now for me to close this file and return to underground
hacking-world...

Gilles Caulier
--------------------------------------------------------------------

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

Fine for me Mik.

Perhaps Marcel has some words to add...

Gilles

2008/3/31, Mikolaj Machowski <[hidden email]>:

> Dnia Monday 31 of March 2008, Gilles Caulier napisał:
>
> >
>  > Just few words to speak about a thread in dot.kde.org talking about
>  > digiKam for KDE4...
>  >
>  > http://dot.kde.org/1206954953/1206962771/
>  >
>
>
> Hello,
>
>  I edited a bit your post (below), may I post it as a suggestion for
>  independent Dot article? Any suggestions for additions?
>
>  --------------------------------------------------------------------
>  We have plans to release 0.10.0 in September, if all is fine.
>
>  Regression tests will take a while. I wouldn't provide a "stable" release
>  full
>  of bugs.
>
>  As you can see, porting of Qt3/KDE3 application like digiKam, K3B or
>  Amarok to Qt4/KDE4 is not a simple task. Because changes in API are huge
>  all elements must be tested, some parts even re-written. Advantage of
>  this approach is review of all old code with factorization,
>  simplification and various other improvements.
>
>  digiKam 0.10 is still in alpha. I advise agains use of it in production,
>  at least until first release candidate.
>
>  There are also kipi-plugins and all shared libraries where Marcel and me
>  are working hard to port to native QT4/KDE4:
>
>  - libkdcraw (including new 16 bits color depth auto-gamma/auto white
>  balance)
>  - libexiv2 (including new full XMP metadata support)
>  - libkipi (partially re-written and cleaned).
>  - 7 kipi-plugins fully ported by me (SendImages, RAWConverter,
>  JPEGLossLess,
>   FlashExport, TimeAdjust, MetadataEdit, and AcquireImage).
>
>  I present here few screenshots of digiKam for KDE4 in action:
>
>  1.
>
>  http://digikam3rdparty.free.fr/Screenshots/newsearchwindow.png
>
>  New Search tool make by Marcel. It's not yet complete, we want to
>  finalize this interface for beta1. Like you can see, big work have been
>  done to make a clean interface without any database-sql requests. It's
>  more user friendly. Note that Database schema have been re-written and
>  improved to include much more photo metadata informations. For example,
>  GPS info are now stored in DB which means all read-only files can be
>  geo-localized.
>
>  2.
>
>  http://digikam3rdparty.free.fr/Screenshots/thumbbarwithpreviewmode.png
>  http://digikam3rdparty.free.fr/Screenshots/FullColorThemeSupport/thumbbarineditor.png
>
>  In digiKam for KDE4, thumbnail kio-slave disappears. All thumbs are now
>  generated using multi-threading (another part implemented by Marcel) If
>  you have already played with Showfoto, you have certainly seen
>  a thumbbar. KDE3 implementation use kioslave without memory cache
>  mechanism. It's slow.  The new mechanism is faster and can be included
>  as well everywhere in digiKam without decrease of performance. I have
>  included thumbbar in Image Editor (F4) and in AlbumGUI with Preview mode
>  (F3). The same cache is used everywhere.
>
>  3.
>
>  http://digikam3rdparty.free.fr/Screenshots/digikam_for_KDE4_with_XMP_metadata_support.png
>  http://digikam3rdparty.free.fr/Screenshots/MetadataEditor/
>
>  In KDE4, XMP is fully supported. I have improved MetadataEditor
>  kipi-plugin and rewritten all dialog pages to be more user friendly, and
>  to be homogenous with other tools available under Mac OS X or Win32.
>
>  4.
>
>  http://digikam3rdparty.free.fr/Screenshots/digikamKDE4_under_MACOSX.png
>
>  Gutavo Boiko, have ported several code in digiKam to compile as native
>  application under Mac OS X.
>
>  5.
>
>  http://digikam3rdparty.free.fr/Screenshots/newkipiimagecollectionselectorwidgetKDE4.png
>
>  For KDE4 I have fixed libkipi to become a pure image collection
>  interface: no widgets, no dialogs, no translations. All GUI components
>  must be re-implemented in kipi-host using the right model/view
>  implementation. For digiKam, I have already implemented all of them. The
>  advantage is really visible here: the tree view used for all
>  physical/virtual albums in digiKam can be used as well with all
>  kipi-plugins (KDE3 only provide a flat albums list, not really
>  suitable).
>
>  6.
>
>  http://digikam3rdparty.free.fr/Screenshots/gpstracklisteditor.png
>
>  In KDE4 I have implemented a new tool to edit GPS track list of several
>  images at the same time. This tool use Google Maps, but there is a plan
>  to use Marble if necessary, especially when user doesn't have a network
>  access.
>
>  7.
>
>  http://digikam3rdparty.free.fr/Screenshots/digikamKDE4_15.png
>
>  With KDE4, multiple root album paths are supported, including removable
>  media and network repositories. There will be no problems to use digiKam
>  with a NFS server to host your images.
>
>  8.
>
>  http://digikam3rdparty.free.fr/Screenshots/FullColorThemeSupport/digikam0.10.0.png
>  http://digikam3rdparty.free.fr/Screenshots/FullColorThemeSupport/fullcolortheme6.png
>
>  Full color theme interface: this was also backported to KDE3. Now color
>  schemes are applied everywhere in GUI. With dark themes (my preferred),
>  digiKam looks like a pro-software (:=)))...
>
>  9.
>
>  http://digikam3rdparty.free.fr/Screenshots/RAW16bitsAutogamma
>
>  This is a very important feature : auto-gamma and auto-white balance with
>  all RAW file format using 16 bits color depth! Before, 16 bits color depth
>  support required use of color management to have a suitable image in
>  editor.
>  Without color management, you had a black hole image... This is due to
>  limitation from
>  dcraw which do not provide an homogenous interface between 8 bits and 16
>  bits
>  color depth workflow.
>
>  On these screenshots, you can compare a same RAW image decoded:
>
>  - On the left by dcraw in 8 bits color depth and converted to PNG.
>  Auto-gamma
>   and auto white balance is performed automatically by dcraw.
>
>  - On the middle by digiKam in 16 bits color depth using libkdcraw with
>   a dedicaced auto-gamma and auto-white-balance performed in digiKam core.
>
>  - On the right by the LightZone (:=)))... As you can see, digiKam is not
>  too
>   bad!
>
>  digiKam is now able to play with all RAW images in 16 bits color depth
>  without
>  to use a complex color management settings: in your workflow RAW pictures
>  can be handled like
>  JPEG file. This is very productive and fast method, for example
>  LightZone uses this style. Note that this feature was also backported to
>  KDE3.
>
>  I'd like to remind to all that digiKam have been the first suitable Open
>  Source photo-management program with support of 16 bits color depth
>  pictures as well! Gimp, f-spot do not support it! Cinepaint can do it,
>  but seriously, who will use it to play with pictures? Of course we have
>  now Krita to work with layers... digiKam+Krita == the perfect photo
>  suite (:=)))
>
>  It's time now for me to close this file and return to underground
>  hacking-world...
>
>  Gilles Caulier
>  --------------------------------------------------------------------
>
>  _______________________________________________
>  Digikam-devel mailing list
>  [hidden email]
>  https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

A few additions of mine to this paragraph:

> 1.
>
> http://digikam3rdparty.free.fr/Screenshots/newsearchwindow.png
>
> New Search tool make by Marcel. It's not yet complete, we want to
> finalize this interface for beta1. Like you can see, big work have been
> done to make a clean interface without any database-sql requests. It's
> more user friendly. Note that Database schema have been re-written and
> improved to include much more photo metadata informations. For example,
> GPS info are now stored in DB which means all read-only files can be
> geo-localized.
>

The new search tool written by Marcel.
As you can see, a lot of work has been done to design a clean interface, away
from the traditional dialog requiring to build a search step-by-step with
comboboxes, towards a page which offers the available options at a glance, at
the same time retaining the ability to create complex searches. With this
approach we hope to create something more user friendly.
It's not finished yet, the UI in the screenshot can be considered a preview,
but we want to finalize this interface for beta1.
The need to redesign the search interface came with the rewrite and
improvement of our database schema. Now much more photo metadata information
will be stored and will be available for searching. For example,
GPS information will now be stored in the database, which means that read-only
files (think of your RAW images) can as well be geo-localized.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia Tuesday 01 of April 2008, Marcel Wiesweg napisał:

> As you can see, a lot of work has been done to design a clean interface,
> away from the traditional dialog requiring to build a search
> step-by-step with comboboxes, towards a page which offers the available
> options at a glance, at the same time retaining the ability to create
> complex searches. With this approach we hope to create something more
> user friendly.
> It's not finished yet, the UI in the screenshot can be considered a
> preview, but we want to finalize this interface for beta1.
> The need to redesign the search interface came with the rewrite and
> improvement of our database schema. Now much more photo metadata
> information will be stored and will be available for searching. For
> example, GPS information will now be stored in the database, which means
> that read-only files (think of your RAW images) can as well be
> geo-localized.

Attached... to 2nd version of article. I was too fast. Added also info
about digiKam GSoC and wanted to release it as fast as possible.

m.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

Mik,

Tomorrow, i will provide few screenshots of new search interface...

Gilles

2008/4/1, Mikolaj Machowski <[hidden email]>:

> Dnia Tuesday 01 of April 2008, Marcel Wiesweg napisał:
>
> > As you can see, a lot of work has been done to design a clean interface,
>  > away from the traditional dialog requiring to build a search
>  > step-by-step with comboboxes, towards a page which offers the available
>  > options at a glance, at the same time retaining the ability to create
>  > complex searches. With this approach we hope to create something more
>  > user friendly.
>  > It's not finished yet, the UI in the screenshot can be considered a
>  > preview, but we want to finalize this interface for beta1.
>  > The need to redesign the search interface came with the rewrite and
>  > improvement of our database schema. Now much more photo metadata
>  > information will be stored and will be available for searching. For
>  > example, GPS information will now be stored in the database, which means
>  > that read-only files (think of your RAW images) can as well be
>  > geo-localized.
>
>
> Attached... to 2nd version of article. I was too fast. Added also info
>  about digiKam GSoC and wanted to release it as fast as possible.
>
>
>  m.
>
>  _______________________________________________
>  Digikam-devel mailing list
>  [hidden email]
>  https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-4]

Mik,

Done at this url :

http://digikam3rdparty.free.fr/Screenshots/NewSearchTools/

Gilles

2008/4/1, Gilles Caulier <[hidden email]>:

> Mik,
>
>  Tomorrow, i will provide few screenshots of new search interface...
>
>  Gilles
>
>  2008/4/1, Mikolaj Machowski <[hidden email]>:
>
> > Dnia Tuesday 01 of April 2008, Marcel Wiesweg napisał:
>  >
>  > > As you can see, a lot of work has been done to design a clean interface,
>  >  > away from the traditional dialog requiring to build a search
>  >  > step-by-step with comboboxes, towards a page which offers the available
>  >  > options at a glance, at the same time retaining the ability to create
>  >  > complex searches. With this approach we hope to create something more
>  >  > user friendly.
>  >  > It's not finished yet, the UI in the screenshot can be considered a
>  >  > preview, but we want to finalize this interface for beta1.
>  >  > The need to redesign the search interface came with the rewrite and
>  >  > improvement of our database schema. Now much more photo metadata
>  >  > information will be stored and will be available for searching. For
>  >  > example, GPS information will now be stored in the database, which means
>  >  > that read-only files (think of your RAW images) can as well be
>  >  > geo-localized.
>  >
>  >
>  > Attached... to 2nd version of article. I was too fast. Added also info
>  >  about digiKam GSoC and wanted to release it as fast as possible.
>  >
>  >
>  >  m.
>  >
>  >  _______________________________________________
>  >  Digikam-devel mailing list
>  >  [hidden email]
>  >  https://mail.kde.org/mailman/listinfo/digikam-devel
>  >
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Dnia Wednesday 02 of April 2008, Gilles Caulier napisał:
> Mik,
>
> Done at this url :
>
> http://digikam3rdparty.free.fr/Screenshots/NewSearchTools/
>

Sorry, was late to put 3rd version of article but added in comment.

m.

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel