On Thu, 2 Nov 2006, Dan Ohnesorg wrote:
> Jen tak pro zkousku si zkus stahnout font tahoma.ttf, mel by byt vesmes free
> a podhodit ho do xfs a napsat dokument v nem.
Ta zkouska mi otevrela obzory. Zrejme skutecne nabidka fontu v OpenOffice
(v horni liste pri psani dokumentu) se ridi tim, co zna lokalni Xserver,
na ktery je OO promitany, a nema nic spolecneho s fonty, ktere jsou
instalovany v pocitaci, na kterem bezi OO.
Dejme tomu poc1 je pocitac, kde bezi OO a poc2 je pocitac, kde bezi
Xserver, na ktery se OO promita.
Zatim mi v poc1 nebezel zadny xfs, toz jsem ho rozfunel. Co kdyby nahodou
s nim nejak OO nespolupracoval? Ukazalo se (viz nize), ze nespolupracuje.
Potom jsem v poc1 vytvoril adresar myttf, do nej vlozil tahoma.ttf a
provedl
ttmkfdir -m 50 > fonts.scale
mkfontdir
Dale jsem do /usr/X11R6/lib/X11/fs/config pridal adresar s mym novym
tahoma.ttf a provedl kill -SIGUSR1 <cislo procesu xfs>.
Tim jsem xfs na poc1 seznamil s novym fontem Tahoma. Pro informaci, na
poc1 vubec nebezi Xserver, neni duvod ho tam ani rozdychavat, tj.
odpovidajici konfiguraky zrejme neexistuji.
Pak jsem na poc2 v xtermu provedl
xset fp+ tcp/poc1:7100
xset fp rehash
xfontsel
Program xfontsel mi potvrdil, ze nyni je k dispozici font
-microsoft-tahoma-*-*...*-{1,2,3,...}. Explicitne, ze tedy je
font Tahoma pripraven i v kodovani iso8859-2, ktere pouzivam.
Pomoci ssh -X poc1 a nasledne soffice shledavam, ejhle: v nabidce fontu na
horni liste se objevil (mimo stovek dalsich blbosti, ktere tam uz
byly) i font Tahoma, ktery tam pred tim vubec nebyl.
Napsal jsem v nem kus textu. Prekvapive misto píšu se objvevilo
v nahledu pí?u, tj. jakoby ten font nebylo mozno pouzit v ceskem kodovani.
Navic veskera ceska roletova nabidka se hemzila samymi otazniky, tj.
Ulo?it, Zav?ít atd. To me neprekvapuje, proste si ten OO vytahl pro
roletovou nabidku nyni font, ktery treba neumi iso8859-2. Navic to neni
duvod, pro nez bych povazoval OO za nefunkcni. Ja po nem chci, aby dobre
prevedl dokument do PDF a do PS.
Kdyby akce "konvertovat do PDF" nyni dopadla spravne, tj. v PDF by byl
zaveden cerstve instalovany Tahoma Truetypovy font, tak bych si musel
hlavu ukroutit prekvapenim. Nicmene se tak nestalo. Text obsahoval Type1
font Helvetica (v nem bylo š v poradku, ackoli na obrazovce v nahledu byl
misto nej otaznik) a misto č bylo pouzito pismeno č z LucidaSans (aby tedy
OO nevysel ze cviku, ze ma texty obcas mrsit znaky z LucidaSans).
Je zrejme, ze tezko muze OO pouzit font tahoma.ttf, kdyz jsem mu nesdelil,
kde ho mam. Sdelil jsem to jen (podle navodu vyse) lokalnimu xfs. Mam
dojem, ze mezi xfs a Xserverem probiha vymena fontu uz jen na urovni
bitmap, tj. tezko z toho aplikace vytvori zpetne tiskovy font. Pro tiskovy
font musi lezt ten OO nekam k sobe a tam asi ma interni tabulku nahrad,
protoze se neda predpokladat, ze vsechny fonty, kterymi disponuje Xserver,
na nez je OO promitano, bude k dipozici i v tiskove kvalite.
Po provedeni xset fp- tcp/poc1:7100; xset fp rehash, tj. po odinstalovani
Tahomy z lokalniho Xsereru, se (smozrejme) roletova nabidka v OO zobrazuje
spravne hezky cesky. V tuto chvili zrejme je implicitni pro nabidku nejaky
jiny font Xserveru, ktery cesky umi.
Mam stale nejasno, jak OO pracuje s fonty. Shledavam, ze jeho nabidka
fontu na horni liste vyplyva z toho, jakymi BITMAPAMI disponuje pouzity
Xserver. To je preci koncepcne spatne, protoze neni jistota, ze to pujde
vytisknout! Ale budiz. Co stale nevim, je, odkud bere fonty pri konverzi
do PDF nebo pri tisku (do PS) a podle jakych kriterii si je vyhledava. Da
se to nekde zjistit?
Zdravim
Petr
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
