digiKam digest 2006-04-26

Hello,

Since KDE-wide commit digest is a bit erratic lately I though about replacing
it in part of KDE I am especially interested in: digiKam.

It covers development of digiKam, kipi-plugins, libkdcraw and libkexiv2

Vital question: Would you like more?



And now the proper part -


               [1]   [2]    [3]    [4]    [5]    [6]     [7]    [8]
digikam        202   +11     -3      8    249     +1      -0      1
kipiplugins     99    +4     -1      3    136     +1      -1      0      

[1] Opened bugs
[2] Opened last week
[3] Closed last week
[4] Change
[5] Opened wishes
[6] Opened last week
[7] Closed last week
[8] Change

-----------------------------------------------------------------------
SVN commit 957437 by cgilles:

libkdcraw from trunk : OpenMP support : Parallelized RAW demosaicing
operations are now enabled by default.  We check which GCC version is
available to use right compilation/linking flags. If gcc version is bad,
OpenMP support is disabled.

Note to packagers : a CMake option is available to disable OPenMP
support if necessary (default=OFF).  Look in README for details.

 M  +39 -12    CMakeLists.txt  
 M  +1 -0      NEWS  
 M  +5 -4      README  
 M  +3 -3      libkdcraw/kdcraw.cpp  
 M  +7 -2      libkdcraw/libraw_config.h.cmake  
-----------------------------------------------------------------------

SVN commit 958053 by cgilles:

apply patch #32985 from Matthias Welwarsky fo fix LensFun tool with
Lanzcos method
BUG: 186823

 M  +7 -7      imageplugins/lenscorrection/autocorrection/klensfun.cpp  
 M  +1 -0      libs/dimg/dcolor.h  
 M  +16 -9     libs/dimg/dcolorblend.h  
 M  +218 -2    libs/dimg/dimg.cpp  
 M  +96 -80    libs/dimg/dimg.h  
 M  +28 -1     libs/dimg/dimgprivate.h  
-----------------------------------------------------------------------

===========================================
Much work into content aware resizing tool

https://bugs.kde.org/show_bug.cgi?id=149485

More on Gilles blog:

http://www.digikam.org/drupal/node/439

One of commits:
===========================================

SVN commit 958077 by cgilles:
move Liquid Rescale tool to digiKam core !!!


 D            branches/work/~cgilles/contentawareresizing (directory)
 A            
trunk/extragear/graphics/digikam/imageplugins/contentawareresizing
(directory)



-----------------------------------------------------------------------
SVN commit 958769 by aclemens:

Remove the mapsearch tab from the left sidebar if marblewidget can not
be found.
Since we can have textual information in the geolocation tab in the
right sidebar, I will not remove this one for now.

 M  +33 -18    digikamview.cpp  

-----------------------------------------------------------------------
===========================================
Andi's description of this feature from mailing list:

It is since a few days. Before we had just disabled the menu entry. This
was because we had not used the services architecture properly.  We just
took the first selected image and decided what application can open
these file types.
But this is the wrong way to do it. If you select more then one image,
chances are that you can not open all selected files in the application.
So what we did was disabling the menu entry on multiple selection.
Now we have a different approach (like dolphin and gwenview does, too).
Generate a query for all selected mimetypes and provide applications
that can handle all those mime types.
If none can be found, open the "Open with" application dialog, where you
can choose the app to work with by yourself.
===========================================

SVN commit 958991 by aclemens:

Group the "Edit" and "Open With" actions together in the context menu of
the albumiconview and imagepreviewview.
They are related to each other and therefore should be in one place to
easily find them.

 M  +3 -1      albumiconview.cpp  
 M  +3 -1      imagepreviewview.cpp  

-----------------------------------------------------------------------
===========================================
Begin of work on Qt4 list implementation of digiKam icon view (aka Album
GUI):

One of commits:
===========================================

SVN commit 959105 by mwiesweg:

