[cstex] Problem s balickem geometry pri prekladu cslatexem

[Vit Zyka]

Petr Olsak wrote:
> 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.

Prave proto, Petre, co jsem jiz napsal, tj. ze to zpusobuje vice 
PRAKTICKYCH problemu, se kterymi pak nejeden uzivatel zapoli, nez 
(spise) TEORETICKYCH problemu zkusenemu uzivateli, ktery kdysi 'nahodou' 
pouzil \pdfoutput velmi specifickym zpusobem.

Vysledkem pro zmateneho uzivatele muze byt zaver 'on ten (La)TeX moc 
nefunguje/je slozity/...' a dobra vira, ze s nim bude mit mene problemu, 
nez s wordem, je ta tam.

Ano pripoustim, je to nesystemove reseni. Pro nej nemam motivaci a tak 
jsem navrhl, co jsem navrhl. Pokud se nekdo pusti do toho systemoveho 
(oslovovat autory balicku, ev. sirit osvetu v nejake LaTeX dokumentaci 
autorum balicku) budu mu samozrejme pevne drzet palce.

Vit Zyka

> 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
> 
> _______________________________________________
> csTeX mailing list
> csTeX at cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex
> 

-- 
=======================================================
Ing. Vít Zýka, Ph.D.                         TYPOkvítek

database publishing              databazove publikovani
data maintaining and typesetting in typographic quality
priprava dat a jejich sazba v typograficke kvalite

tel.: (+420) 777 198 189     www: http://typokvitek.com
=======================================================