Originally created by: *anonymous
Originally created by: pkx1...@gmail.com
On 26/12/13 21:05, David Nalesnik wrote:
> In the following snippet, there is a collision between the broken analysis
> bracket and the clef (see image):
>
> \version "2.17.97"
>
>
> {
>
> c''1\startGroup
>
> \break
>
> c''1\stopGroup
>
> }
>
>
> \layout {
>
> ragged-right = ##t
>
> \context {
>
> \Voice
>
> \consists "Horizontal_bracket_engraver"
>
> }
>
> }
>
>
> The collision is bad, but the problem here seems to me that the broken
> analysis bracket ought to begin to the right of the prefatory material, as
> other broken spanners do. If it's felt that starting the broken bracket
> more to the right is the right approach, I've got the workings of a patch
> which I can post to Rietveld.
>
Originally posted by: david.na...@gmail.com
At the very least, HorizontalBracket needs a setting for 'outside-staff-priority (like TextSpanner). Otherwise, there are some pretty awful collisions, not just with clefs.
Try the following with and without the override of 'outside-staff-priority:
\relative c {
\clef "treble_8"
%\override HorizontalBracket.outside-staff-priority = #350
c1_\fermata\startGroup
\break
cis1\f\accent
\break
g'
}
\layout {
\context {
\Voice
\consists "Horizontal_bracket_engraver"
}
}
Notice also how the wing of the bracket on the last line is placed to avoid a non-existent collision with the "8" of the clef (you need the override of 'outside-staff-priority to see this). So, I think a setting of vertical-skylines is in order. grob::unpure-vertical-skylines-from-stencil (which is used in TupletBracket, another bracket with wings) works.