> Le 7 août 2022 à 21:02, Jonas Hahnfeld via Discussions on LilyPond
> development a écrit :
>
> Hi all,
>
> back in May, I proposed the idea to have a next stable release before
> the end of the year and there was generally agreement in the replies:
> https://lists.gnu.org/archive/html/lilyp
Hi all,
back in May, I proposed the idea to have a next stable release before
the end of the year and there was generally agreement in the replies:
https://lists.gnu.org/archive/html/lilypond-devel/2022-05/msg00099.html
The following is a proposal of a possible timeline; I don't expect this
to be
Am So., 7. Aug. 2022 um 13:05 Uhr schrieb Werner LEMBERG :
>
>
> > If I build the docs I use 'extractpdfmark' as well. In the light of
> > this thread I tried ghostscript self-compiled from their most recent
> > master, giving me 9.57.0. [...]
> >
> > [compilation time] is insane.
>
> I also notic
On Jul 12, 2022, at 09:29, David Kastrup wrote:
>
>> Apparently, document-mod-list in document-context-mods.scm reads
>> an unbound variable.
>
> Well, yes.
>
> ((assign)
> (string-append
>(format #f "@item Sets translator property @code{~a} to" name-sym)
>(if (pretty
> If I build the docs I use 'extractpdfmark' as well. In the light of
> this thread I tried ghostscript self-compiled from their most recent
> master, giving me 9.57.0. [...]
>
> [compilation time] is insane.
I also noticed a slower documentation build with ghostscript's new PDF
engine, but not
Le 07/08/2022 à 11:43, Thomas Morley a écrit :
Am Sa., 30. Juli 2022 um 12:39 Uhr schrieb Werner LEMBERG :
In case you are forced to use 9.56.1, add `-dNEWPDF=false` to the
gs command line options (in file `Documentation/GNUmakefile`) to
make gs use the old PDF engine, which produces good r
Am Sa., 30. Juli 2022 um 12:39 Uhr schrieb Werner LEMBERG :
>
>
> >> In case you are forced to use 9.56.1, add `-dNEWPDF=false` to the
> >> gs command line options (in file `Documentation/GNUmakefile`) to
> >> make gs use the old PDF engine, which produces good results.
> >
> > So this is about the
