[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the rev
From: |
Deri James |
Subject: |
Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse? |
Date: |
Tue, 10 Apr 2018 15:57:19 +0100 |
User-agent: |
KMail/4.14.10 (Linux/4.4.114-desktop-1.mga5; KDE/4.14.35; x86_64; ; ) |
On Mon 02 Apr 2018 12:14:03 Ralph Corderoy wrote:
> Good afternoon Bernhard,
>
> > > So pdfpic is an extension of pspic. By that you can now even replace
> > > all PSPIC by PDFPIC, nothing gets lost by that.
> >
> > I read this as suggesting that results with -Tps and -Tpdf should be
> > equivalent.
>
> Strongly agree.
>
> > Would it hence be sensible to change PDFPIC to fit the description
>
> +1. Even though it may cause some existing documents to change if
> reproduced. I don't think PDFPIC is old or widespread enough, to try
> and preserve its (broken) behaviour.
To avoid making existing documents render incorrectly I propose to allow the
existing behaviour to be selected. Adding this to the NEWS file:-
============================================================================
PDFPIC has now been corrected, so the behaviour is the same whether you use
the postscript or pdf drivers. However, this means that any documents which
were written using the old behaviour will not be rendered correctly if using
the pdf driver with the new version.
The change would mean that documents which relied on the previous behaviour
are likely to have a gap underneath the image which was not there before. If
you see this effect there are three ways you can restore the previous
behaviour (listed in order of priority):-
A) Add the line ".nr PDFPIC_LEGACY 1" to the document before the first call to
.PDFPIC.
B) If it is just a single document which exhibits this behaviour you can run
groff adding "-rPDFPIC_LEGACY=1" to the command-line.
C) If you have many documents which rely on the previous behaviour you can set
an environment variable "export PDFPIC_LEGACY=1" which will restore the
previous behaviour for all runs.
Note that this change has no effect it you were using .PDFPIC with the
postscript driver, only if you used it with the pdf driver.
=============================================================================
Does this sound sensible?
Cheers
Deri
- [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Bernhard Fisseni, 2018/04/01
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Ralph Corderoy, 2018/04/02
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?,
Deri James <=
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Ralph Corderoy, 2018/04/10
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Peter Schaffter, 2018/04/10
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Colin Watson, 2018/04/10
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Ted Harding, 2018/04/10
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Tadziu Hoffmann, 2018/04/10
- Re: [groff] PSPIC vs PDFPIC: adjust documentation to reality, or the reverse?, Deri James, 2018/04/10