Re: Issue 3330: redo much of the stencil stacking/spacing/empty-check (issue 8869044)

[dak]

On 2013/05/12 21:50:13, Keith wrote:
> This works.

> I found a only couple cases on mutopiaproject that depended on the old
behavior.
>   \markup { "V" \translate #'(-2.5 . 0.325) \rotate #70 "—" }
> This would work with \hspace#'-2.5, or even better with \combine,
which is what
> the manual suggests to use.

> The way that \hspace#-1 clips the extents will cause some problem, but
I cannot
> foresee what.

-dpreview or other extent-based code might lose material when the
intent was just shifting it around.

I've considered providing both \hspace and \kern where both distribute
the shift differently between left and right extent of the spacing
stencil, and where kern would be less prone to shifting the reference
point of the following stencil when not combined with a preceding
stencil.

I've not really managed to find an overly convincing and useful
combination, however.  It might make sense revisiting this idea when
cursor movement and stencil extents are made independent stencil
properties, but at least currently I've not been able to make a good
case for that.

> The only problem I can imagine is that someone will complain that
> \textLengthOn no longer works as it did
>   {\textLengthOn
>   \repeat unfold 4 b^\markup{\hspace#-3 Shifted}  }
> but here \translate would be a good solution.

Likely.  The behavior for an isolated \hspace at the start of an
expression is not really independently useful all that much.  Its most
endearing trait is that inside of a line, it is equivalent to a
\hspace at the end of the preceding expression, and that multiple
\hspace can be combined by adding the displacements.


https://codereview.appspot.com/8869044/