Re: Adds incipit section to NR (issue 108270043 by address@hidden)

[Phil Holmes]

----- Original Message ----- 
From: <address@hidden>
To: <address@hidden>; <address@hidden>; 
<address@hidden>; <address@hidden>
Cc: <address@hidden>; <address@hidden>
Sent: Tuesday, August 12, 2014 1:56 PM
Subject: Re: Adds incipit section to NR (issue 108270043 by 
address@hidden)


> On 2014/08/12 12:16:12, mail_philholmes.net wrote:
> > ----- Original Message -----
> > From: <mailto:address@hidden>
> > To: <mailto:address@hidden>;
> <mailto:address@hidden>;
> > <mailto:address@hidden>
> > Cc: <mailto:address@hidden>;
> <mailto:address@hidden>
> > Sent: Tuesday, August 12, 2014 1:09 PM
> > Subject: Re: Adds incipit section to NR (issue 108270043
> > mailto:address@hidden)
>
>
> > > On 2014/08/12 11:54:38, http://email_philholmes.net wrote:
> > >
> > >> I can post this as a bug, but I'm guessing it would be tricky to
> fix.
> > > Would
> > >> you object to scaling the dimensions of the incipit (in the incipit
> > > code)
> > >> line-width and indent by the 1.76 factor, to work round the
> problem?
> > >
> > > Yes, I would object to scaling the dimensions of the incipit
> line-width
> > > and indent by the 1.76 factor since that is just an ad-hoc
> approximation
> > > for a single case.
>
> > Shame you didn't when I first asked.
>
> > > Is there a reason you don't scale by the ratio of output-scale
> between
> > > grob-layout and layout?
> > >
> > > https://codereview.appspot.com/108270043/
>
>
> > Tell me how and I'll do it.
>
> I think the problem you are trying to work around will likely go away
> when you give "incipit-width" the same treatment as "short-indent"
> everywhere it occurs in scm/paper.scm.
>
> It's sort of irritating that this is not equally easy to do for a
> user-level extension.  Even then, one could check the setting of "mm"
> and scale by that.  But when implementing this as a "native" feature, we
> are probably better off using the native mechanisms.
>
> https://codereview.appspot.com/108270043/


The problem is the other way round.  incipit-width is not scaled within the 
layout block, and so produces correct results for width.  indent and 
short-indent are scaled, and so produce widths that are too small for the 
desired output.  Attached is a sample file that illustrates the problem.  In 
it is a potential solution: using

scale-factor = #( / 1.0 (module-ref (current-module) 'mm) )

That would seem to be a satisfactory way of avoiding problems should the way 
scaling is done change in future?

--
Phil Holmes

ScaleTest.ly
Description: Text Data