Re: Issue 1751 in lilypond: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak
Updates: Status: Verified Comment #3 on issue 1751 by philehol...@googlemail.com: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak http://code.google.com/p/lilypond/issues/detail?id=1751 (No comment was entered for this change.) ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1751 in lilypond: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak
Updates: Labels: -backport backported fixed_2_14_2 Comment #2 on issue 1751 by carl.d.s...@gmail.com: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak http://code.google.com/p/lilypond/issues/detail?id=1751 Backported, with commits 58956ae1c085b14dbee58b2dd6abb4edd5d81890 and 11763dd1b3e6747cdbb8bfc196e5d045660f8da2 (The second commit is to add the lower version number to the snippet) ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1751 in lilypond: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak
Updates: Status: Fixed Labels: fixed_2_15_5 backport Comment #1 on issue 1751 by n.putt...@gmail.com: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak http://code.google.com/p/lilypond/issues/detail?id=1751 704a0bcff798abdeabe103f874c4443f5f474b00 ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 1751 in lilypond: Most analysis brackets get incorrect event-cause info, breaking point-and-click & \tweak
Status: Started
Owner: n.putt...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 1751 by n.putt...@gmail.com: Most analysis brackets get incorrect
event-cause info, breaking point-and-click & \tweak
http://code.google.com/p/lilypond/issues/detail?id=1751
Since the Horizontal_bracket_engraver fails to reset event storage at each
timestep, when HorizontalBracket grobs are created they often get an
event-cause associated with an existing bracket.
In the following snippet, the second nested bracket gets the same
event-cause as the first, which means the line thickness tweak is applied
to both grobs:
\version "2.15.5"
\layout {
\context {
\Voice
\consists "Horizontal_bracket_engraver"
}
}
\relative c' {
c1-\tweak #'thickness #6 \startGroup
c1\startGroup
c1\stopGroup
c1\stopGroup
}
Attachments:
bracket-bug.png 2.4 KB
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Analysis brackets
On 2/16/07, D. Stoltz <[EMAIL PROTECTED]> wrote: Hi, may it be possible that the analysis brackets options do not work at all? I tried to use straight brackets representing slurs in renaissance music - but the bracket-flare parameter seemed to have no effect on the brackets. - Thanks in advance for any help you might offer! Please send a short example. Chances are good you're overriding the wrong grob, or overriding the right grob in the wrong context. -- Trevor Bača [EMAIL PROTECTED] ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Analysis brackets
Hi, may it be possible that the analysis brackets options do not work at all? I tried to use straight brackets representing slurs in renaissance music - but the bracket-flare parameter seemed to have no effect on the brackets. - Thanks in advance for any help you might offer! Yours, D. Stoltz ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Analysis brackets start too early
On 27-Sep-05, at 5:46 AM, Sven Axelsson wrote:
Is this really how it's supposed to work? The below code puts a
bracket over a b c and not only over b c as expected.
Remember that lilypond is almost all postfix notation. :)
(think of the behavior of a slur or beams)
Cheers,
- Graham
\version "2.7.10"
\new Staff \with { \consists "Horizontal_bracket_engraver" }
\relative c'' { a \startGroup b c \stopGroup d }
--
Sven Axelsson___
lilypond-user mailing list
lilypond-user@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
Analysis brackets start too early
Is this really how it's supposed to work? The below code puts a bracket over
a b c and not only over b c as expected.
\version "2.7.10"
\new Staff \with { \consists "Horizontal_bracket_engraver" }
\relative c'' { a \startGroup b c \stopGroup d }
--
Sven Axelsson
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
