I'm going to go out on a limb and say I think the “fix“ was worse than the
problem.
I've got cases where it doesn't even need a barline to degenerate into
crazy spacing!
%% dynamic-span-exhibit-two.ly
\version "2.19.81"
\new StaffGroup {
a'16-\tweak DynamicText.X-offset #-1
-#(make-dynamic-script (markup "mf" #:normal-text #:italic
"espressivo"))
b'2...
}
%%%%%
Could we consider reverting this? I'm really not too fond of having to go
back and verify each and every one of my dynamic marks for *that*.
JBM
Le lun. 20 janv. 2020 à 12:08, Jean-Baptiste Mazon <jma...@gmail.com> a
écrit :
> Le dim. 19 janv. 2020 à 00:25, David Kastrup <d...@gnu.org> a écrit :
>
>> This wants improvement. Basically we probably need a better way to
>> figure out whether we are in the middle of a StaffGroup with spanbars?
>>
>
> I assume that would clear the simple case of the dynamic that spans across
> the line without crossing it (bottom staff in a group). There remains
> (opinions mine):
>
> * the pp subito case. In my dream world, the pp would strictly align on
> the actual note; the subito would overflow right, with TeX-style overfull
> hbox warning if it extends beyond the page margin. As long as it doesn't
> reach the preceding note, I suppose it could tolerate being pushed left a
> bit to avoid a barline, but not at the cost of increasing that note's width.
>
> * the simultaneous dynamics case. I'd obviously want them all horizontally
> aligned, even if the bottom one that has fewer restrictions.
>
>
> On the converse side, I've found a similar case that could benefit from
> avoiding barlines:
>
> %% Example neither as minimal nor as telling as I'd like. Here it touches;
> %% in my real-world case the second plus almost aligned on the barline.
> \version "2.19.81"
> \new StaffGroup <<
> \new Staff { \clef "soprano" c''2. b'4 b'2 c'' s1*20 }
> \figures { \bassFigureExtendersOn <7 4>2 q4 <7 _\+>4 <7\+>2 <5> }
> \new Staff { \clef "bass" g2 g,2 c1 s1*20 }
> >>
> %%%%%
>
> A good thing Bass Figures are less likely than Dynamic Texts to expand
> horizontally.
>
>
> --
> Jean-Baptiste Mazon
>
>
>
_______________________________________________
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
