https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #21 from Maik Qualmann ---
To change the rating externally, the Metadata option "Reread metadata if the
files were changed" should be activated. We monitor the directory, which means
the new / no longer existing files, changed name and file
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #20 from harald.a...@web.de ---
Regarding load time,
My machine is an 11-year-old laptop without SSD. It runs perfectly, but it is
still an 11-year-old laptop without SSD.
And digiKam is not exactly small, so I wouldn't expect miracles. Non
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #19 from harald.a...@web.de ---
Maik,
The following is for digiKam-6.1.0-git-20190315T074305-Win32.
- Automatic monitoring now works :-) As you wrote, new files are discovered
after 1 second or so; changes in tags (rating) are not discovere
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #18 from Maik Qualmann ---
Right, here in a virtual machine as well. So far, I have only seen the long
loading time on real Windows machines.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #17 from caulier.gil...@gmail.com ---
Maik,
Here, with my old laptop Dell Latitude E6340, Ruuning Linux as host and Windows
7 in Virtual box, this take 5s to load digiKam :
https://drive.google.com/file/d/1eyUY-rhStkz8ZlnJz7h_q2fFcqye6SMH/v
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #16 from Maik Qualmann ---
@Gilles
Yes, I always create my windows test builds without debug code. Therefore, I
found that Windows is very slow to load the plugin when these are several
megabytes in size. Without debug symbols it is very fas
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #15 from caulier.gil...@gmail.com ---
Harald,
The last fixes from Maik will be available in 6.1.0 pre release Windows
installer which are under construction on my computer. This will take 2 hours
to compile and upload files here :
https://f
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #14 from caulier.gil...@gmail.com ---
>@Gilles, this Windows computer also takes almost 35 seconds to load the
>plugins. It's >up to the size of the plugins, maybe we should provide a 64 bit
>version without a >debug code.
I recommend to h
https://bugs.kde.org/show_bug.cgi?id=405234
Maik Qualmann changed:
What|Removed |Added
Resolution|--- |FIXED
Latest Commit|
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #12 from Maik Qualmann ---
This is just a quick fix. I do not close the bug yet, because I want to improve
the function even more.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #11 from Maik Qualmann ---
Git commit c2d993ef70086ee518be04f7175835774493b0d5 by Maik Qualmann.
Committed on 13/03/2019 at 22:28.
Pushed by mqualmann into branch 'master'.
quick fix for the album path problem
M +1-1core/libs/data
https://bugs.kde.org/show_bug.cgi?id=405234
Maik Qualmann changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #9 from harald.a...@web.de ---
Created attachment 118770
--> https://bugs.kde.org/attachment.cgi?id=118770&action=edit
Log when doing a manual Refresh
The same log as above, but continued. This is how a manual "Refresh" is logged.
Best re
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #8 from harald.a...@web.de ---
Of course, "file name" should have been "folder name", but I'm sure you guessed
that.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #7 from harald.a...@web.de ---
Created attachment 118769
--> https://bugs.kde.org/attachment.cgi?id=118769&action=edit
digiKam Log
Hi,
Interesting tool -- hadn't heard of it before.
The file name in line 466 is correct. The file name in
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #6 from Maik Qualmann ---
Each album is automatically monitored for changes in the folder. It is not
configurable. Therefore, I am surprised that it does not work for you. Can you
download and start DebugView from Microsoft? Then post the ou
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #5 from harald.a...@web.de ---
Local drive.
What you write sounds like an automatic scan for changes. How to enable this so
I could try it? (Sorry, I'm new to digiKam.) What happens when you disable the
automatic scan and press F5?
I just t
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #4 from Maik Qualmann ---
Are the images on a network drive or local drive?
This works here on Windows:
- rename external file -> also renamed after 1 second in digiKam
- file added under Explorer -> after 1 second in digiKam also added
Wh
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #3 from harald.a...@web.de ---
Tried another thing.
- In Windows explorer, added a file to the album directory.
- "Refresh" => no visible result.
- "Tools/Maintenance/Scan" => new picture shows up in album.
Best regards,
Harald
--
You are
https://bugs.kde.org/show_bug.cgi?id=405234
--- Comment #2 from harald.a...@web.de ---
- Album exists in digiKam. File names and rating are shown below thumbnails.
- In Windows explorer, I rename file DSC06838.jpg to DSC06838a.jpg. (So I'd
assume that to digiKam this appears as one file deleted, o
https://bugs.kde.org/show_bug.cgi?id=405234
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
https://bugs.kde.org/show_bug.cgi?id=405234
caulier.gil...@gmail.com changed:
What|Removed |Added
OS|Linux |MS Windows
Component|general
22 matches
Mail list logo
