[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Issue 889 in lilypond: SystemStartBrace's variable vertical extent shou
From: |
codesite-noreply |
Subject: |
Issue 889 in lilypond: SystemStartBrace's variable vertical extent should not affect their weight |
Date: |
Thu, 29 Oct 2009 12:06:01 +0000 |
Status: Accepted
Owner: v.villenave
Labels: Type-Defect Priority-Medium Engraving-nitpick
New issue 889 by v.villenave: SystemStartBrace's variable vertical extent
should not affect their weight
http://code.google.com/p/lilypond/issues/detail?id=889
New report from Jonathan Wilkes:
In the following example, the weight of the braces don't match.
If you uncomment staves 4 and 5 you'll see how distracting such a huge,
thick brace would be in an orchestral setting (grouping the strings
together, for example).
\score {
<<
\new PianoStaff {
<<
\new Staff { c }
\new Staff { c }
>>
}
\new PianoStaff {
<<
\new Staff = "one" { c }
\new Staff = "two" { c }
\new Staff = "three" { c }
% \new Staff = "four" { c }
% \new Staff = "five" { c }
>>
}
>>
}
A solution would be to vertically stretch braces (instead of scaling them,
which is the current behavior).
An example of a vertically stretched brace may be found on
http://imslp.info/files/imglnks/usimg/d/dd/IMSLP00510-Debussy_-_Preludes__Book_2.pdf
(though French publishers are hardly a good example when it comes to music
scores).
Attachments:
different_weights.png 5.1 KB
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
- Issue 889 in lilypond: SystemStartBrace's variable vertical extent should not affect their weight,
codesite-noreply <=