Working on various features:
- tool tip support
- QListView settings
- watch flags for ImageModel
- item activation handlers (need to check if single/double click
  activation settings in Qt honour KDE settings)
- methods to access current, selected and all image infos
- scrollTo item support
- context menu handler

 M  +197 -7    imagecategorizedview.cpp  
 M  +32 -2     imagecategorizedview.h  

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

[Gilles Caulier-4]

Thanks thanks thanks Mik.

Excelent. Why not to post this digest to web site in a dedicated section ?

Gerhard, how we can automatize this job at least to minimize works from Mik ?

Gilles

2009/4/27 Mikolaj Machowski <[hidden email]>:

> Hello,
>
> Since KDE-wide commit digest is a bit erratic lately I though about replacing
> it in part of KDE I am especially interested in: digiKam.
>
> It covers development of digiKam, kipi-plugins, libkdcraw and libkexiv2
>
> Vital question: Would you like more?
>
>
>
> And now the proper part -
>
>
>               [1]   [2]    [3]    [4]    [5]    [6]     [7]    [8]
> digikam        202   +11     -3      8    249     +1      -0      1
> kipiplugins     99    +4     -1      3    136     +1      -1      0
>
> [1] Opened bugs
> [2] Opened last week
> [3] Closed last week
> [4] Change
> [5] Opened wishes
> [6] Opened last week
> [7] Closed last week
> [8] Change
>
> -----------------------------------------------------------------------
> SVN commit 957437 by cgilles:
>
> libkdcraw from trunk : OpenMP support : Parallelized RAW demosaicing
> operations are now enabled by default.  We check which GCC version is
> available to use right compilation/linking flags. If gcc version is bad,
> OpenMP support is disabled.
>
> Note to packagers : a CMake option is available to disable OPenMP
> support if necessary (default=OFF).  Look in README for details.
>
>  M  +39 -12    CMakeLists.txt
>  M  +1 -0      NEWS
>  M  +5 -4      README
>  M  +3 -3      libkdcraw/kdcraw.cpp
>  M  +7 -2      libkdcraw/libraw_config.h.cmake
> -----------------------------------------------------------------------
>
> SVN commit 958053 by cgilles:
>
> apply patch #32985 from Matthias Welwarsky fo fix LensFun tool with
> Lanzcos method
> BUG: 186823
>
>  M  +7 -7      imageplugins/lenscorrection/autocorrection/klensfun.cpp
>  M  +1 -0      libs/dimg/dcolor.h
>  M  +16 -9     libs/dimg/dcolorblend.h
>  M  +218 -2    libs/dimg/dimg.cpp
>  M  +96 -80    libs/dimg/dimg.h
>  M  +28 -1     libs/dimg/dimgprivate.h
> -----------------------------------------------------------------------
>
> ===========================================
> Much work into content aware resizing tool
>
> https://bugs.kde.org/show_bug.cgi?id=149485
>
> More on Gilles blog:
>
> http://www.digikam.org/drupal/node/439
>
> One of commits:
> ===========================================
>
> SVN commit 958077 by cgilles:
> move Liquid Rescale tool to digiKam core !!!
>
>
>  D            branches/work/~cgilles/contentawareresizing (directory)
>  A
> trunk/extragear/graphics/digikam/imageplugins/contentawareresizing
> (directory)
>
>
>
> -----------------------------------------------------------------------
> SVN commit 958769 by aclemens:
>
> Remove the mapsearch tab from the left sidebar if marblewidget can not
> be found.
> Since we can have textual information in the geolocation tab in the
> right sidebar, I will not remove this one for now.
>
>  M  +33 -18    digikamview.cpp
>
> -----------------------------------------------------------------------
> ===========================================
> Andi's description of this feature from mailing list:
>
> It is since a few days. Before we had just disabled the menu entry. This
> was because we had not used the services architecture properly.  We just
> took the first selected image and decided what application can open
> these file types.
> But this is the wrong way to do it. If you select more then one image,
> chances are that you can not open all selected files in the application.
> So what we did was disabling the menu entry on multiple selection.
> Now we have a different approach (like dolphin and gwenview does, too).
> Generate a query for all selected mimetypes and provide applications
> that can handle all those mime types.
> If none can be found, open the "Open with" application dialog, where you
> can choose the app to work with by yourself.
> ===========================================
>
> SVN commit 958991 by aclemens:
>
> Group the "Edit" and "Open With" actions together in the context menu of
> the albumiconview and imagepreviewview.
> They are related to each other and therefore should be in one place to
> easily find them.
>
>  M  +3 -1      albumiconview.cpp
>  M  +3 -1      imagepreviewview.cpp
>
> -----------------------------------------------------------------------
> ===========================================
> Begin of work on Qt4 list implementation of digiKam icon view (aka Album
> GUI):
>
> One of commits:
> ===========================================
>
> SVN commit 959105 by mwiesweg:
>
> Working on various features:
> - tool tip support
> - QListView settings
> - watch flags for ImageModel
> - item activation handlers (need to check if single/double click
>  activation settings in Qt honour KDE settings)
> - methods to access current, selected and all image infos
> - scrollTo item support
> - context menu handler
>
>  M  +197 -7    imagecategorizedview.cpp
>  M  +32 -2     imagecategorizedview.h
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>

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

