very good idea, you are so right - one xml namespace
definition was missing which was causing the whole trouble
problem solved
Many thanks
Klaus
Am 01.03.21 um 20:28 schrieb Bernhard:
Klaus schrieb am 01.03.21
Thank you Guillermo
On 2021-03-01 12:12 p.m., Guillermo Rozas wrote:
Alongside the main library.db and data.db databases. Prior to darktable 3.4
backups were only made on program upgrade (named "data.db-pre-3.2.1" for
example). Since 3.4 there is also an option to make periodic backups
Alongside the main library.db and data.db databases. Prior to darktable 3.4
backups were only made on program upgrade (named "data.db-pre-3.2.1" for
example). Since 3.4 there is also an option to make periodic backups
(snapshots):
Can somebody tell me where the file backup is maintained for the module
presets and also the workflow user presets.
Thank you
darktable user mailing list
to unsubscribe send a mail to
Klaus schrieb am 01.03.21 um 19:03:
I would like now to transfer tags, color lables and
rating from jpg files in digiKam to the raw files in dt and I am using a small
script for modifying the xmp files.
are you sure the modified xmps are still valid for darktable?
Just an idea, but maybe dt
* Klaus [03-01-21 13:10]:
> Hi all,
>
> I am running dt 3.4.0 on kubuntu 20.04 and I am unable to convince dt to
> update
> the database with external changes to xmp files.
>
> When modifying the xmp with an external editor and opening the folder with dt
> afterwards, dt will come up with the
Hi all,
I am running dt 3.4.0 on kubuntu 20.04 and I am unable to convince
dt to update the database with external changes to xmp files.
When modifying the xmp with an external editor and opening the
folder with dt afterwards, dt will come up with
> Message du 28/02/21 16:45
> De : "Lorenzo Fontanella"
> A : darktable-user@lists.darktable.org
> Copie à :
> Objet : [darktable-user] Bottom line previews movement
>
> I am asking about an annoying DT behavior I have always encountered, it could
> be a design choice but it is very
