enctex a unicode

[Arnost Stedry]

Dobry den,

dekuji za reakci.

vpodstate mi jde o reimplementaci onoho latexoveho baliku ucs, ktery ma
z meho pohledu pomerne mnoho neprijemnych much
(napriklad se mi rozumne nepovedlo dostat text do hlavicek pomoci mark a
to ani pri aplikaci vsech rad z manualu)

rad bych, aby reseni bylo plne kompatibilni z babelem (coz jsem schopen
zajistit) aspon pro jazyky pokryte kodovanim T1, T2A a LGR (tj.
latinkove, azbukove a alfabetove), pro ostatni jazyky mi zatim staci
neuplna podpora (tj. budu moci psat znaky pokryte pouzitym fontem, ale
nebude fungovat deleni slov a ligatury)

primarni platformou je pro mne pdftex, protoze potrebuju jednak pouzivat
ttf fonty, jednak pouzivam u uzkych sloupcu zavesenou interpunkci a HZ
algoritmus (ktery je uz v poslednim pdftexu implementovan bez nutnosti
vyroby dalsich metrik). proto se take snazim vyhnout pouziti Omegy

mohu se zeptat, kde bych nasel onen balik OKTeX? (je to zajimava schoda,
nebot kamarad kdysi vyvinul pro sve mnohojazycne potreby balik stejneho
jmena, ktery se ted snazi reiplementovat pro Omegu)

Arnost Stedry


>Vas projekt me zajima, pouzijete-li encTeX, pak bych byl velmi potesen,
>kdyz mi naspisete informaci, jakym zpusobem.
>
>Na rozdil od LaTeXoveho baliku na utf8, ktery pracuje s aktivnimi znaky
>(ted nevim, jak se to jmenuje), je encTeX zatim pouze low-level nastroj,
>pricemz jednoduche reseni pro ceskou a slovenskou abecedu je udelano a
>dalsi rozsireni si musi udelat kazdy podle svych moznosti. Na druhe strane
>ten LaTeXovy balik je uz pripraven na uzivatelske urovni k pouziti.
>
>EncTeX Vam umozni vracet zpatky texty ve \write souborech (pro obsah atd.)
>zpet do UTF8. Rovnez muze vracet do UTF8 chybove hlasky (s citovanym
>textem zrovna cznateneho radku rozdelenym na dva) a texty \message v logu a
>na terminalu, nicmene texty z overfull boxu do UTF8 nevraci spolehlive,
>nebot v tuto chvili je uz ztracena informace o tom, jak vypadal znak ve
>sve UTF8 variante pred konverzi do 8bitoveho znaku.
>
>Dovedu si predstavit, ze jedno kodovani s max 256 pozicemi zvolite jako
>zakladni a budete jej mapovat primo na jednobytove znaky. Dalsi kodovani
>s dalsimi pozicemi budete mapovat na kontrolni sekvence. Napr.
>kompletni azbuka se muze sejit v dalsim z nekolika 256 znakovych kodovani
>a bude mapovana na sekvence typu \ruYA. Je dobre vedet, ze tyto sekvence
>se daji jednoduse definovat jako
>
>\def\ruYA{{\cyrfont \char<cislo>}}
>
>pricemz ani opakovane prepinani do stejneho fontu ani vstupovani a
>vystupovani ze skupiny pro kazde pisneno uvnitr slova nevadi pri hledani
>mist deleni slov. Presneji, nastavite-li deleni slov pro rustinu napr.
>makrem \ruhyph a pisete:
>
>{\ruhyph ruska slova v UTF8} latinka,
>
>pak se Vam rustina bude delit podle ruskych vzoru deleni. Samozrejme, je
>treba pocitat s konfliktem pri michani ruznych vzoru deleni s nestejnym
>mapovanim \lccode v jednom odstavci. O tom tady uz byla rec: vec je
>vyresena v eTeXu.
>
>Pokud ale chcete, aby ve "vedlejsich" kodovanich fungovaly take ligatury,
>je nutne se vyhnout prepinani fontu a skupin pro kazde pismeno a zahrnout
>tuto vec globalne do prikazu na prepnuti jazyka (v ukazce makro \ruhyph).
>Dale pak neni mozne pouzit pri definici prikaz \char, ale primo kod znaku,
>tj. napr. \def\ruYA{^^<hexa cislo>}.
>
>Pokousel jsem se vytvorit pomoci maker vicejazycne prostredi pro plain
>postavene na OFS a encTeXu. Pracovne jsem to nazval OKTeX. Protoze ale sam
>jsem to k nicemu nepotreboval a z vnejsku jsem nezaznamenal o to zadny
>zajem, prestal jsem na tom delat. Na Siti zustal jen rozpracovany projekt.
>
>Zdravim
>
>Petr Olsak
>
>
>
>