[MEI-L] Key or signature change at the end of the line

[Etienne Fréjaville]

Thank you for the answer.

But after all, whether the bar appears at the end of a line or not depends
on the layout that can differ according to some conditions.
So shouldn't it be a scoreDef attribute requesting that an extra key or
signature change should be placed at the end of the line if the previous bar
is the last of the line ?

Thank you


De :  Laurent Pugin <lxpugin at gmail.com>
Répondre à :  Music Encoding Initiative <mei-l at lists.uni-paderborn.de>
Date :  lundi 6 juin 2016 14:25
À :  Music Encoding Initiative <mei-l at lists.uni-paderborn.de>
Objet :  Re: [MEI-L] Key or signature change at the end of the line

Hi,

I would certainly not recommend to encode it twice (before and after the
system break). Showing it twice has to be handled by the renderer. Now the
question is whether the scoreDef should be placed before or after the system
break. I do not think we have a recommendation for this and it could be good
to have one. I would suggest to have the scoreDef before the system break.

Best,
Laurent

On Thu, Jun 2, 2016 at 10:43 PM, Etienne Fréjaville <efreja at wanadoo.fr>
wrote:
> Hello,
> 
> How would you write a key or signature change at the end of the line in MEI ?
> 
> As the <scoreDef> defining it must be placed between two <measure> elements,
> how to tell that the new key or signature change must appear at the end of the
> previous measure (when the measure is at the end of the line) and at the
> beginning of the new one (in that case at the next line) ?
> 
> Thank you
> 
> Regards.
> 
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
> 

_______________________________________________ mei-l mailing list
mei-l at lists.uni-paderborn.de
https://lists.uni-paderborn.de/mailman/listinfo/mei-l

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20160607/feeea04a/attachment.html>