[cstex] Problem s balickem geometry pri prekladu cslatexem

[Petr Uher]

Napsal jsem autorovi balicku geometry bugreport. Tak snad tento
problem vyresi a vyda po 5 letech novy release balicku.

Petr Uher

Petr Olsak napsal:
> On Tue, 17 Apr 2007, Vit Zyka wrote:
>
> > Petr Uher wrote:
> > > Dobry den!
> > > Pri pouziti balicku geometry a prekladu cslatexem mi prekladac hlasi
> > > chybu:
> > >
> > > ! Undefined control sequence.
> > > \Gm at checkdrivers ...fined \else \ifnum \pdfoutput
> > >                                                   =\@ne \Gm at setdriver
> > > {pdfte...
> > > l.37 \begin{document}
> > >
> > > Vubec si s tim nevim rady. Pri prekladu pomoci pdfcslatexu ani latexu
> > > se tato chyba nevyskytuje.
> > >
> > > Zde je zacatek zdrojaku:
> > >
> > > \documentclass[12pt,notitlepage]{report}
> > > \pagestyle{plain}
> > >
> > > \usepackage[cp1250]{inputenc}
> > > \usepackage{czech}
> >
> > % Rychle reseni pro preklad cslatexem:
> > \newcount\pdfoutput
> >
> > > \usepackage{fancybox}
> > > \usepackage{graphicx}
> > >
> > > \usepackage[a4paper,top=25mm,bottom=25mm,left=40mm,right=25mm,nohead,dvips]
> > > {geometry}
> > >
> > > \begin{document}
> > >
> > > Pouzivam MiKTeX 2.5.
> > > Petr Uher
> >
> > format cslatex se snazi zamest stopy o pdftexu, kdyz se i na format
> > cslatex spousti binarkou pdftex tim, ze definuje
> >    \message {jobname=cslatex with pdftex, DVI output initialised.}
> >    \pdfoutput=0
> >    \let\oripdfoutput=\pdfoutput \let\pdfoutput=\undefined
> > ale geometry testuje pritomnost pdftexu takto
> >    \ifx\pdfpagewidth\@undefined\else
> >      \ifnum\pdfoutput=\@ne
> >        \Gm at setdriver{pdftex}%
> >      \fi
> >    \fi
> > ukazuje se, ze to zpusobuje vice paktickych problemu, nez praktickeho
> > uzitku. Mel by se k tomu vyjadrit nekdo, kdo pouziva latex, osobne bych
> > ta \let smazal. Jina cesta je pridat \let\pdfpagewidth\@undefined, ale
> > kdo vi, zda jiny tvurce nejakeho balicku nebude testovat jiny primitiv,
> > napr. \pdfpageheight.
> >
> > Vit Zyka
>
> Nevim, proc nekoho napada opravovat problem na nespravnem miste, tj.
> uvazovat o smazani prikazu \let v cslatexu, a pritom neuvazovat o tom, ze
> je spatne balicek geometry. Pritom je to do oci bijici. Misto
>
>     \ifx\pdfpagewidth\@undefined\else
>       \ifnum\pdfoutput=\@ne
>         \Gm at setdriver{pdftex}%
>       \fi
>     \fi
>
> ma v tom balicku byt:
>
>     \ifx\pdfoutput\@undefined\else
>       \ifnum\pdfoutput>0
>         \Gm at setdriver{pdftex}%
>       \fi
>     \fi
>
> Autor, ktery testoval pritomnost pdftexu na jiny primitiv, nez nakonec
> pouzil, mel asi pred ocima mlhu, kdyz to programoval. Ta mlha se projevila
> mimo jine i tim, ze nepredpokladal, ze by napriklad \pdfoutput mohl mit
> hodnotu 2.
>
> Prosim, reste to bugreportem balicku geometry.
>
> Neni mozne vymyslet zakladni makra formatu (v tuto chvili cslatex) tak,
> aby byla odolna vuci vsem zverstvum v baliccich, ktere se mozna nekdy
> pouziji.
>
> Tazateli je mozno poradit, at v pripade cslatexu (bez pdf) prida
> provizorne na zacatek sveho dokumentu \let\pdfpagewidth=\undefined, ale
> rovnez, at se angazuje v tom bugreportu.
>
> Myslim, ze jsem na tomto listu tento problem pred nekolika lety
> zahledl, doporucil jsem bugreport, ale zda se, ze se v te
> veci zatim nestalo nic.
>
> Zdravim
>
> Petr Olsak