https://bugs.kde.org/show_bug.cgi?id=449798
Bug ID: 449798
Summary: Aspect Ratio Crop inconsistency ?
Product: digikam
Version: 7.6.0
Platform: Microsoft Windows
OS: Microsoft Windows
Status: REPORTED
Seve
https://bugs.kde.org/show_bug.cgi?id=446188
--- Comment #7 from Alexandre Belz ---
Ok, that's indeed better now.
Thank you !
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=446187
Bug ID: 446187
Summary: Faces not detected
Product: digikam
Version: 7.3.0
Platform: Other
OS: Microsoft Windows
Status: REPORTED
Severity: major
Prior
https://bugs.kde.org/show_bug.cgi?id=446188
Bug ID: 446188
Summary: Dedicated "Faces" tab added to the right panel
Product: digikam
Version: 7.3.0
Platform: Other
OS: Microsoft Windows
Status: REPORTED
Sev
https://bugs.kde.org/show_bug.cgi?id=446188
--- Comment #5 from Alexandre Belz ---
Thanks.
"show assigned only tags" button on the right sidebar tab is indeed doing what
I need.
This method seems just a bit "confirmed user" to me ; not sure that this is
Ergonomy-orie
https://bugs.kde.org/show_bug.cgi?id=446187
--- Comment #2 from Alexandre Belz ---
Hello Maik,
OK, in Left tab People/Workflow , I activated *Yolo3* , and changed radio
button from Recognize to *Detect*.
Now the faces area are detected, either on a global range (from People Workflow
area) and
https://bugs.kde.org/show_bug.cgi?id=446187
--- Comment #4 from Alexandre Belz ---
Ok Maik, thanks.
That's clear, although it's a bit strange to me that YoloV3 can be deactivated
while FaceScan needs it to work properly.
Strange also that YoloV3 checkbox was not already activ
https://bugs.kde.org/show_bug.cgi?id=446187
--- Comment #6 from Alexandre Belz ---
Ok, thanks for that explanation.
There was just 2 faces on my test picture, and they were in a reasonable size.
So Yolov3 being disabled was maybe not the root cause of my issue. Maybe the
inly root cause was
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #18 from Alexandre Belz ---
Hi @Gilles,
OK, I will re-test this week.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=415605
--- Comment #14 from Alexandre Belz ---
Hi @Gilles,
OK, I will re-test this week.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #19 from Alexandre Belz ---
Hello @Gilles,
I confirm that the bug persists with 7.0 :
- The blackest point is moved up to a grayish value ; the white point is moved
down to a grayish value.
- The histogram is compressed in a central area
https://bugs.kde.org/show_bug.cgi?id=408880
--- Comment #11 from Alexandre Belz ---
I confirm that the "bug" persists in 7.0
Close points are badly managed.
We should get inspired by "the GIMP" Bezier handle management.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=408155
--- Comment #3 from Alexandre Belz ---
Hello guys,
Do you think we could improve Digikam easyness by allowing to Drag&Drop
pictures from "Thumbnails" central view to "Map" sideview ?
Without having to open the Map Editor ce
https://bugs.kde.org/show_bug.cgi?id=415559
--- Comment #5 from Alexandre Belz ---
Hello guys,
the test picture attached to this ticket still cannot get faces detected by
* "Thumbnail" -> RightClick -> "Scan for Faces".
* "People" -> "Detect faces&qu
https://bugs.kde.org/show_bug.cgi?id=415559
--- Comment #7 from Alexandre Belz ---
Thank you @Maik for that Fix !
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=415599
--- Comment #4 from Alexandre Belz ---
Hi guys,
i'm working in a company that is now using A.I. and many parameters seem to be
potentially added to the "big data" in which the -customized- AI engine works
and determine statistical res
https://bugs.kde.org/show_bug.cgi?id=415599
--- Comment #6 from Alexandre Belz ---
Hi Craig,
I agree with you, haircut would probably not be a good metadata parameter.
Nevertheless, we as humans can use this as a complement to distinginuish two
people having the same skull. Let's tak
https://bugs.kde.org/show_bug.cgi?id=476573
Bug ID: 476573
Summary: Preview - Picture is shifted upward
Classification: Applications
Product: digikam
Version: 8.2.0
Platform: Microsoft Windows
OS: Microsoft Windows
https://bugs.kde.org/show_bug.cgi?id=476573
--- Comment #2 from Alexandre Belz ---
Hello @Maik,
Thank you for your fast answer & assistance.
My pictures are JPG, the one displayed is attached .
On my previous screen capture I zoomed out just to show you that the picture is
actually centere
https://bugs.kde.org/show_bug.cgi?id=476573
--- Comment #3 from Alexandre Belz ---
Created attachment 162910
--> https://bugs.kde.org/attachment.cgi?id=162910&action=edit
Screen Capture Fit to screen
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=476573
--- Comment #4 from Alexandre Belz ---
Created attachment 162912
--> https://bugs.kde.org/attachment.cgi?id=162912&action=edit
Previewed_JPG_picture
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=476573
--- Comment #7 from Alexandre Belz ---
Thank you Maik, tha
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=476573
--- Comment #8 from Alexandre Belz ---
Thank you Maik, that was the issue indeed.
Not easy to detect it myself ! (and I don't remind having undocked by
purpose).
Many thanks again. BR.
--
You are receiving this mail because:
You are watchin
https://bugs.kde.org/show_bug.cgi?id=472220
Bug ID: 472220
Summary: Renaming an album leads to an error if Digikam is
working on it
Classification: Applications
Product: digikam
Version: 8.1.0
Platform: Microsoft Window
https://bugs.kde.org/show_bug.cgi?id=463479
Bug ID: 463479
Summary: I'm missing a "move album to..." menu and shortcut
Classification: Applications
Product: digikam
Version: 7.8.0
Platform: Microsoft Windows
OS: Microsoft W
https://bugs.kde.org/show_bug.cgi?id=463479
--- Comment #1 from Alexandre Belz ---
To me more realistic, folders are :
D:\Pictures\1. Coarse selection
D:\Pictures\2. Ask to my wife
D:\Pictures\3. Picture correction
D:\Pictures\4. Facetag
D:\Pictures\5. GeoTag
D:\Pictures\6. Good to archive
https://bugs.kde.org/show_bug.cgi?id=447473
Bug ID: 447473
Summary: Cannot disable completely under/over-exposure was
enable when launching "Adjust Curve"
Product: digikam
Version: 7.3.0
Platform: Microsoft Windows
https://bugs.kde.org/show_bug.cgi?id=447473
--- Comment #5 from Alexandre Belz ---
Whoo, that's an express bug resolution !
Many thanks Maik !
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=447545
Bug ID: 447545
Summary: strange Automatic Date decision in "Move to..." + New
Album
Product: digikam
Version: 7.3.0
Platform: Microsoft Windows
OS: Microsoft Windo
https://bugs.kde.org/show_bug.cgi?id=447545
--- Comment #1 from Alexandre Belz ---
Sample JPG can be found here :
https://1drv.ms/u/s!Ahp2yXCYf8WmmWkOUmTMI41SRaig?e=dP13QB
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=447545
--- Comment #4 from Alexandre Belz ---
Hi Maik, thank you for your feedback.
On my side, the bug i report is just at Album creation step (from a selection
of pictures). At that creation stage, an Album date can be decided (Oldest
Average Newest) but
https://bugs.kde.org/show_bug.cgi?id=447545
--- Comment #8 from Alexandre Belz ---
Hi Maik,
thank you for your message.
I agree with you, hiding the Date calculation buttons is maybe the best
solution if Album date is anyway not meant to be managed at this initial step.
Thank you.
Season
https://bugs.kde.org/show_bug.cgi?id=449358
Bug ID: 449358
Summary: Improve ways to Move a whole Album to another (root)
Album.
Product: digikam
Version: 7.6.0
Platform: Microsoft Windows
OS: Microsoft Windo
https://bugs.kde.org/show_bug.cgi?id=408147
Bug ID: 408147
Summary: From LightTable, "Open" picture does not open the
right one
Product: digikam
Version: 6.1.0
Platform: Other
OS: Linux
Status: R
https://bugs.kde.org/show_bug.cgi?id=408147
--- Comment #1 from Alexandre Belz ---
Created attachment 120432
--> https://bugs.kde.org/attachment.cgi?id=120432&action=edit
Editor called by the LightTable.
We can see it is the right picture that is opened, instead of the LEFT one.
--
https://bugs.kde.org/show_bug.cgi?id=408147
--- Comment #2 from Alexandre Belz ---
Same thing for the picture "Properties" : although I select the LEFT picture,
the data displayed in the "Properties" windows ar the ones of the RIGHT
picture, while it should follow my sel
https://bugs.kde.org/show_bug.cgi?id=408155
Bug ID: 408155
Summary: Workflow improvement : simply drag & drop pictures
from Thumbnail to Map area
Product: digikam
Version: 6.1.0
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=408157
Bug ID: 408157
Summary: "Tone Color Picker" cursor is not correctly
positionned vs Mouse
Product: digikam
Version: 6.1.0
Platform: Other
OS: Linux
Sta
https://bugs.kde.org/show_bug.cgi?id=408147
--- Comment #6 from Alexandre Belz ---
Thank you Maik for the correction.
(And i confirm that the properties and correct indeed)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=408155
--- Comment #2 from Alexandre Belz ---
Hi Maik, yes i found the geotagging dedicated editor, but i was much tempted to
geotag directly from the Thumbnail tab. I would find that new workflow very
natural.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=408782
Bug ID: 408782
Summary: In manual sorting, bad placement after new version
creation.
Product: digikam
Version: 6.1.0
Platform: MS Windows
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=408782
--- Comment #2 from Alexandre Belz ---
Ok Maik,
Before going back to filename sorting, i need to keep current ordering of my
album.
is there a way to rename the pictures of an album in increasing filename ?
(I give the root name and the the program
https://bugs.kde.org/show_bug.cgi?id=408804
Bug ID: 408804
Summary: Deleted file in Digikam can't be found in Windows
trash bin
Product: digikam
Version: 6.1.0
Platform: MS Windows
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=408803
Bug ID: 408803
Summary: Placement bug in Thumbnail view when using arrow keys
Product: digikam
Version: 6.1.0
Platform: Other
OS: Linux
Status: REPORTED
Severity
https://bugs.kde.org/show_bug.cgi?id=408782
--- Comment #5 from Alexandre Belz ---
OK, thank you Maik, the rename menu is indeed very powerful.
Good !
I'll easily move to filename ordering .
You can close this bug if Digikam team can't improve manual sorting
capabilities.
-
https://bugs.kde.org/show_bug.cgi?id=408880
Bug ID: 408880
Summary: bezier Curve error
Product: digikam
Version: 6.2.0
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
https://bugs.kde.org/show_bug.cgi?id=408881
Bug ID: 408881
Summary: Digikam Editor automatically reapplies last edition,
even on a different picture
Product: digikam
Version: 6.2.0
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=408881
--- Comment #2 from Alexandre Belz ---
Hi Maik,
on my Digikam, i confirm that previous curve edition is systematically
reapplied on the latest opened picture, without asking me.
Would it help if i capture a video of my issue ?
BR,
Alex
https://bugs.kde.org/show_bug.cgi?id=408881
--- Comment #4 from Alexandre Belz ---
Thank you Maik for your answer.
i could understand that it would be convenient for applying several times the
same edition on similar pictures. But for that we have possibility to "load"
previously
https://bugs.kde.org/show_bug.cgi?id=409081
Bug ID: 409081
Summary: Editor Levels : Grey color picker has almost no effect
Product: digikam
Version: 6.2.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=409081
--- Comment #1 from Alexandre Belz ---
Now it works.
Sorry, it seems it was a temporary issue.
You can cancel this ticket.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=409084
Bug ID: 409084
Summary: Greycard theme and Editor tools icon lack of
visibility
Product: digikam
Version: 6.2.0
Platform: Other
OS: Linux
Status: REPOR
https://bugs.kde.org/show_bug.cgi?id=409081
Alexandre Belz changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=409084
--- Comment #1 from Alexandre Belz ---
Created attachment 121097
--> https://bugs.kde.org/attachment.cgi?id=121097&action=edit
Greycard theme ; selected Editor icon
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=409084
--- Comment #2 from Alexandre Belz ---
Created attachment 121098
--> https://bugs.kde.org/attachment.cgi?id=121098&action=edit
Greycard theme ; selected Levels icon
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=338894
Alexandre Belz changed:
What|Removed |Added
CC||alexandre.b...@live.fr
--- Comment #1 from
https://bugs.kde.org/show_bug.cgi?id=409087
Bug ID: 409087
Summary: OpenGL Viewer does not respect the picture rotation
Product: digikam
Version: 6.2.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=408881
--- Comment #5 from Alexandre Belz ---
Hi Maik,
Thank you for this clarification.
Then, can I ask an evolution : I would like a global parameter that makes
Editor tools always start with default parameters.
Many thanks ! :)
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=408881
--- Comment #7 from Alexandre Belz ---
Thank you Maik !
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #7 from Alexandre Belz ---
Hello Maik, Gilles,
Digikam targeted behaviour is great : Digikam goes back "at the position of the
item left in the editor", and this is indeed very useful. Thank you for that
appreacited feature.
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #8 from Alexandre Belz ---
Hello again,
Today I worked as usual, no TreeView / scrolling bug... and then, suddenly, the
bug came back.
This time I was able to record a short video (2 min), with my comments.
You can find it here :
https
https://bugs.kde.org/show_bug.cgi?id=412678
--- Comment #4 from Alexandre Belz ---
Hello,
I tried to reproduce the bug, without success.
It seems that restarting Digikam "solved" the issue...
If it happens again I will send the debugview traces.
--
You are receiving this mail be
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #9 from Alexandre Belz ---
Created attachment 123168
--> https://bugs.kde.org/attachment.cgi?id=123168&action=edit
debugview traces during the scrolling bug
+ attached debugview traces in case it can help.
--
You are receivi
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #11 from Alexandre Belz ---
ok, Thank you Maik.
in the next release, can we make this behaviour configurable, with a global
parameter in the treeview options ?
Thanks to that option ("file explorer mode"?), digikam treeview will
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #13 from Alexandre Belz ---
OK, I will try this setting.
(I do agree that the flattened view is better/nicer... it's just that I want to
be able to reach easily parent album content, in case there are still some
pictures in it).
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #14 from Alexandre Belz ---
Hello,
Where can I find this setting ?
I've looked there without success :
- Options/Views/treeview
- Misc/Behaviour/Scroll current item to the center of thumb bar has no
consequence on my issue/
t
https://bugs.kde.org/show_bug.cgi?id=412679
--- Comment #16 from Alexandre Belz ---
Thanks Maik, found.
Before closing the ticket, please can you confirm me that when the checkbox is
ticked, the thumbnail view is supposed to come back "at the position of the
item left in the editor" ?
https://bugs.kde.org/show_bug.cgi?id=406502
Bug ID: 406502
Summary: Bad icon to go from 8 to 16 bits
Product: digikam
Version: 6.0.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
Severity: minor
https://bugs.kde.org/show_bug.cgi?id=406503
Bug ID: 406503
Summary: Histogram initializes greyer than white.
Product: digikam
Version: 6.0.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
Severity: n
https://bugs.kde.org/show_bug.cgi?id=406503
--- Comment #1 from Alexandre Belz ---
Adding missing steps :
4.1 Select the white drop, click on a whitish area.
The picture & histogram is darker than expected.
4.2 Reinitiliase using the "Reset" button close to the histogram.
The
https://bugs.kde.org/show_bug.cgi?id=406971
Bug ID: 406971
Summary: Face frames are misaligned on Digikam when face
framing was done on Picasa.
Product: digikam
Version: 6.0.0
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=406971
--- Comment #1 from Alexandre Belz ---
Pictures can be found in shared OneDrive directory :
https://1drv.ms/f/s!Ahp2yXCYf8WmiSo3YhhZR8gPc1fs
... with also the Picasa context file.
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=406971
--- Comment #4 from Alexandre Belz ---
Thank you @gilles, I'm upgrading to 6.1.0 (on windows) and trying again...
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=406971
--- Comment #5 from Alexandre Belz ---
Hi, the issue is still present running 6.1.0 for windows.
See picture enclosed.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=406971
--- Comment #6 from Alexandre Belz ---
Hello Gilles, I can still see the issue running 6.1.0
https://1drv.ms/u/s!Ahp2yXCYf8WmiS9-MNPvREJbFzWz
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=406971
--- Comment #8 from Alexandre Belz ---
I don't understand your comment Maik, sorry.
Anyway, I've found a reason of that bug : the picture was edited in Picasa BUT
NOT SAVED BY PICASA. I noticed that the faces position were misaligned AND
RO
https://bugs.kde.org/show_bug.cgi?id=406971
--- Comment #10 from Alexandre Belz ---
OK Maik, thank you ! :)
That explains why the face tags where wrong, but I don't understand why now I
have duplication of them in my sample jpg.
Depending of what files digiKam read to get the face frame
https://bugs.kde.org/show_bug.cgi?id=406503
--- Comment #7 from Alexandre Belz ---
Closing this one (as histogram now initialize OK) and creating a new one for
bad Drops behaviour...
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=406503
Alexandre Belz changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=411711
Bug ID: 411711
Summary: Curve Module : Drops do not behave correctly
Product: digikam
Version: 6.3.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
Severit
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #1 from Alexandre Belz ---
Created attachment 122537
--> https://bugs.kde.org/attachment.cgi?id=122537&action=edit
Screen capture of the bug.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #2 from Alexandre Belz ---
Created attachment 122538
--> https://bugs.kde.org/attachment.cgi?id=122538&action=edit
Reference Pattern with Blacks, Whites, Greys, etc...
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=411714
Bug ID: 411714
Summary: Correction of ticket 408881 (Restore default tools
settings) is not enforced.
Product: digikam
Version: 6.3.0
Platform: MS Windows
OS: MS W
https://bugs.kde.org/show_bug.cgi?id=411714
--- Comment #1 from Alexandre Belz ---
Created attachment 122539
--> https://bugs.kde.org/attachment.cgi?id=122539&action=edit
Screen capture showing the global setting not beeing enforced.
--
You are receiving this mail because:
You are w
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #4 from Alexandre Belz ---
OK Maik, let's stay for the moment with the white balance affecting drops.
But any
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #5 from Alexandre Belz ---
OK Maik, let's stay for the moment with the white balance affecting drops.
But anyway Black and White drops result is strange : they compress the
histogram instead of stretching it !
(try to put the black dr
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #6 from Alexandre Belz ---
my reference is the Digikam handbook.
https://docs.kde.org/trunk5/en/extragear-graphics/digikam/photographic-editing.html
See chapter "Adjust Curves", from the lines "Below you can see a
https://bugs.kde.org/show_bug.cgi?id=411714
--- Comment #3 from Alexandre Belz ---
OK, sorry Maik i misunderstood the meaning of the setting.
I confirm it works ok for me when gthe box is unchecked.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #11 from Alexandre Belz ---
Hi Gilles,
i do observe strange things with the cuurent 42/212 values (that are neither
black nor white value). Render is a bad greyish picture.
Photoshop help says
"When applying a Curves adjustment, us
https://bugs.kde.org/show_bug.cgi?id=411578
--- Comment #4 from Alexandre Belz ---
Ok, good to clarify.
Can i retry now with weekly build 6.4.0 , to check that global luminosity is
not affected anymore ?
BR,
Alexandre
Message d'origine
De : Maik Qualmann
Date : 09/09
https://bugs.kde.org/show_bug.cgi?id=408880
--- Comment #10 from Alexandre Belz ---
Hello guys, any news on that one ?
I'm using Darktable in the meanwhile.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411578
--- Comment #5 from Alexandre Belz ---
Sure Maik, I don't expect Preset exactitude .
Although in theory, it should work like that.
for a camera forced to sun conditions (= calibrated to deliver white @ 6500K
sunlight), using 3000K should be
https://bugs.kde.org/show_bug.cgi?id=411578
--- Comment #8 from Alexandre Belz ---
High Gilles,
yes I did C/C++ programming in my beginings... 15 years ago !
I still remind some bits... :D
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411578
--- Comment #10 from Alexandre Belz ---
Why not... could be fun.
The only issue i see is that i can allocate 1 hour per week only. That may seem
very little to be productive/reactive enough.
(I work as a team manager, very tiring, and when I'm ba
https://bugs.kde.org/show_bug.cgi?id=412442
Bug ID: 412442
Summary: Website points to obsolete versions
Product: digikam
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=412442
--- Comment #2 from Alexandre Belz ---
OK, thank you Maik.
I'm loading latest weekly build. :)
I also suggest to close PreRelease chapter on the webpage as it make low sense
to keep such old (6.0) versions available.
Warm regards,
Alexandre
--
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #12 from Alexandre Belz ---
Hello @Gilles, I still have issues on this one.
Pointing the Black drop on a dark area adds too mcuh luminosity. which is not
the expected result.
Black drop should set the black point.
Please can you double
https://bugs.kde.org/show_bug.cgi?id=411711
--- Comment #13 from Alexandre Belz ---
For reference, the module "Adjust Levels" also have Black/White Drops that work
correctly.
(And the Grey drops does not modifiy the color balance, which is also a nice
one).
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=412445
Bug ID: 412445
Summary: Adjust Levels : histogram is not the same when Default
settings are restored
Product: digikam
Version: 6.4.0
Platform: Other
OS: MS Windows
https://bugs.kde.org/show_bug.cgi?id=412678
Bug ID: 412678
Summary: Renaming folder leads to an error.
Product: digikam
Version: 6.4.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
Severity: major
1 - 100 of 200 matches
Mail list logo