> I would advocate for a separate view for that, let's call it "digital
assets management" view.

I like this idea, but I think only having the film band makes it somewhat
awkward for selecting a bunch of images. Perhaps if it maintained the
collect images module it would be ok.

On Wed, 24 Jul 2019 at 12:02, Aurélien Pierre <rese...@aurelienpierre.com>
wrote:

> Hi,
>
> I have mixed feelings about the classical module approach for an EXIF
> editor. See how the tagging module already behaves… not great.
>
> Modules are good when you only have a couple of consistent options (mostly
> sliders and drop-down boxes) used to do one thing. But given that the
> sidebars can't be resized dynamically in width, and every user will have a
> different available screen height / DPI, modules are limited, and fixed
> heights are a burden.
>
> I would advocate for a separate view for that, let's call it "digital
> assets management" view. Use a film band, at the bottom of screen to sort
> and select the pictures to edit (same as the darkroom one), and take a
> full screen to put all text fields in a comfortable way. What you are
> trying to do is a text editor, mostly. You could expand the EXIF metadata
> editing with hierarchical tagging views, GPS/date overwriting, ratings and
> maybe source file path edition (for orphan pictures in the database).
>
> Let's think bigger, for this kind of feature, than just squizzing "yet
> another module" inside the already crowded lighttable.
>
> Photojournalists for news agencies/papers/stock archives only rely on the
> metadata of the pictures to get proper credits and salary, because that's
> how agencies manage their stock. Thus the tagging/metadata edition is a
> critical part of photography now (at least, for professionals), which is
> holding back a lot of guys on Lightroom, and should not be rushed into the
> easiest/fastest way the code the thing. Let's think about efficient ways to
> batch-edit metadata for large sets of pictures.
>
> Aurélien.
> Le 22/07/2019 à 18:42, philippe.weyl...@libertysurf.fr a écrit :
>
> Great !
>
>
> it should be kept within the module, as this better fits the usual 
> metadata-editing workflow.
>
> +1
>
>
> The unwieldiness might be countered by letting the user specify what set of 
> metadata keys should appear for editing.
>
> +1
> The user keys selection could be done / udapted in a pop window. To every key 
> the user should be able to select the corresponding metadata tag family 
> (exif, xmp, ...), at least the most common. But this can bring some 
> complexity too (language, ...).
>
> Philippe
>
> ----- Mail original -----
> De: "Maurizio Paglia" <mpagl...@gmail.com> <mpagl...@gmail.com>
> À: "August Schwerdfeger" <aug...@schwerdfeger.name> <aug...@schwerdfeger.name>
> Cc: "darktable" <darktable-dev@lists.darktable.org> 
> <darktable-dev@lists.darktable.org>
> Envoyé: Lundi 22 Juillet 2019 12:05:38
> Objet: Re: [darktable-dev] Full metadata editor
>
>
>
> Hi,
> this is very interesting!
> Sometimes I find dt panels a little restricting (i.e. the fixed dimensions do 
> not fit good for all the modules).
> Maybe the request of having panels with different dimensions could help.
> But is is possible to have each module expanded while clicking on its title?
> I mean expanded in a window exceeding the dimension of the side panel where 
> you can see ALL controls.
>
>
> To come back quickly to the original question I will prefere standard 
> behaviour instead of popup too.
>
>
> Thanks,
> Maurizio
>
>
>
> Il giorno lun 22 lug 2019 alle ore 16:56 August Schwerdfeger < 
> aug...@schwerdfeger.name > ha scritto:
>
>
>
>
> I am in favor of an expanded metadata editor, but I think it should be kept 
> within the module, as this better fits the usual metadata-editing workflow. 
> The unwieldiness might be countered by letting the user specify what set of 
> metadata keys should appear for editing.
>
>
>
>
> ___________________________________________________________________________
> darktable developer mailing list to unsubscribe send a mail to
> darktable-dev+unsubscr...@lists.darktable.org
>

___________________________________________________________________________
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Reply via email to