Digikam/MS Windows: Difference between revisions

From KDE Community Wiki
*>Highelf
mNo edit summary
*>Kraplax
Line 39: Line 39:
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
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===
===UI incosistency===
Go to Enhance/Inpaint...
Go to Enhance/Inpaint...

Revision as of 16:49, 2 November 2008

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

General

Maybe we need to be more precise about what exact release we are speaking: svn (with release number), Kde-Installer, Mingw or MSVC.

Bugs

Some Distortion filters' level could be set to 0

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

After adding a folder via File/Open Folder showfoto simply vanishes without a word (seems to only crash on folders containing png/jpeg files) - only on msvc -> Patrick

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. 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\.

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

ShowFoto crashes on "Template Superimpose..." and "Apply texture..."

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

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.

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

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).

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

BUG Digikam r878658 Choosing path for database location

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

C:/Dokumente und Einstellungen/username/C:/Dokumente und Einstellungen/username/C:/Dokumente und Einstellungen/username/C:/Dokumente und Einstellungen/username/

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

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 orgignal fragmens of image sside 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