Hi,

Am Mittwoch, den 24.09.2014, 19:55 -0400 schrieb Fred Gleason:

> How about a more general syntax, one that would allow assignment of 
> *any* arbitrary set of fields to a common value, something like:
> 

I think, this would be a nice feature, too. But for consistency it
should work in all places this way, where we use wildcards for import
(but this is the only place, or not). And I'm not sure, which impact it
could have, e.g. maybe somebody use the brackets in the filename.

What about %<wc0>%<wc1>...

as long as we don't use %%, each %-one-char combination is interpreted
as a group.

Madonna - Ray of Light.mp3

%a - %t%i.

resulting in:
        Artist = 'Madonna'
        Title = 'Ray of Light'
        Cut Description = 'Ray of Light'

%a-%t%i.

resulting in:
        Artist = 'Madonna '
        Title = ' Ray of Light'
        Cut Description = ' Ray of Light'

Madonna - Ray of Light % Radio Edit.mp3

%a - %t%%%i.

resulting in:
        Artist = 'Madonna'
        Title = 'Ray of Light '
        Cut Description = ' Ray of Light'

(Check the spaces inside the  quotation)

I know, these use cases are a bit artificial, but I think our wildcard
interpretation should be somehow robust to strange cases.

I would guess, somebody, who didn't care about the cut name, doesn't
complain, if the cut name is set to cart title automatically. But for
people who care about the cut name, it's annoying, that they can't
controll it. I would still say that my suggestion from the last mail
should be the default behavior. 

Best,

Keywan

>       %[<wc0><wc1>...]
> 
> 
>  > Madonna - Ray of Light.mp3
>  >
>  >I want "Ray of Light" both, for Cart and Cut title.
> 
> Thus, the metadata pattern for this example would be expressed as:
> 
>       %a - %[ti].
> 
> resulting in:
>       Artist = 'Madonna'
>       Title = 'Ray of Light'
>       Cut Description = 'Ray of Light'
> 
> with the added benefit that any arbitrary number of wildcards could be 
> placed between the square brackets.  The existing notation for unique 
> assignments (without square brackets] would also be retained for 
> backwards compatibility.
> 
> How does this sound?
> 
> Cheers!
> 
> 
> |----------------------------------------------------------------------|
> | Frederick F. Gleason, Jr. |              Chief Developer             |
> |                           |              Paravel Systems             |
> |----------------------------------------------------------------------|
> |      It's always good to take an orthogonal view of things.  It      |
> |      develops ideas.                                                 |
> |                                         -- Ken Thompson              |
> |----------------------------------------------------------------------|
> 
> 
> _______________________________________________
> Rivendell-dev mailing list
> [email protected]
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

-- 
Keywan Najafi Tonekaboni <[email protected]>
http://www.prometoys.net

_______________________________________________
Rivendell-dev mailing list
[email protected]
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Reply via email to