Jürgen Spitzmüller wrote:
> > Are there really classes/packages that force the driver?
>
> Dunno. I've seen many things I couldn't imagine before ...
here's an example:
http://ftp.ktug.or.kr/tex-archive/macros/latex/contrib/conferences/confproc/confproc.cls
Jürgen
Jean-Marc Lasgouttes wrote:
> > We cannot always guess this. It's not unlikely that some class or package
> > loads hyperref with the pdftex driver, or something similar, and neither
> > the user nor we are informed about that.
>
> Are there really classes/packages that force the driver?
Dunno. I'
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> I think that the real problem is that, when we try to do the preview,
>> we do no know whether the user intends to use PDF or DVI as an output
>> format. If we did, we could use the right code path for previews.
>> Ind
Jürgen Spitzmüller wrote:
> I think that the real problem is that, when we try to do the preview,
>
> > we do no know whether the user intends to use PDF or DVI as an output
> > format. If we did, we could use the right code path for previews.
> > Indeed, it does not make sense to use dvi previews
Jean-Marc Lasgouttes wrote:
> I think that the real problem is that, when we try to do the preview,
> we do no know whether the user intends to use PDF or DVI as an output
> format. If we did, we could use the right code path for previews.
> Indeed, it does not make sense to use dvi previews when a
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> But _when_ is it set? In the preamble? We have code to differentiate
>> dvi from pdf, do we want to allow people to shoot themselves in the
>> foot by such means?
>
> In the testcases, people entered the command themse
Jean-Marc Lasgouttes wrote:
> But _when_ is it set? In the preamble? We have code to differentiate
> dvi from pdf, do we want to allow people to shoot themselves in the
> foot by such means?
In the testcases, people entered the command themselves. I think it does not
happen with our builtin hyper
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> I have just read the bug report but I am not sure what the actual bug
>> is. Could you summarize for me?
>
> Yes. When \usepackage[pdftex]{hyperref} is used, then hyperref's
> pdftex driver sets \pdfoutput to 1. This c
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jürgen Spitzmüller wrote:
>> > If \usepackage[pdftex]{hyperref} is in the preamble, then Instant
>> > Preview doesn't work. Look at the attached example. I use LyX 1.6beta3
>> > with MiKTeX 2.7.2988 on Win XP.
>>
>> http://bugzilla.lyx.org/show_bug
On Wed, Jul 02, 2008 at 10:27:40AM +0200, Jürgen Spitzmüller wrote:
> os << "\n"
> -<< "\\usepackage[active,delayed,dvips,showlabels,lyx]{preview}\n"
> +<< "\\ifx\\pdfoutput\\undefined\n"
> +<< " \\usepackage[active,delayed,dvips,showlabels,lyx]{preview}\n"
> +
Máté Salát wrote:
> If \usepackage[pdftex]{hyperref} is in the preamble, then Instant Preview
> doesn't work. Look at the attached example. I use LyX 1.6beta3 with MiKTeX
> 2.7.2988 on Win XP.
http://bugzilla.lyx.org/show_bug.cgi?id=2165
Jürgen
If \usepackage[pdftex]{hyperref} is in the preamble, then Instant Preview
doesn't work. Look at the attached example. I use LyX 1.6beta3 with MiKTeX
2.7.2988 on Win XP.
Cheers, Máté
Instant preview + hyperref.lyx
Description: application/lyx
12 matches
Mail list logo
