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

[Stefan Mueller]

thx for the explanation

2018-03-09 10:52 GMT+01:00 Gilles Caulier <caulier.gilles at gmail.com>:

> 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/b0036535/attachment.html>