On Monday 27 April 2009 19:04:18 Gilles Caulier wrote:
> Thanks thanks thanks Mik.

Glad you like it :)

> Excelent. Why not to post this digest to web site in a dedicated section ?

Would be great.

> Gerhard, how we can automatize this job at least to minimize works from Mik
> ?

This is matter of only copy&paste + <pre> tags. The only simpler method would
be just sending mail to some special address and auto-publication?

m.

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

[Gilles Caulier-4]

2009/4/27 Mikolaj Machowski <[hidden email]>:

> On Monday 27 April 2009 19:04:18 Gilles Caulier wrote:
>> Thanks thanks thanks Mik.
>
> Glad you like it :)
>
>> Excelent. Why not to post this digest to web site in a dedicated section ?
>
> Would be great.
>
>> Gerhard, how we can automatize this job at least to minimize works from Mik
>> ?
>
> This is matter of only copy&paste + <pre> tags. The only simpler method would
> be just sending mail to some special address and auto-publication?

Certainly.

We use Drupal. Perhaps there is a module dedicated for that. Gerhard ?

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

On Monday 27 April 2009 20:02:00 Gilles Caulier wrote:
> >
> > This is matter of only copy&paste + <pre> tags. The only simpler method
> > would be just sending mail to some special address and auto-publication?
>
> Certainly.
>
> We use Drupal. Perhaps there is a module dedicated for that. Gerhard ?

After some thinking maybe this is not best solution. To keep security tight it
had to have big limitations. I want to keep  form as simple as possible but
maybe add something from time to time. Maybe later when form will be stable.

At the moment possibility to create blog account on digikam.org + syndication
on planet.kde.org would be more than enough.

m.

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

[Gilles Caulier-4]

2009/4/28 Mikolaj Machowski <[hidden email]>:

> On Monday 27 April 2009 20:02:00 Gilles Caulier wrote:
>> >
>> > This is matter of only copy&paste + <pre> tags. The only simpler method
>> > would be just sending mail to some special address and auto-publication?
>>
>> Certainly.
>>
>> We use Drupal. Perhaps there is a module dedicated for that. Gerhard ?
>
> After some thinking maybe this is not best solution. To keep security tight it
> had to have big limitations. I want to keep  form as simple as possible but
> maybe add something from time to time. Maybe later when form will be stable.
>
> At the moment possibility to create blog account on digikam.org + syndication
> on planet.kde.org would be more than enough.

Ok, i create an account for you in digikam.org

Please contact planet.kde.org admn to link your blog rss feed.

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