Digikam/MS Windows: Difference between revisions
*>Highelf mNo edit summary |
m (21 revisions imported) |
||
| (7 intermediate revisions by 4 users not shown) | |||
| Line 8: | Line 8: | ||
===Some Distortion filters' level could be set to 0=== | ===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. | 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\. | ||
Using KDE 4.1.2 (KDE 4.1.2), MSVC build, Windows XP SP3 | |||
===ShowFoto crashes on "Template Superimpose..." and "Apply texture..."=== | ===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. | 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 17:44, 18 March 2016
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 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