Dotaz: graficky vystup Rka/latin2 a latex

[Martin Landa]

Zdravim,

mam nasledujici problem: do publikace (LaTeX) vkladam radu obrazku s diakritikou. Obrazky vytvorene v XFIGu ci DIA nejsou problem. Nicmene grafy z Rka (eps/latin2) se po vytvoreni pdf v xpdf zobrazi korektne, ale v acroreaderu nektere pismenka chybi (c, r ...).

Dik za radu, Martin

Odpovědi

[David Jež]

Zdravím,
nevím sice co vytvoří R, možná by pomohlo vystavit výsledné pdf někam pro porovnání, ale pokud ti chybí písmenka č, ř, ě apod. tak to znamená, že v eps není subsetované písmo a nechá se na RIPu aby to vykreslil správně. AR právě používá písma, která neobsahují všechny české znaky, zatímco xpdf používá písma z X nebo gs která většinou české znaky obsahuje. Jestli to je tvůj případ zjistíš pohledem do toho pdfka. Zobrazí se to v AR 7 korektně? Ten české znaky (mimo písma Courier) obsahuje. Řešením by potom mohlo být buď nasubsetovat použité písmo přímo do epska a to buď ručně nebo můžeš zjistit, jestli to Rko nějak neumí samo. Nebo si to holt prohlížet v AR 7. Jinak by stálo za pokus zjistit, jestli dvips to písmo v obrázku nechá být jakože speciál nebo jestli ho nasubsetuje stejně, jako by to udělal na použitá PS písma v dokumentu.
-djz

[Petr Šobáň]

Trochu nechápu váš problém.

Pokud něco vložím jako obrázek tak tam nemůžou chybět písmenka protože je to obrázek a je jedno v čem ho zobrazím. (maximálně může být nečitelný, případně ho ten program neumí zobrazit pokud použiješ nějaký formát co ten prohlížeč nezná)

Pokud ti ale v textu chybí nějaké písmenka tak máš problém v tom že ten program nezná ten font co jsi použil, takže s největší pravděpodobností musíš do toho souboru vložit i ten font co chceš použít.

[David Jež]

Problém je v tom, že v obrázku jsou definovány objekty. Máš prostě čáry, křivky atd. A právě text je také objekt. V reálu (tedy v tom eps ze kterého se potom vytváří pdf) to vypadá nějak takto (inicializační tunu definic vynechávám):

% obdelnicek
n 7290 2880 m
 9180 2880 l gs col0 s gr
% text
/Helvetica ff 240.00 scf sf
2340 2790 m
gs 1 -1 sc (Ahoj svete) col0 sh gr

Problém je ten, pokud je v obrázku takto čeština musíš mít k dispozici kódový vektor a písmo, které znaky umí. Potom to tedy vypadá nějak následovně:

/isovec [                                                                       
8#055 /minus 8#200 /grave 8#201 /acute 8#202 /circumflex 8#203 /tilde           
...
] def

/Helvetica /Helvetica-iso isovec ReEncode

/Helvetica-iso ff 240.00 scf sf
2340 2790 m
gs 1 -1 sc (Ahoj sv\xxxte) col0 sh gr

To je pravděpodobně náš případ. Zde je problém ten, že pokud to prohlédneš v AR tak ten se podívá na dokument, z vektoru podle čísla xxx zjistí, že má použít znak ecaron, vezme si font Helvetica, zjisí že v něm požadovaný znak není, zobrazí .notdef znak což je v Type1 nic. AR7 si nevezme Helveticu ale Myriad Pro, který už znak ě obsahuje a zobrazí ho. Pokud chceš zobrazit všechno korektně i v AR5, musíš do epska vložit písmo, které obsahuje české znaky a patřičně psko upravit. Tedy v našem příkladě nějak:

...
/FontName /NimbusSanL-Regu def
% definice pisma (z .pfa)
...
FontName currentdict end definefont pop

/NimbusSanL-Regu /NimbusSanL-Regu-iso isovec ReEncode

/NimbuSanL-Regu-iso ff 240.00 scf sf
2340 2790 m
gs 1 -1 sc (Ahoj sv\xxxte) col0 sh gr

Pak už to zobrazí korektně i AR5, který se podívá, zjistí z vektoru že má použít znak ecaron, podívá se do písma které je vhozené přímo v obrázku, tam ho najde a zobrazí ě.

Jednoduché, ne?
-djz

[Petr Šobáň]

Jasně teď už mě to je jasné on vlastně nemá obrázek ale zadává tam že se má nakreslit třeba obdelník a tam napsat nějaké písmena.

No a samozřejmě program který nezná ty české znaky tak nic nezobrazí, nebo zobrazí nesmysl.

Díky za trochu osvěty.

[David Jež]

