GNU bug report logs - #25601
Possible need for an update to the \TeX "preview" package.

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25601 in the body.
You can then email your comments to 25601 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Emmanuel Charpentier <emm.charpentier <at> free.fr>
To: bug-auctex <at> gnu.org
Subject: Possible need for an update to the \TeX "preview" package.
Date: Wed, 1 Feb 2017 15:26:18 +0100

Dear AUCTeX maintainers,

at the suggestion of David Kastrup, I forward to you a suggestin 
initially sent to him, to which he answered he had no time nor energy to 
investigate :

I am a user of the knitr R package, which uses the preview package to 
create single-file images of R-generated figures. This package can 
generate tikz pictures, which are of great interest.

I recently stumbled on a  problem that is not specifically bound to 
preview, but shows that a (slight) revision may be in order. See the 
transcript of a thread in comp.text.tex at 
https://groups.google.com/forum/#!topic/comp.text.tex/umzerAdDkX0 .

Working on this problem, I saw that preview had an option specific to 
the XeLaTeX compiler. This made me think that an analogous solution was 
needed for the LuaTeX compiler, which uses the same mechanisms for font 
loading and font metrics. However, I do not know welle enough the 
internals of these engines to determine if the solution used for XeLaTeX 
can be applied to LuaTeX, of if specific actions are needed.

Do you think that a slight revision of your package could be done (if 
only to document how to use it with LuaLaTeX) ?

Sincerely yours,

					Emmanuel Charpentier

Message #8 received at 25601 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Emmanuel Charpentier <emm.charpentier <at> free.fr>
Cc: 25601 <at> debbugs.gnu.org
Subject: Re: bug#25601: Possible need for an update to the \TeX "preview"
 package.
Date: Thu, 02 Feb 2017 16:41:05 +0100

Hi Emmanuel,

Emmanuel Charpentier <emm.charpentier <at> free.fr> writes:

> I recently stumbled on a  problem that is not specifically bound to
> preview, but shows that a (slight) revision may be in order. See the
> transcript of a thread in comp.text.tex at
> https://groups.google.com/forum/#!topic/comp.text.tex/umzerAdDkX0 .
>
> Working on this problem, I saw that preview had an option specific to
> the XeLaTeX compiler. This made me think that an analogous solution
> was needed for the LuaTeX compiler, which uses the same mechanisms for
> font loading and font metrics. However, I do not know welle enough the
> internals of these engines to determine if the solution used for
> XeLaTeX can be applied to LuaTeX, of if specific actions are needed.
>
> Do you think that a slight revision of your package could be done (if
> only to document how to use it with LuaLaTeX) ?

Thanks for your report.  For the records, LuaTeX and pdfTeX used to
share some primitives like \pdfoutput, \pdfvorigin, \pdfhorigin,
\pdfpageheight and \pdfpagewidth.  With the advent of LuaTeX 0.85,
LuaTeX uses other names for these primitives and hence the code in
preview.sty does not work with this engine.

One can solve the issue by doing:

    \RequirePackage{luatex85}
    \documentclass{article}
    ...

I will try to update this in preview.pdf.  But the real solution will
have to wait.

Best, Arash

Message #11 received at 25601 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Emmanuel Charpentier <emm.charpentier <at> free.fr>
Cc: 25601 <at> debbugs.gnu.org
Subject: Re: bug#25601: Possible need for an update to the \TeX "preview"
 package.
Date: Mon, 24 Apr 2017 13:31:31 +0200

Arash Esbati <arash <at> gnu.org> writes:

> Emmanuel Charpentier <emm.charpentier <at> free.fr> writes:
>
>> I recently stumbled on a  problem that is not specifically bound to
>> preview, but shows that a (slight) revision may be in order. See the
>> transcript of a thread in comp.text.tex at
>> https://groups.google.com/forum/#!topic/comp.text.tex/umzerAdDkX0 .
>>
>> Working on this problem, I saw that preview had an option specific to
>> the XeLaTeX compiler. This made me think that an analogous solution
>> was needed for the LuaTeX compiler, which uses the same mechanisms for
>> font loading and font metrics. However, I do not know welle enough the
>> internals of these engines to determine if the solution used for
>> XeLaTeX can be applied to LuaTeX, of if specific actions are needed.
>>
>> Do you think that a slight revision of your package could be done (if
>> only to document how to use it with LuaLaTeX) ?
>
> Thanks for your report.  For the records, LuaTeX and pdfTeX used to
> share some primitives like \pdfoutput, \pdfvorigin, \pdfhorigin,
> \pdfpageheight and \pdfpagewidth.  With the advent of LuaTeX 0.85,
> LuaTeX uses other names for these primitives and hence the code in
> preview.sty does not work with this engine.
>
> One can solve the issue by doing:
>
>     \RequirePackage{luatex85}
>     \documentclass{article}
>     ...
>
> I will try to update this in preview.pdf.  But the real solution will
> have to wait.

Following up myself, I had a discussion with maintainer of pst-pdf and
it seems that it is not easy to make preview support recent luatex
natively.  Hence, I added the following line to preview.dtx:

    \IfFileExists{luatex85.sty}{\RequirePackage{luatex85}}{}

Emmanuel, do you have a chance to install the latest preview from AUCTeX
git and give it roll?

TIA, Arash

Message #14 received at 25601 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Emmanuel Charpentier <emm.charpentier <at> free.fr>
Cc: 25601 <at> debbugs.gnu.org
Subject: Re: bug#25601: Possible need for an update to the \TeX "preview"
 package.
Date: Tue, 05 Mar 2024 08:41:54 +0100

Arash Esbati <arash <at> gnu.org> writes:

> Arash Esbati <arash <at> gnu.org> writes:
>
>> Emmanuel Charpentier <emm.charpentier <at> free.fr> writes:
>>
>>> I recently stumbled on a  problem that is not specifically bound to
>>> preview, but shows that a (slight) revision may be in order. See the
>>> transcript of a thread in comp.text.tex at
>>> https://groups.google.com/forum/#!topic/comp.text.tex/umzerAdDkX0 .
>>>
>>> Working on this problem, I saw that preview had an option specific to
>>> the XeLaTeX compiler. This made me think that an analogous solution
>>> was needed for the LuaTeX compiler, which uses the same mechanisms for
>>> font loading and font metrics. However, I do not know welle enough the
>>> internals of these engines to determine if the solution used for
>>> XeLaTeX can be applied to LuaTeX, of if specific actions are needed.
>>>
>>> Do you think that a slight revision of your package could be done (if
>>> only to document how to use it with LuaLaTeX) ?
>>
>> Thanks for your report.  For the records, LuaTeX and pdfTeX used to
>> share some primitives like \pdfoutput, \pdfvorigin, \pdfhorigin,
>> \pdfpageheight and \pdfpagewidth.  With the advent of LuaTeX 0.85,
>> LuaTeX uses other names for these primitives and hence the code in
>> preview.sty does not work with this engine.
>>
>> One can solve the issue by doing:
>>
>>     \RequirePackage{luatex85}
>>     \documentclass{article}
>>     ...
>>
>> I will try to update this in preview.pdf.  But the real solution will
>> have to wait.
>
> Following up myself, I had a discussion with maintainer of pst-pdf and
> it seems that it is not easy to make preview support recent luatex
> natively.  Hence, I added the following line to preview.dtx:
>
>     \IfFileExists{luatex85.sty}{\RequirePackage{luatex85}}{}
>
> Emmanuel, do you have a chance to install the latest preview from AUCTeX
> git and give it roll?

The suggestion above was installed with cf6480c521.  Therefore, I'm
closing this report.

Best, Arash

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.