On 24 May 2015, at 11:55, David Kastrup d...@gnu.org wrote:
Well, the current setup is too contorted to be maintainable and safely
extensible. Whenever somebody tries to improve spacing or cross-staff
or whatever somewhere, we get a series of exploding things until stuff
settles down
Mike Solomon m...@mikesolomon.org writes:
On 24 May 2015, at 11:55, David Kastrup d...@gnu.org wrote:
Well, the current setup is too contorted to be maintainable and safely
extensible. Whenever somebody tries to improve spacing or cross-staff
or whatever somewhere, we get a series of
Keith OHara k-ohara5...@oco.net writes:
David Kastrup dak at gnu.org writes:
Ignored or not: those are values indicating breakpoints of the
current system. They should not even be available for functions
evaluated before any line-breaking. Or maybe they are called for one
of a set of
On Sun, 24 May 2015 01:55:30 -0700, David Kastrup d...@gnu.org wrote:
Anyway: how do impure functions reference (and trigger?) line breaks?
Non-'pure' functions reference line-breaks very indirectly. Spanners are
broken into two or more grobs at line-breaking, so their functions work on the
Keith OHara k-ohara5...@oco.net writes:
But I think we can remove the 'start'/'end' parameters from 'pure'
functions for Items. Items have a 'pure' version of their functions
as a way to promise that these functions *not* depend on
line-breaking.
While this sort of sentence sends up all
David Kastrup dak at gnu.org writes:
Ignored or not: those are values indicating breakpoints of the current
system. They should not even be available for functions evaluated
before any line-breaking. Or maybe they are called for one of a set of
tentative not-final line breaks, but in that
Mike Solomon m...@jongla.com writes:
On 21 May 2015, at 11:01, David Kastrup d...@gnu.org wrote:
In the CG I read
For certain grobs, the @code{Y-extent} is based on the @code{stencil}
property, overriding the stencil property of one of these will
require an additional
On 21 May 2015, at 11:01, David Kastrup d...@gnu.org wrote:
In the CG I read
For certain grobs, the @code{Y-extent} is based on the @code{stencil}
property, overriding the stencil property of one of these will
require an additional @code{Y-extent} override with an unpure-pure
In the CG I read
For certain grobs, the @code{Y-extent} is based on the @code{stencil}
property, overriding the stencil property of one of these will
require an additional @code{Y-extent} override with an unpure-pure
container. When a function overrides a @code{Y-offset} and/or