[cstex] Probl0m s obracením obrázků v oblasti margin v prohlížeči vs. při tisku

["Procházka Lukáš Ing. - Pontex s. r. o."]

... Tak jsem ještě vytisknul inkriminovanou stránku na jinou tiskárnu 
(barevná OKI C8800), a "ručičky" se vytiskly, jak měly.

Takže asi problém tiskárny. Omlouvám se za planý poplach.

Lukáš Procházka


Luboš Kloc wrote:
> Vit Zyka napsal(a):
>   
>> Robert Marik wrote:
>>     
>>> 2009/9/9 "Procházka Lukáš Ing. - Pontex s. r. o." <LPr at pontex.cz>:
>>>       
>>>> Zdravím v konferenci,
>>>>
>>>> děje se mi divná věc.
>>>>
>>>> Mám dokument, který sází do vnějších "margin" nějaké značky ("ručičky").
>>>> Zároveň tyto značky se zrcadlí podle toho, jestli se nacházejí na
>>>> liché nebo
>>>> sudé stránce.
>>>>
>>>> Používám \documentclass[twoside]{report} a řadu balíčků, mj. značky z:
>>>>
>>>> \usepackage{dingbat,bbding,keystroke}
>>>>
>>>> Do "margin" sázím makrem, které má zhruba následující stavbu:
>>>>
>>>> \def\MARGIN#1{\marginpar{\centering\checkoddpage\ifcpoddpage\reflectbox{#1}\else{#1}\fi}}
>>>>
>>>>         
>>> Ony jsou v tom fontu k mani ruky nalevo i napravo, nepomohlo by teda
>>> neco takoveho?
>>>
>>> \def\XMPMARGIN{\marginpar{\centering\checkoddpage\ifcpoddpage
>>> rukanalevo\else rukanapravo\fi}}
>>>       
>> No nevim sice presne, co delaji makra \checkoddpage\ifcpoddpage, ale
>> dost pravdepodobne, ze se jejich podminka na lichost strany nevyhodnoti
>>  vzdy spravne. Pokud vyjde marginalie na horni cast stranky, bude velmi
>> pravdepodobne zpracovana pri plneni jiz na predesle strany, cimz ta
>> podminka dopadne spatne. Resit se to da tak, ze si ke kazde poznamce do
>> pomocneho souboru zapisi cislo stranky na ktere je a sazbu ridim podle
>> toho, co nactu z tohoto pomocneho souboru v druhem pruchodu TeXu. Zapis
>> do souboru pomoci \write probiha az ve vystupni  rutine a to jiz je
>> sprana znama spravne.
>>
>> Lukasi,
>> pomocna LaTeXova makra pro urceni leve/prave strany jsem vystavil na
>>   http://www.zyka.net/?id=typography&lang=cz
>> Z testovaci ukazky uvnitr souboru je zrejme pouziti.
>>
>> Zdravi
>> Vitek Zyka
>>
>>
>>     
> Jenze pokud se tentyz PDF soubor jinak zobrazi a jinak vytiskne, neni to
> problem TeXu ale PDF prohlizece, respektive nejspise komunikace mezi
> prohlizecem a driverem tiskarny. A je to neco, co by dobry software
> NIKDY nemel pripustit. Setkal jsem se s tim pred casem, kdy jsem
> potreboval vytisknout jakysi PDF dokument stazeny z internetu: na
> obrazovce jsem mel bezproblemovy cesky text, ale z tiskarny lezlo misto
> ceskych znaku smeti. PDF proste zdaleka neni tak bezproblemovy format,
> jak by mel byt.
>
> Vyresil jsem to tenkrat tiskem pomoci GhostScriptu, kde lze plne
> kontrolovat, co se se souborem dela (mam na mysli samotny GS z
> prikazoveho radku, nikoliv jeho nadstavby typu GSview).
>
> To by asi mohlo pomoci i v tomto pripade, ale i rada pana Marika mne
> pripada nadejna.
>
> S pranim uspechu
>
> Lubos Kloc
>
>
> _______________________________________________
> csTeX mailing list
> csTeX at cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex
>
>
> __________ Informace od NOD32 4412 (20090909) __________
>
> Tato zprava byla proverena antivirovym systemem NOD32.
>   part000.txt - je v poradku
>
> http://www.nod32.cz
>
>
>
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: LPr.vcf
Type: text/x-vcard
Size: 363 bytes
Desc: not available
URL: <http://lists.felk.cvut.cz/pipermail/cstex/attachments/20090910/0100f316/attachment-0003.vcf>