bug-lilypond
[Top][All Lists]
Advanced

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

Re: changing flag style/stencil should affect metronome mark, shouldn't


From: Colin Hall
Subject: Re: changing flag style/stencil should affect metronome mark, shouldn't it?
Date: Fri, 11 Jan 2013 00:15:22 +0000
User-agent: mu4e 0.9.9.5-dev6; emacs 23.3.1

Thomas Morley writes:

> 2013/1/10 Colin Hall <address@hidden>:
>>
>> Thomas Morley writes:
>>
>>> 2013/1/6 Federico Bruni <address@hidden>:
>>>> Il 06/01/2013 16:09, Karol Majewski ha scritto:
>>>>
>>>>> Hi there,
>>>>>
>>>>> I don't see how can change flag style (stencil) in metronome mark.
>>>>>
>>>>>
>>>>> \version "2.17.9"
>>>>> {
>>>>>    \override Flag.stencil = #old-straight-flag
>>>>>    \set autoBeaming = ##f
>>>>>    \tempo 8 = 120
>>>>>    c'8 d' e' f' g' a' b' c''
>>>>> }
>>>>>
>>>>> I wish *\override Flag.stencil = #old-straight-flag* worked.
>>>>> Unfortunately,
>>>>> it doesn't.
>>>>
>>>>
>>>> The override has been applied to music, not to the metronome mark.
>>>> IIUC, MetronomeMark is a markup object. In the thirdd snippet here you find
>>>> an example to modify it:
>>>> http://lilypond.org/doc/v2.17/Documentation/notation/displaying-rhythms#metronome-marks
>>>>
>>>> I know that you can modify the notehead style inside a markup, I don't know
>>>> if you can also modify the flag style.
>>>>
>>>> See this example:
>>>>
>>>> \version "2.17.10"
>>>> {
>>>>   \set autoBeaming = ##f
>>>>   \tempo \markup {
>>>>     \concat {
>>>>       (
>>>>       \smaller \general-align #Y #DOWN
>>>>       \override #'(style . mensural) {
>>>>         \note #"8" #1
>>>>       }
>>>>       " = "
>>>>       \general-align #Y #DOWN 120
>>>>
>>>>       )
>>>>     }
>>>>   }
>>>>   c'8 d' e' f' g' a' b' c''
>>>>   \override Flag.stencil = #old-straight-flag
>>>>   c' d' e' f' g'
>>>>
>>>> }
>>>
>>> Hi,
>>>
>>> the MetronomeMark is formated by `format-metronome-markup' and
>>> `metronome-markup' from /scm/translation-functions.scm.
>>> `metronome-markup' uses the `note-by-number'-markup-command.
>>> `note-by-number' has a 'style-property', but it determines _only_ the
>>> note-head _not_ the flag-style.
>>>
>>> Seems to be a bug.
>>
>> Thanks for the analysis, Thomas. I'll create a tracker for this
>> limitation of lilypond.
>>
>>> Example:
>>> If 'style is set 'mensural, `note-by-number' returns ugly output for
>>> short note-durations (same with \note):
>>>
>>> \markup {
>>>         \override #'(style . mensural)
>>>         {
>>>                 \note-by-number #3 #0 #1
>>>                 \note #"8" #1
>>>         }
>>> }
>>
>> Do you regard the above as a separate bug due to ugly engraving?
>>
>>> Btw, the output of
>>>
>>> \new Voice {
>>>         \override Flag.style = #'mensural
>>>         \override Stem.thickness = #1.0
>>>         \override NoteHead.style = #'mensural
>>>         c'8
>>> }
>>>
>>> isn't convincing, too.
>>> The stem and the flag aren't combined well.
>>> (Use high zoom to view it)
>>
>> Again, is this another ugly bug?
>>
>> Cheers,
>> Colin.
>>
>> --
>> Colin Hall
>
> Hi Colin,
>
> I see three bugs
>
> (1)
> The markup-commands \note-by-number and \note don't support other
> flag-styles than default.
>
> This will result in ugly output.
> I'd consider this of type: enhancment.
>
> Example:
>
> \version "2.17.9"
>
> \markup {
>         \override #'(style . mensural)
>         {
>                 \note-by-number #3 #0 #1
>                 \note #"8" #1
>         }
> }
>
> (2)
> `format-metronome-markup' and `metronome-markup' from
> /scm/translation-functions.scm don't support other note/flag-styles
> than default.
> (Even if \note-by-number would support them.)
>
> (Can't imagine an example)
>
> This is part of the problem Karol reported initially.
> I'd consider this of type: enhancment.
>
> (3)
> In mensural-style the stem and flag aren't well combined.
>
> Example:
>
> \version "2.17.9"
>
> {
>  \override Flag.style = #'mensural
>  \override Stem.thickness = #1.0
>  \override NoteHead.style = #'mensural
>  c'8
> }
>
> I'd consider this of type ugly.

Thanks, Thomas, that makes sense to me. I'll create additional trackers
accordingly.

Cheers,
Colin.

-- 
Colin Hall



reply via email to

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