lilypond-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Sorting out annotation interface questions (GSoC)


From: Urs Liska
Subject: Re: Sorting out annotation interface questions (GSoC)
Date: Mon, 27 Jun 2016 13:57:37 +0200
User-agent: K-9 Mail for Android

Hi Simon,

thanks for the feedback. 


Am 27. Juni 2016 13:21:25 MESZ, schrieb Simon Albrecht <address@hidden>:
>On 27.06.2016 00:55, Urs Liska wrote:
>> \musicalIssue \with {
>>    author = "Urs Liska"
>>    context = "violin 1"
>>    message = "Slur obviously forgotten in original edition"
>>    apply = addition
>> } Slur
>>
>> My question is: is this "application" the same as the type of
>annotation
>> action from the previous issue? Or could it occur that a project
>wants
>> to document types of editorial decisions independently from applying
>> visual indications of that?
>
>A few unsystematic thoughts:
>Well, there are limits to visual indication of critical matters. At 
>least in some projects it will be impossible for the score to contain 
>(or even hint to) every bit of information present in the Critical
>Report.
>I really think we should allow for great diversity in the possible 
>approaches, i.e. editorial policies.

We certainly don't intend to impose editorial policies but to provide the tols 
to tailor project specific behaviour. 

By default annotations dob't have any impact on the layout (which is crucial) 
but just colorize objects while in draft mode.

Additionally we'll provide generic commands that can be used to visually 
indicate certain types of editorial action.

For example something like \editorialAddition can be used to indicate something 
that is missing in the source and has been added by the editor. By default this 
might make slurs dashed and parenthesize other types of elements. Of course the 
visual appearance will be configurable so only the semantic command is inserted 
in the music.

Now annotations *can* trigger the application of such editorial commands (which 
can also be used independently from annitations). 
My question is: are the *type* of decision and the triggering oc commands 
inherently independent so we should implement both a property forvthe 
annotation type *and* the applied command or could they be "merged"?

> In some cases it might be good to 
>have a simple switch (modernise lyrics or not);
>in other cases everything must be decided on a case-by-case basis, with
>
>no automation being possible;
>and the type of annotations one will have, as well as how to display 
>them in both the score and the critical apparatus, will be very 
>different depending on the project.

Of course, as commented on above.

>Perhaps that at one time our footnotes engine will be sophisticated 
>enough to be used for such purposes, and include the apparatus in the 
>actual musical text. It would be good to have hooks for such an
>approach.

Triggering footnotes from annotations is on the GSoC task list. As is the 
possibility to insert scores in annotations  (to be printed in a footnote for 
example, or in the LaTeX critical report).

Best
Urs

>
>I’m sorry I don’t have the time to take a deeper dive into this, but I 
>really appreciate your efforts!
>
>Best, Simon

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]