[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: music function to be included somewhere in scm/*
From: |
Urs Liska |
Subject: |
Re: music function to be included somewhere in scm/* |
Date: |
Wed, 14 Dec 2016 11:18:40 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.4.0 |
Am 14.12.2016 um 10:43 schrieb Alexander Kobel:
>> To allow automated creation of lyric extenders a helper function is
>> needed
>
> ... that does exactly this, adding extenders everywhere.
>
> IMHO, the actual question to decide upon is: Do we want this to be
> enabled by default? IIUC, the fact that extenders are not automatic is
> a known shortcoming. NR 2.1.1 states under "Known issues and warnings":
> "Extender lines under melismata are not created automatically; they
> must be inserted manually with a double underscore." (see
> http://lilypond.org/doc/v2.19/Documentation/notation/common-notation-for-vocal-music#multiple-notes-to-one-syllable)
>
>
> With Knut's patch, this will mostly impact scores where extenders are
> left out unintentionally. Still, it will be a burden for convert-ly
> unless we have a global (or per lyric definition) \noAutomaticExtender
> rule that is inserted by default.
>
> On the other hand, there is the chance to get rid of scores where
> users don't add extenders simply because they are not aware of their
> importance or the proper syntax.
My gut feeling says: Yes, this is an improvement and should be there by
default. IIUC the reason why this has to be discussed is because that
could change/break existing scores, right?
If so, could you please think about an example where the patch would
have a negative impact that can't reasonably be caught by convert-ly?
Just because you two are much more into the topic, so that could help us
others understand ...
Urs
- music function to be included somewhere in scm/*, Knut Petersen, 2016/12/14
- Re: music function to be included somewhere in scm/*, Alexander Kobel, 2016/12/14
- Re: music function to be included somewhere in scm/*, Knut Petersen, 2016/12/14
- Re: music function to be included somewhere in scm/*, Simon Albrecht, 2016/12/14
- Re: music function to be included somewhere in scm/*, Knut Petersen, 2016/12/14
- Re: music function to be included somewhere in scm/*, Alexander Kobel, 2016/12/14
- Re: music function to be included somewhere in scm/*, Knut Petersen, 2016/12/15
- Re: music function to be included somewhere in scm/*, Werner LEMBERG, 2016/12/15
- Re: music function to be included somewhere in scm/*, Knut Petersen, 2016/12/15