[digiKam-users] Is changing the date of a photo a destructive process?

[Gilles Caulier]

Hi,

Because "Open With" code is based on KDE API which is relevant of KIO
framework, which DO NOT WORK under Windows and MACOS. Code is based on
OpenDesktop standard for Linux, and Windows is not compatible with
OpenDesktop of course. So this part must be re-written with delegate code,
as nothing exist in Qt5 API to do the job.

https://bugs.kde.org/show_bug.cgi?id=380065

There is an entry in bugzilla, where i published a patch, which do not work
yet, as i develop mostly under Linux, not Windows.

All help from a developer to finalize the patch for Windows is welcome.

Best

Gilles Caulier




2018-03-09 9:17 GMT+01:00 Stefan Mueller <stefan.mueller.83 at gmail.com>:

> can anyone explain why there isn't any 'open with' in digikam win64?
>
> 2018-03-08 9:18 GMT+01:00 Jack Marxer <jmarxer at gmail.com>:
>
>> I also liked the previous method of renaming files better than using the
>> BQM. It clearly displayed the results before commiting changes.
>>
>> Jack Marxer
>>
>> On Wed, Mar 7, 2018 at 10:46 PM, Marie-Noëlle Augendre <
>> mnaugendre at gmail.com> wrote:
>>
>>> I liked better the previous process, outside the BQM. It could be used
>>> on a selection, displayed a preview of the new date before update and - of
>>> course - acted on the original picture.
>>>
>>> I don't understand why it had been incorporated in the BQM, it is much
>>> less convenient.
>>>
>>> Marie-Noëlle
>>>
>>> 2018-03-07 18:50 GMT+01:00 Maik Qualmann <metzpinguin at gmail.com>:
>>>
>>>> The BQM needs a target file. If there are no image editing tools in the
>>>> tool
>>>> list, a copy is made from the source file and no changes are made to
>>>> the image
>>>> data. Even overwrite mode to the target file is safe.
>>>>
>>>> Maik
>>>>
>>>> Am Mittwoch, 7. März 2018, 16:54:30 CET schrieb woenx:
>>>> > Hi again,
>>>> >
>>>> > I have been doing some tests, comparing images before and after the
>>>> date was
>>>> > changed in the Batch Queue Manager using an image comparer (
>>>> > http://www.softpedia.com/get/Multimedia/Graphic/Graphic-Othe
>>>> rs/Image-Compare
>>>> > r.shtml
>>>> > <http://www.softpedia.com/get/Multimedia/Graphic/Graphic-Oth
>>>> ers/Image-Compa
>>>> > rer.shtml> )
>>>> >
>>>> > The file generated after a date change is identical to the original,
>>>> not a
>>>> > single pixel was changed. File size is different due to changes in the
>>>> > metadata, but that's it.
>>>> >
>>>> > As a comparison, I tried to open and save the same JPG picture using
>>>> > Microsoft Paint, and the image comparer found lots of differences to
>>>> the
>>>> > original.
>>>> >
>>>> > Therefore, I conclude that changing the date in digikam is a lossless
>>>> > process.
>>>> >
>>>> >
>>>> > PS: now, if only the date changing process were more intuitive in
>>>> digikam...
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Sent from: http://digikam.1695700.n4.nabb
>>>> le.com/digikam-users-f1735189.html
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>>   <http://marie-noelle-augendre.com>
>>> Découvrez mes photos sur mon site <http://marie-noelle-augendre.com> ou ma
>>> page Facebook
>>> <https://www.facebook.com/PhotographeEnCevennes?ref=bookmarks>
>>>
>>> <http://www.blurb.fr/user/mnaugendre> <http://marie-noelle-augendre.com>
>>> <http://www.blurb.fr/user/mnaugendre>
>>>
>>> et tous mes livres-photos sur le site Blurb
>>> <http://www.blurb.fr/user/mnaugendre>
>>> <http://www.blurb.fr/user/mnaugendre>
>>>
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180309/0bf5e462/attachment.html>