[EXT] Re: l3backend: adding new DVI specials?
Philip Taylor
P.Taylor at Rhul.Ac.Uk
Fri Feb 14 13:47:21 CET 2020
Zdeněk Wagner made three different points :
1.
That a universal special would be equivalent to developing a new language
2.
That different drivers require different specials to be inserted at different points in the source code
3.
That a special that cannot be handled by a particular driver should result in a warning.
I will address each in turn.
1. I do not agree. The underlying languages remain unchanged — all I
am proposing is that the \specials become polyglot, and add a tag
identifying the language in which each component is expressed.
2. Is easily addressed by including /all/ necessary specials in the
source document at the appropriate places; a driver would then
interpret only those elements of each \special that are targetted at
that particular driver.
3. Is the crux of the matter, but directly conflicts with David's point
about regression testing. Therefore we need to add one further
\special, at the very beginning of the document, to indicate whether
or not subsequent \specials should lead to warnings if not
understood by any particular driver.
But perhaps the last is all that actually need to be implemented — a
universal \special, understood by all drivers, that indicates whether or
not a warning should be issued when an unrecognised \special is
encountered ... Turn on for regression testing, off for production.
** Phil.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://tug.org/pipermail/tex-live/attachments/20200214/af5870e4/attachment.html>
More information about the tex-live
mailing list.