While it's not really a problem for Block and Circular waves it destroys the image. I guess there should be some constrain.

While it's not really a problem for Block and Circular waves it destroys the image. I guess there should be some constrain.

+

+

Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

===Showfoto crashing at importing folders===

===Showfoto crashing at importing folders===

After adding a folder via File/Open Folder showfoto simply vanishes without a word

After adding a folder via File/Open Folder showfoto simply vanishes without a word

−

(seems to only crash on folders containing png/jpeg files)

+

(seems to only crash on folders containing png/jpeg files) - only on msvc -> Patrick

+

===WISH: showFoto doesn't remember the last opened folder===

===WISH: showFoto doesn't remember the last opened folder===

It would be much more convenient if showFoto could remember the last folder that was opened. So, if you chose the Open file or Open folder - you'll be in the same location as before, when you've chosen previous image. This is implemented in most programs.

It would be much more convenient if showFoto could remember the last folder that was opened. So, if you chose the Open file or Open folder - you'll be in the same location as before, when you've chosen previous image. This is implemented in most programs.

And default location (if you haven't yet opened any folders or files) could be changed to Home directory or to Home/My images - now it's set to %KDEROOT%\bin\.

And default location (if you haven't yet opened any folders or files) could be changed to Home directory or to Home/My images - now it's set to %KDEROOT%\bin\.

Just chose from menu Decorate/Template Superimpose... or Decorate/Apply texture... and see how ShowFoto willhang and slowly crash.

Just chose from menu Decorate/Template Superimpose... or Decorate/Apply texture... and see how ShowFoto willhang and slowly crash.

+

+

Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

===Open file dialog filter doesn't know about TIFF===

===Open file dialog filter doesn't know about TIFF===

showFoto is able to open TIFF files. Though, open file dialog can't see any TIFFs.

showFoto is able to open TIFF files. Though, open file dialog can't see any TIFFs.

To check it - open a folder that contains a TIFF through an Open folder dialog. Among other images (if there're any) there will be TIFFs.

To check it - open a folder that contains a TIFF through an Open folder dialog. Among other images (if there're any) there will be TIFFs.

+

+

Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

===Some sliders in Resize image are broken===

===Some sliders in Resize image are broken===

Go to "Transform/Resize image" and slide the slidebars labelled "Width", "Height", "Detail preservations", "Anisotropy", "Noise", "Integral step". They will be 'jumping' from 0 to 1 (except Width and Height - their right limit will be 9999).

Go to "Transform/Resize image" and slide the slidebars labelled "Width", "Height", "Detail preservations", "Anisotropy", "Noise", "Integral step". They will be 'jumping' from 0 to 1 (except Width and Height - their right limit will be 9999).

+

+

Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

===BUG Digikam r878658 Choosing path for database location===

===BUG Digikam r878658 Choosing path for database location===

No matter what the user selects, a strange path will be generated:

No matter what the user selects, a strange path will be generated:

Line 27:

Line 38:

even much more longer.

even much more longer.

Trying to enter a path manually will also generate the same wrong path above.

Trying to enter a path manually will also generate the same wrong path above.

+

Using Mingw, Windows XP SP3

+

+

In MSVC build this behaviour appears when user opens digiKam settings dialog and even if he/she does nothing the path is trashed as mentioned above. Though, setting Album/database path on first digiKam run works fine.

+

Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

+

+

===UI incosistency===

+

Go to Enhance/Inpaint...

+

The following dialog as any other filters/decorators/transformers/whatever dialogs allows users to preview changes in different ways: comparing changed and original fragments of image side by side (both horizontally and vertically), showing only changed variant or showing the photo half changed and half original. So, as far as i can tell you change the view only with those handy icons right under the image. But in this Inpaint dialog they are ABOVE the image. This really kills the usability at the very least.

+

+

Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

Latest revision as of 16:52, 10 July 2009

This page is dedicated to collect all the digikam/kipi bugs that will occur through the porting process until the final release of digikam.
Please mark solved bugs.
--SE

It would be much more convenient if showFoto could remember the last folder that was opened. So, if you chose the Open file or Open folder - you'll be in the same location as before, when you've chosen previous image. This is implemented in most programs.
And default location (if you haven't yet opened any folders or files) could be changed to Home directory or to Home/My images - now it's set to %KDEROOT%\bin\.

showFoto is able to open TIFF files. Though, open file dialog can't see any TIFFs.
To check it - open a folder that contains a TIFF through an Open folder dialog. Among other images (if there're any) there will be TIFFs.

Go to "Transform/Resize image" and slide the slidebars labelled "Width", "Height", "Detail preservations", "Anisotropy", "Noise", "Integral step". They will be 'jumping' from 0 to 1 (except Width and Height - their right limit will be 9999).

even much more longer.
Trying to enter a path manually will also generate the same wrong path above.
Using Mingw, Windows XP SP3

In MSVC build this behaviour appears when user opens digiKam settings dialog and even if he/she does nothing the path is trashed as mentioned above. Though, setting Album/database path on first digiKam run works fine.
Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3

Go to Enhance/Inpaint...
The following dialog as any other filters/decorators/transformers/whatever dialogs allows users to preview changes in different ways: comparing changed and original fragments of image side by side (both horizontally and vertically), showing only changed variant or showing the photo half changed and half original. So, as far as i can tell you change the view only with those handy icons right under the image. But in this Inpaint dialog they are ABOVE the image. This really kills the usability at the very least.