Za málo. No vida, jak to jde pěkně shrnout do pár vět . Hlavně že je tomu rozumět.
-djz

[finn]

Používání interpunkce není až taková zbytečnost… ;-)

[Martin Landa]

Dik za radu,

jako vzorek pridavam eps/pdf. Mozna to pomuze vyresit muj problem... eps vzniklo v Rku

postscript('dig_popis_dat.eps', width=9, height=4, horizontal=F, paper='special', onefile=F, encoding="ISOLatin2.enc")

pdf - epstopdf (stejny vysledek, kdyz vlozim eps do LaTeXu a vytvorim pdf (dvipdf)... chybejici pismenka v AE (6,7)

http://k153-85.fsv.cvut.cz/~martin/.../dig_popis_dat.eps

http://k153-85.fsv.cvut.cz/~martin/.../dig_popis_dat.pdf

Je mi jasne, ze jde o problem s fontama, nevim ale jak premluvit Rko, aby generovalo eps podobne bezproblemove jako DIA ci XFIG...

Jeste jednou dik, Martin

[David Jež]

Přesně jak jsem si myslel. Stačí nasubsetovat české písmo a bude po problému. Zaráží mě ale jedna věc: oba používáme epstopdf a každému se chová jinak. Pro srovnání, mně to robí automaticky. Jediné co mě napadá je rozdílná verze nebo konfigurace GhostScriptu. Jen tak pro jistotu, ke GhostScriptu máš instalována i česká písma (např. /usr/share/ghostscript/fonts/n019003l.*)? A pokud se podíváš do zmíněného souboru .afm uvidíš tam něco jako:

StartFontMetrics 3.0                                                            
Comment Copyright (URW)++,Copyright 1999 by (URW)++ Design & Development        
Comment Creation Date: 12/22/1999                                               
Comment See the file COPYING (GNU General Public License) for license conditions
.                                                                               
FontName NimbusSanL-Regu                                                        
FullName Nimbus Sans L Regular                                                  
FamilyName Nimbus Sans L                                                        

...

C -1 ; WX 500 ; N ccaron ; B 31 -23 477 741 ;                                   

...

nebo ne? Jinak se ted divám, že to lze ovlivnit volbama v ghostscriptu, teoreticky pokud bys měl optimalizaci pro sazbu či tisk tak to subsetuje, pokud pro obrazovku tak je nesubsetuje. Zkus epstopdf pustit s volbou -d a uvidíš co pouští za příkaz. Ale opravdu je divné, že různé verze ghostscriptu se chovají jinak.
-djz

[Martin Landa]

Ceska pisma pro GhostScript mam (mel bych) - gsfonts (debian/unstable)

(usr/share/fonts/type1/gsfonts/n019003l.afm).

epstopdf -d

* Input filename: dig_popis_dat.eps * BoundingBox comment: %%BoundingBox: * Output filename: dig_popis_dat.pdf * Ghostscript command: gs * Compression: on * Ghostscript pipe: gs -q -sDEVICE=pdfwrite -dAutoRotatePages=/None "-sOutputFile=dig_popis_dat.pdf" - -c quit * Scanning header for BoundingBox * Old BoundingBox: 0 0 648 288 * New BoundingBox: 0 0 648 288 * Offset: 0 0 * Ready.

Mrknu se na gs, jeste jednou dik. Martin

[David Jež]

Opravdu zvláštní. Jinak pokud bys gs neumravnil a potřeboval bys s tím nějak pohnout, tak ve vimu se to realizuje pfb2pfa pismo.pfb což bys pustil na NimbusL-Regu a NimbusL-Bold z gs. Tím bys získal soubory .pfa, které pak můžeš v klidu vložit např. před část % begin encoding a změnil bys jim v jejich hlavičce jména z NimbusSanL-Regu a NimbusSanL-Bold na Helvetica a Helvetica-Bold a pak by ti to fungovalo také. Možná by ten výsledný pdf soubor byl zbytečně velký, ale co už.
-djz

[David Jež]

Jinak lze také samozřejmě jako kalibr největší použít místo epstopdf příkaz typu:

epstopdf -d -nogs vstup.eps | gs -q -sDEVICE=pdfwrite \
  -dCompatibility=1.3 -dPDFSETTINGS=/prepress \
  -sOutputFile=vystup.pdf -c -

a pak by se snad všechny verze GhostScriptu měly chovat správně tak jak mají, přestože písma vkládá jak printer a prepress tak i default (alespoň jsem tak zvyklý ze sedmičky)...
-djz

[Martin Landa]

Jeste jednou dik,

vypada to, ze parametry -dCompatibility=1.3 -dPDFSETTINGS=/prepress tento problem resi... (alespon pro dvipdf, nikoliv pro dvips->ps2pdf)

Martin