OFF TOPIC: Problém s kódováním souboru (různé znakové sady pohromadě???)

Jaroslav Hajtmar

unread,

Feb 12, 2013, 5:54:59 PM2/12/13

to cs...@cs.felk.cvut.cz

Dobrďż˝ den.

Velmi se omlouvďż˝m za off-topic, ale vzhledem k tomu, ďż˝e je mezi vďż˝mi
mnoho expertďż˝, tak se pokusďż˝m vďż˝s poďż˝ďż˝dat o radu.

Vyexportoval jsem jednomu kamarďż˝dovi velkou MySQL databďż˝zi v nďż˝ bylo
zďż˝ejmďż˝ mnoho rďż˝znďż˝ kďż˝dovanďż˝ch tabulek. Nďż˝kterďż˝ data byla zďż˝ejmďż˝ kďż˝dovanďż˝
CP1250, nďż˝co v UTF-8, dost starďż˝ data celkem kolem 12MB dat.
Vtuto chvďż˝li mďż˝m dump databďż˝ze ve formďż˝tu sql - je to textovďż˝ soubor,
kterďż˝ kdyďż˝ otevďż˝u PSPadem, tak je ďż˝ďż˝st textu zcela neďż˝itelnďż˝...

Bohuďż˝el je jiďż˝ hosting i s databďż˝zďż˝ jiďż˝ zruďż˝en, takďż˝e uďż˝ nemďż˝m moďż˝nost
provďż˝st DUMP databďż˝ze metodou per-partes.

Zkouďż˝el jsem vydumpovanďż˝ soubor dekďż˝dovat rďż˝znďż˝mi metodami - zapďż˝nat a
vypďż˝nat automatickďż˝ rozpoznďż˝nďż˝ kďż˝dovďż˝nďż˝, zapďż˝nat a vypďż˝nat rďż˝znďż˝
kďż˝dovďż˝nďż˝ tak, abych nďż˝kolik z tabulek (ke konci souboru) nďż˝jakďż˝m
zpďż˝sobem zachrďż˝nil, abych mohl zpďż˝t ta data zapsat do databďż˝ze tak aby
byla ďż˝itelnďż˝...

Jsou to pro mne velmi dďż˝leďż˝itďż˝ data a teďż˝ jsem docela nahranďż˝. Zkouďż˝el
jsem i odmazat ďż˝vodnďż˝ ďż˝ďż˝st dat a pak ta zbďż˝vajďż˝cďż˝ data nďż˝jak naďż˝ďż˝st s
automatickďż˝m rozpoznďż˝nďż˝m kďż˝dovďż˝nďż˝, ale poďż˝ďż˝d niczďż˝sadnďż˝ho. Drobnďż˝ ďż˝spďż˝ch
jsem zaznamenal, kdyďż˝ malďż˝ (editorem vyďż˝ďż˝zlďż˝) ďż˝ďż˝st souboru se najedkou
jevďż˝ jako ďż˝itelnďż˝, nicmďż˝nďż˝ nejsem schopen uďż˝ tu akci nďż˝jak zopakovat.

Neznďż˝te, prosďż˝m, nďż˝jakďż˝ SW, kterďż˝ by to dokďż˝zal nďż˝jak pďż˝echroustat a
oddďż˝lit od sebe rďż˝znďż˝ kďż˝dovďż˝nďż˝ atd?
Lze nďż˝jakďż˝m editorem "vyďż˝ďż˝znout" ďż˝ďż˝st dat a uloďż˝it to tak aby tam
zďż˝stalo jen to kďż˝dovďż˝nďż˝ kterďż˝ potďż˝ebuju?
Nebo aspoďż˝ nďż˝jakďż˝ nďż˝pad, co by se s tďż˝m dalo dďż˝lat...

Dďż˝ky za pďż˝ďż˝padnďż˝ rady a jeďż˝tďż˝ jednou se omlouvďż˝m za off topic

Jarda Hajtmar

Jiří Rybička

unread,

Feb 12, 2013, 6:32:48 PM2/12/13

to Czech and Slovak TeX-related mailing list

Dobrďż˝ den,
tady je kaďż˝dďż˝ rada drahďż˝, ale mďż˝u z vlastnďż˝ zkuďż˝enosti ďż˝ďż˝ct, ďż˝e PSPad je
editor obsahujďż˝cďż˝ ďż˝adu velmi nepďż˝ďż˝jemnďż˝ch chyb, a to i v oblasti
rozpoznďż˝vďż˝nďż˝ kďż˝dovďż˝nďż˝ a sprďż˝vnďż˝ho zobrazovďż˝nďż˝ textu. Napďż˝ďż˝klad jeden mďż˝j soubor, kterďż˝
byl v PCLatin 2, tvrdoďż˝ďż˝jnďż˝ otvďż˝ral v CP1250 a nedal si za ďż˝ďż˝dnďż˝ konstelace
rďż˝znďż˝ch nastavenďż˝ ďż˝ďż˝ct.

Doporuďż˝enďż˝ -- jinďż˝ editor, mnohdy udďż˝lďż˝ dobrou sluďż˝bu i jednoduďż˝ďż˝ďż˝ nďż˝stroj,
v nďż˝mďż˝ lze alespoďż˝ soubor rozsekat na ďż˝ďż˝sti a s nimi si pak hrďż˝t samostatnďż˝.

Pouďż˝ďż˝vďż˝m na unixech editor joe -- taky mďż˝ obďż˝as vypeďż˝e, ale zase jinďż˝m
zpďż˝sobem. Kombinacďż˝ nďż˝kolika editorďż˝ se moďż˝nďż˝ dostanete k cďż˝li. Taky mďż˝e
pomoci unixovďż˝ nďż˝stroj enca, kterďż˝m zjistďż˝te kďż˝dovďż˝nďż˝, samozďż˝ejmďż˝ v
nemixovanďż˝m souboru.

Zdravďż˝m
JR.

Tue, Feb 12, 2013 ve 11:54:59PM +0100 Jaroslav Hajtmar napsal(a):
# Dobrďż˝ den.
#
# Velmi se omlouvďż˝m za off-topic, ale vzhledem k tomu, ďż˝e je mezi vďż˝mi
# mnoho expertďż˝, tak se pokusďż˝m vďż˝s poďż˝ďż˝dat o radu.
#
# Vyexportoval jsem jednomu kamarďż˝dovi velkou MySQL databďż˝zi v nďż˝
# bylo zďż˝ejmďż˝ mnoho rďż˝znďż˝ kďż˝dovanďż˝ch tabulek. Nďż˝kterďż˝ data byla zďż˝ejmďż˝
# kďż˝dovanďż˝ CP1250, nďż˝co v UTF-8, dost starďż˝ data celkem kolem 12MB
# dat.
# Vtuto chvďż˝li mďż˝m dump databďż˝ze ve formďż˝tu sql - je to textovďż˝
# soubor, kterďż˝ kdyďż˝ otevďż˝u PSPadem, tak je ďż˝ďż˝st textu zcela
# neďż˝itelnďż˝...
#
# Bohuďż˝el je jiďż˝ hosting i s databďż˝zďż˝ jiďż˝ zruďż˝en, takďż˝e uďż˝ nemďż˝m
# moďż˝nost provďż˝st DUMP databďż˝ze metodou per-partes.
#
# Zkouďż˝el jsem vydumpovanďż˝ soubor dekďż˝dovat rďż˝znďż˝mi metodami - zapďż˝nat
# a vypďż˝nat automatickďż˝ rozpoznďż˝nďż˝ kďż˝dovďż˝nďż˝, zapďż˝nat a vypďż˝nat rďż˝znďż˝
# kďż˝dovďż˝nďż˝ tak, abych nďż˝kolik z tabulek (ke konci souboru) nďż˝jakďż˝m
# zpďż˝sobem zachrďż˝nil, abych mohl zpďż˝t ta data zapsat do databďż˝ze tak
# aby byla ďż˝itelnďż˝...
#
# Jsou to pro mne velmi dďż˝leďż˝itďż˝ data a teďż˝ jsem docela nahranďż˝.
# Zkouďż˝el jsem i odmazat ďż˝vodnďż˝ ďż˝ďż˝st dat a pak ta zbďż˝vajďż˝cďż˝ data nďż˝jak
# naďż˝ďż˝st s automatickďż˝m rozpoznďż˝nďż˝m kďż˝dovďż˝nďż˝, ale poďż˝ďż˝d niczďż˝sadnďż˝ho.
# Drobnďż˝ ďż˝spďż˝ch jsem zaznamenal, kdyďż˝ malďż˝ (editorem vyďż˝ďż˝zlďż˝) ďż˝ďż˝st
# souboru se najedkou jevďż˝ jako ďż˝itelnďż˝, nicmďż˝nďż˝ nejsem schopen uďż˝ tu
# akci nďż˝jak zopakovat.
#
# Neznďż˝te, prosďż˝m, nďż˝jakďż˝ SW, kterďż˝ by to dokďż˝zal nďż˝jak pďż˝echroustat a
# oddďż˝lit od sebe rďż˝znďż˝ kďż˝dovďż˝nďż˝ atd?
# Lze nďż˝jakďż˝m editorem "vyďż˝ďż˝znout" ďż˝ďż˝st dat a uloďż˝it to tak aby tam
# zďż˝stalo jen to kďż˝dovďż˝nďż˝ kterďż˝ potďż˝ebuju?
# Nebo aspoďż˝ nďż˝jakďż˝ nďż˝pad, co by se s tďż˝m dalo dďż˝lat...
#
# Dďż˝ky za pďż˝ďż˝padnďż˝ rady a jeďż˝tďż˝ jednou se omlouvďż˝m za off topic
#
# Jarda Hajtmar
#
# _______________________________________________
# csTeX mailing list
# cs...@cs.felk.cvut.cz
# http://lists.felk.cvut.cz/mailman/listinfo/cstex

Zdenek Wagner

unread,

Feb 12, 2013, 6:57:55 PM2/12/13

to Czech and Slovak TeX-related mailing list

Dne 12. ďż˝nora 2013 23:54 Jaroslav Hajtmar <haj...@gyza.cz> napsal(a):
> Dobrďż˝ den.
>
> Velmi se omlouvďż˝m za off-topic, ale vzhledem k tomu, ďż˝e je mezi vďż˝mi mnoho

> expertďż˝, tak se pokusďż˝m vďż˝s poďż˝ďż˝dat o radu.
>

> Vyexportoval jsem jednomu kamarďż˝dovi velkou MySQL databďż˝zi v nďż˝ bylo zďż˝ejmďż˝
> mnoho rďż˝znďż˝ kďż˝dovanďż˝ch tabulek. Nďż˝kterďż˝ data byla zďż˝ejmďż˝ kďż˝dovanďż˝ CP1250,
> nďż˝co v UTF-8, dost starďż˝ data celkem kolem 12MB dat.
> Vtuto chvďż˝li mďż˝m dump databďż˝ze ve formďż˝tu sql - je to textovďż˝ soubor, kterďż˝
> kdyďż˝ otevďż˝u PSPadem, tak je ďż˝ďż˝st textu zcela neďż˝itelnďż˝...
>
Automatickďż˝mu rozpoznďż˝nďż˝ kďż˝dovďż˝nďż˝ bych moc nevďż˝ďż˝il. Napďż˝ďż˝klad
ISO-8859-2 a CP1250 se liďż˝ďż˝ jen v nďż˝kolika znacďż˝ch, takďż˝e se mďż˝e
stďż˝t, ďż˝e podle nďż˝kolika prvnďż˝ch ďż˝ďż˝dkďż˝ se to rozliďż˝it nedďż˝, editor si
nďż˝co vybere a ďż˝asto je to ďż˝patnďż˝. Nevďż˝m, zda existujďż˝ nativnďż˝ programy
pro Windows, ale urďż˝itďż˝ jsou unixovďż˝ utility v cygwin, moďż˝nďż˝ i mimo.

Ke konverzi mezi kďż˝dovďż˝nďż˝mi se dďż˝ pouďż˝ďż˝t iconv. Kdyďż˝ jsem jeďż˝tďż˝
pouďż˝ďż˝val OS/2, kde jsem iconv nemďż˝l, napsal jsem si iconv.xsl, je to
pďż˝r ďż˝ďż˝dkďż˝, ale vyďż˝aduje to XSLT 2.0, tedy procesor Saxon verze 8.
Zpracovďż˝vďż˝ libovolnďż˝ textovďż˝ soubory.

Program iconv mďż˝ vďż˝hodu i v tom, ďż˝e nemusďż˝m pomocďż˝ parametru -o psďż˝t
vďż˝stup do souboru, ale dďż˝ se pustit na obrazovku. Zejmďż˝na v pďż˝ďż˝padďż˝,
kdy mďż˝m krďż˝tkďż˝ soubor s neznďż˝mďż˝m kďż˝dovďż˝nďż˝m, to tak dďż˝lďż˝m. Zkusďż˝m si
nďż˝kolik moďż˝nostďż˝ a po nalezenďż˝ tďż˝ sprďż˝vnďż˝ to poďż˝lu do souboru. Totďż˝
zvlďż˝dne i mďż˝j iconv.xsl.

Soubor lze rozdďż˝lit na ďż˝ďż˝sti programem split, ale jeho moďż˝nosti nemusďż˝
bďż˝t vhodnďż˝ prďż˝vďż˝ na tento ďż˝ďż˝el. Asi bych pouďż˝il awk (existuje pro
Windows i mimo cygwin, ale je nutno mďż˝t RSX). Napďż˝ďż˝klad ďż˝ďż˝dky 101 aďż˝
199 vďż˝etnďż˝ lze vyextrahovat jednoduďż˝e pomocďż˝:

awk 'NR>100 && NR<200 {print}' vstup >vystup

Nejsem si zcela jist pouďż˝itďż˝m uvozovek ďż˝i apostrofďż˝, takhle to bude
chodit v Linuxu, ve Windows je moďż˝nďż˝ konvence jinďż˝ (zďż˝leďż˝ďż˝ to na
cmd.exe). Samozďż˝ejmďż˝ je moďż˝no napsat skript, kterďż˝ se inteligentnďż˝
podďż˝vďż˝ do souborďż˝ dovnitďż˝ a rozdďż˝lďż˝ jej na soubory podle tabulek. Je
to chytrďż˝ program, kterďż˝m lze rychle ďż˝eďż˝it i pomďż˝rnďż˝ komplikovanďż˝
ďż˝lohy.

Pokud je kaďż˝dďż˝ tabulka v jinďż˝m kďż˝dovďż˝nďż˝ a klient byl nakonfigurovďż˝n
tak, aby pďż˝i komunikaci se serverem nďż˝jakďż˝ kďż˝dovďż˝nďż˝ vnutil, je moďż˝nďż˝,
ďż˝e doďż˝lo k nejhorďż˝ďż˝mu a data jsou poďż˝kozena, moďż˝nďż˝ i nevratnďż˝...

> Bohuďż˝el je jiďż˝ hosting i s databďż˝zďż˝ jiďż˝ zruďż˝en, takďż˝e uďż˝ nemďż˝m moďż˝nost

> provďż˝st DUMP databďż˝ze metodou per-partes.
>

> Zkouďż˝el jsem vydumpovanďż˝ soubor dekďż˝dovat rďż˝znďż˝mi metodami - zapďż˝nat a
> vypďż˝nat automatickďż˝ rozpoznďż˝nďż˝ kďż˝dovďż˝nďż˝, zapďż˝nat a vypďż˝nat rďż˝znďż˝ kďż˝dovďż˝nďż˝
> tak, abych nďż˝kolik z tabulek (ke konci souboru) nďż˝jakďż˝m zpďż˝sobem zachrďż˝nil,
> abych mohl zpďż˝t ta data zapsat do databďż˝ze tak aby byla ďż˝itelnďż˝...
>
> Jsou to pro mne velmi dďż˝leďż˝itďż˝ data a teďż˝ jsem docela nahranďż˝. Zkouďż˝el jsem
> i odmazat ďż˝vodnďż˝ ďż˝ďż˝st dat a pak ta zbďż˝vajďż˝cďż˝ data nďż˝jak naďż˝ďż˝st s
> automatickďż˝m rozpoznďż˝nďż˝m kďż˝dovďż˝nďż˝, ale poďż˝ďż˝d niczďż˝sadnďż˝ho. Drobnďż˝ ďż˝spďż˝ch
> jsem zaznamenal, kdyďż˝ malďż˝ (editorem vyďż˝ďż˝zlďż˝) ďż˝ďż˝st souboru se najedkou jevďż˝
> jako ďż˝itelnďż˝, nicmďż˝nďż˝ nejsem schopen uďż˝ tu akci nďż˝jak zopakovat.
>
> Neznďż˝te, prosďż˝m, nďż˝jakďż˝ SW, kterďż˝ by to dokďż˝zal nďż˝jak pďż˝echroustat a oddďż˝lit

> od sebe rďż˝znďż˝ kďż˝dovďż˝nďż˝ atd?

> Lze nďż˝jakďż˝m editorem "vyďż˝ďż˝znout" ďż˝ďż˝st dat a uloďż˝it to tak aby tam zďż˝stalo

> jen to kďż˝dovďż˝nďż˝ kterďż˝ potďż˝ebuju?

> Nebo aspoďż˝ nďż˝jakďż˝ nďż˝pad, co by se s tďż˝m dalo dďż˝lat...
>

> Dďż˝ky za pďż˝ďż˝padnďż˝ rady a jeďż˝tďż˝ jednou se omlouvďż˝m za off topic
>

> Jarda Hajtmar
>
> _______________________________________________
> csTeX mailing list
> cs...@cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex

--
Zdenďż˝k Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz

Petr Olsak

unread,

Feb 13, 2013, 1:57:05 AM2/13/13

to Czech and Slovak TeX-related mailing list

Coďż˝ tak vyuďż˝ďż˝t \input micodes?

------------------

\input opmac

\newwrite\ofile
\immediate\openout\ofile=outfile.txt

\input mixcodes

\def\viprintline{\immediate\write\ofile{\tmp}}

\verbinput (-) infile.txt

\end

-----------------

Po zpracovďż˝nďż˝ tohoto souboru csplainem (aspoďż˝ ve verzi Nov. 2012)
dostanete v outfile.txt kopii souboru infile.txt, ovďż˝em s tďż˝m, ďż˝e bude
celďż˝ v UTF8, tďż˝ebaďż˝e infile.txt obsahoval smďż˝s kďż˝dovďż˝nďż˝.

Zdravďż˝m

Petr Olďż˝ďż˝k

On Tue, 12 Feb 2013, Jaroslav Hajtmar wrote:

> Dobrďż˝ den.
>
> Velmi se omlouvďż˝m za off-topic, ale vzhledem k tomu, ďż˝e je mezi vďż˝mi mnoho
> expertďż˝, tak se pokusďż˝m vďż˝s poďż˝ďż˝dat o radu.
>
> Vyexportoval jsem jednomu kamarďż˝dovi velkou MySQL databďż˝zi v nďż˝ bylo zďż˝ejmďż˝
> mnoho rďż˝znďż˝ kďż˝dovanďż˝ch tabulek. Nďż˝kterďż˝ data byla zďż˝ejmďż˝ kďż˝dovanďż˝ CP1250,
> nďż˝co v UTF-8, dost starďż˝ data celkem kolem 12MB dat.
> Vtuto chvďż˝li mďż˝m dump databďż˝ze ve formďż˝tu sql - je to textovďż˝ soubor, kterďż˝
> kdyďż˝ otevďż˝u PSPadem, tak je ďż˝ďż˝st textu zcela neďż˝itelnďż˝...
>

Jaroslav Hajtmar

unread,

Feb 13, 2013, 3:47:18 PM2/13/13

to cs...@cs.felk.cvut.cz

Dobry den.
Zkoušel jsem reseni pana Olsaka, ale nedopadlo to ..
Asi bude problém v tom, jak psal pan Wagner.
Pozadal jsem spravce o nove zaslani zalohy a bylo to stejne.

Podarilo se mi ale experimentovanim docilit toho, ze jsem to nakonec
rozchodil. Musel jsem nastavit volbu ANSI pri importu dat do databaze.
Ackoliv ta cestina v tom sql souboru byla ve vetsine pripadu zmrsena,
tak import probehl OK a web se tvari normalne ...

Kazdopadne diky vsem za rady...
Obzvlaste mne zaujalo reseni pana Olsaka. Nikdy by mne napadlo pouzit
TeX jako konvertor ...

Diky vsem a preji pekny den.
Jarda Hajtmar

Dne 13.2.2013 7:57, Petr Olsak napsal(a):
>
> Což tak využít \input micodes?

>
> ------------------
>
> \input opmac
>
> \newwrite\ofile
> \immediate\openout\ofile=outfile.txt
>
> \input mixcodes
>
> \def\viprintline{\immediate\write\ofile{\tmp}}
>
> \verbinput (-) infile.txt
>
> \end
>
> -----------------
>

> Po zpracování tohoto souboru csplainem (aspoň ve verzi Nov. 2012)
> dostanete v outfile.txt kopii souboru infile.txt, ovšem s tím, že bude
> celý v UTF8, třebaže infile.txt obsahoval směs kódování.
>
> Zdravím
>
> Petr Olšák

>
>
>
> On Tue, 12 Feb 2013, Jaroslav Hajtmar wrote:
>

>> Dobrý den.
>>
>> Velmi se omlouvám za off-topic, ale vzhledem k tomu, že je mezi vámi
>> mnoho expertů, tak se pokusím vás požádat o radu.
>>
>> Vyexportoval jsem jednomu kamarádovi velkou MySQL databázi v níž bylo
>> zřejmě mnoho různě kódovaných tabulek. Některá data byla zřejmě
>> kódovaná CP1250, něco v UTF-8, dost stará data celkem kolem 12MB dat.
>> Vtuto chvíli mám dump databáze ve formátu sql - je to textový soubor,
>> který když otevřu PSPadem, tak je část textu zcela nečitelná...
>>
>> Bohužel je již hosting i s databází již zrušen, takže už nemám
>> možnost provést DUMP databáze metodou per-partes.
>>
>> Zkoušel jsem vydumpovaný soubor dekódovat různými metodami - zapínat
>> a vypínat automatické rozpoznání kódování, zapínat a vypínat různá
>> kódování tak, abych několik z tabulek (ke konci souboru) nějakým
>> způsobem zachránil, abych mohl zpět ta data zapsat do databáze tak
>> aby byla čitelná...
>>
>> Jsou to pro mne velmi důležitá data a teď jsem docela nahraný.
>> Zkoušel jsem i odmazat úvodní část dat a pak ta zbývající data nějak
>> načíst s automatickým rozpoznáním kódování, ale pořád niczásadního.
>> Drobný úspěch jsem zaznamenal, když malá (editorem vyřízlá) část
>> souboru se najedkou jeví jako čitelná, nicméně nejsem schopen už tu
>> akci nějak zopakovat.
>>
>> Neznáte, prosím, nějaký SW, který by to dokázal nějak přechroustat a
>> oddělit od sebe různá kódování atd?
>> Lze nějakým editorem "vyříznout" část dat a uložit to tak aby tam
>> zůstalo jen to kódování které potřebuju?
>> Nebo aspoň nějaký nápad, co by se s tím dalo dělat...
>>
>> Díky za případné rady a ještě jednou se omlouvám za off topic

Jaroslav Hajtmar

unread,

Feb 14, 2013, 3:41:18 PM2/14/13

to cs...@cs.felk.cvut.cz

Dobrý den.
Soukromě jsem konzultoval svůj problém s panem Olšákem - nezdálo se mu,
že by jeho řešení nefungovalo.
Poté, co jsem mu zaslal svá data, tak se je pokusil zpracovat svým
skriptem a úspěšný výsledek se opravdu dostavil - celý výstup byl
správně kódován v UTF-8.

Následně po zaslání mých logů přišel pan Olšák na to, že na mém počítači
to nefungovalo z toho důvodu, že jsem neměl správně vygenerován formát
Csplainu, který by dokázal správně pracovat s UTF8. Poté, co jsem vše
napravil a správně vygeneroval formáty pro CsPlain a pdfCsPlain, tak se
konverze úspěšně zdařila i na mém počítači.

V aktuální verzi TL2012 není ještě v CsPlainu podpora UTF8 implicitně
nastavena. Proto jsem udělal následující:

1. Stáhnul jsem od pana Olšáka soubor
http://petr.olsak.net/ftp/cstex/base/csplain.tar.gz, který jsem rozbalil
do své distribuce TeXlive 2012 a zaktualizoval...
2. Následně jsem vygeneroval nový formát csplainu, který pracuje s UTF8
soubory. Návod na http://petr.olsak.net/ftp/cstex/doc/cstexman.pdf (str. 19)
3. Spustil jsem skript pana Olšáka a zpracoval jím příslušný soubor.

Po ukončení skriptu byl ve výstupním SQL souboru text kódovaný UTF8...
Vše tedy funguje přesně tak jak pan Olšák napsal.

Jak uvádí pan Olšák: "Drobný problémek je jen fakt, že místo prázdných
řádků se tam zjevily \par. To ovšem dokáže šikovný uživatel odstranit
pomocí najdi-nahraď v editoru případně místo původního návodu definuje:

\def\viprintline{{\def\par{}\immediate\write\ofile{\tmp}}}

Panu Olšákovi jsem poslal dva DUMP soubory. Ten druhý mi vygeneroval
správce serveru a na něm si TeX vylámal zuby, neboť soubor měl velmi
dlouhé řádky (jeden řádek tam měl dokonce kolem 1.4 M znaků!) Když jsem
ovšem nechal editorem automaticky zalomit řádky, tak následně i tento
cca 11MB soubor šel dekódovat a opravdu výsledek byl čitelný ....

Závěr: Můj OFF TOPIC problém, který s TeXem vůbec nesouvisel šel díky
radě pana Olšáka a prostřednictvím CsPlainu úspěšně vyřešit!!!

Děkuji všem za jejich názory a rady, zejména panu Olšákovi za netradiční
řešení, které se mi dozajista bude někdy jindy hodit - na zkomolené
DUMPY SQL databází občas narážím - ovšem ne tak rozsáhlé, jako tomu bylo
tentokrát ...

Ještě jednou díky a jsem s pozdravem
J.Hajtmar

Dne 13.2.2013 21:47, Jaroslav Hajtmar napsal(a):

Petr Olsak

unread,

Feb 14, 2013, 4:30:51 PM2/14/13

to Czech and Slovak TeX-related mailing list

On Thu, 14 Feb 2013, Jaroslav Hajtmar wrote:

> Dobrý den.

> Soukromě jsem konzultoval svůj problém s panem Olšákem - nezdálo se mu, že

> by jeho řešení nefungovalo...

>
> 1. Stáhnul jsem od pana Olšáka soubor
> http://petr.olsak.net/ftp/cstex/base/csplain.tar.gz, který jsem rozbalil do

> ...

> Po ukončení skriptu byl ve výstupním SQL souboru text kódovaný UTF8...
> Vše tedy funguje přesně tak jak pan Olšák napsal.

Jsem rád, že to řešení nakonec funguje. Vzhledem k tomu, že pan Hajtmar
popisuje, že musel něco manuálně instalovat, doplním následující
informace:

V prosinci po dohodě s Karl Berrym byl zařazen nový csplain do TeXlive. O
vánocích jsem pak provedl kompletní a hloubkový test instalace nového
TeXlive a vše proběhlo OK včetně automatického a správného vygenerování
csplainu na konci instalace a včetně propojení nových metrik fontů. Dále
Karl Berry zřejmě propojil nějakým automatem soubory csplain.tar.gz atd.
vystavované na mém www serveru s TeXlive, takže kdykoli udělám změnu, do
jednoho až dvou dnů se tato změna promítne do instalačních souborů typu
csplain.tar.xz rozprostřených po mirrorech TeXlive po celém světě. Z
těchto mirrorů to pak instaluje instalační manager TeXlive. Například 10.
února jsem provedl upgrade OPmac a 11. února už existoval nový TeXlivácký
csplain.tar.xz, který obsahoval upgradovaný OPmac.

Věřím, že na základě toho problémy se starými verzemi csplainu, které
ještě neumí UTF8, časem vymizí.

Zdravím

Petr Olšák

Jaroslav Hajtmar

unread,

Feb 14, 2013, 4:42:42 PM2/14/13

to cs...@cs.felk.cvut.cz

Dobrý den.
Díky za důležité informace.
Já mám svoji instalaci TeXlive už docela dlouho (podle datumu vytvoření
složky to bylo 22.11.2012), takže jsem ještě nezachytil instalaci
TeXlive, která by vše potřebné zahrnovala.
Mám rozumět Vašemu vyjádření tak, že pokud bych instaloval TL2012 dnes
prostřednictvím online instalace, tak by už bylo vše (pokud jde o
CsPlain) v pořádku a k přímému použití?

Nebo bude potřeba ještě něco doinstalovávat či samostatně manuálně
generovat?

Zdravím
J.Hajtmar

Dne 14.2.2013 22:30, Petr Olsak napsal(a):

Jaroslav Hajtmar

unread,

Feb 14, 2013, 5:00:58 PM2/14/13

to cs...@cs.felk.cvut.cz

OK.
To je dobrá zpráva - díky za dobrou práci.

J.Hajtmar

Dne 14.2.2013 22:56, Petr Olsak napsal(a):

>
>
> On Thu, 14 Feb 2013, Jaroslav Hajtmar wrote:
>
>> Dobrý den.

>> Díky za důležité informace.
>> Já mám svoji instalaci TeXlive už docela dlouho (podle datumu
>> vytvoření složky to bylo 22.11.2012), takže jsem ještě nezachytil
>> instalaci TeXlive, která by vše potřebné zahrnovala.
>> Mám rozumět Vašemu vyjádření tak, že pokud bych instaloval TL2012
>> dnes prostřednictvím online instalace, tak by už bylo vše (pokud jde
>> o CsPlain) v pořádku a k přímému použití?
>

> Ano, od vánoc je vše připraveno, odzkoušeno, překontrolováno.

>
>> Nebo bude potřeba ještě něco doinstalovávat či samostatně manuálně
>> generovat?
>

> Není třeba nic doinstalovat ani dogenerovat :-).
>
> Netuším ale, co udělá tlmgr update --all v případě, že máte TeXlive z
> listopadu nebo starší. Určitě instaluje poslední verzi csplainu, ale
> jak se vyrovná s upgradem skriptů pro generování formátů a s dalšími
> vychytávkami, to nevím. Já to testoval ,,na zelené louce`` a tam
> proběhlo vše OK.
>
>
> Zdravím
>
> Petr Olšák
>
>
>
>>> ... Vzhledem k tomu, že pan Hajtmar

Petr Olsak

unread,

Feb 14, 2013, 4:56:41 PM2/14/13

to Czech and Slovak TeX-related mailing list

Zdenek Wagner

unread,

Feb 14, 2013, 5:14:30 PM2/14/13

to Czech and Slovak TeX-related mailing list

Dne 14. ďż˝nora 2013 22:56 Petr Olsak <pe...@olsak.net> napsal(a):

>
>
> On Thu, 14 Feb 2013, Jaroslav Hajtmar wrote:
>

>> Dobrďż˝ den.
>>
>> Dďż˝ky za dďż˝leďż˝itďż˝ informace.
>> Jďż˝ mďż˝m svoji instalaci TeXlive uďż˝ docela dlouho (podle datumu vytvoďż˝enďż˝
>> sloďż˝ky to bylo 22.11.2012), takďż˝e jsem jeďż˝tďż˝ nezachytil instalaci TeXlive,
>> kterďż˝ by vďż˝e potďż˝ebnďż˝ zahrnovala.
>> Mďż˝m rozumďż˝t Vaďż˝emu vyjďż˝dďż˝enďż˝ tak, ďż˝e pokud bych instaloval TL2012 dnes
>> prostďż˝ednictvďż˝m online instalace, tak by uďż˝ bylo vďż˝e (pokud jde o CsPlain) v
>> poďż˝ďż˝dku a k pďż˝ďż˝mďż˝mu pouďż˝itďż˝?
>
>
> Ano, od vďż˝noc je vďż˝e pďż˝ipraveno, odzkouďż˝eno, pďż˝ekontrolovďż˝no.
>
>
>> Nebo bude potďż˝eba jeďż˝tďż˝ nďż˝co doinstalovďż˝vat ďż˝i samostatnďż˝ manuďż˝lnďż˝
>> generovat?
>
>
> Nenďż˝ tďż˝eba nic doinstalovat ani dogenerovat :-).
>
> Netuďż˝ďż˝m ale, co udďż˝lďż˝ tlmgr update --all v pďż˝ďż˝padďż˝, ďż˝e mďż˝te TeXlive z
> listopadu nebo starďż˝ďż˝. Urďż˝itďż˝ instaluje poslednďż˝ verzi csplainu, ale jak se
> vyrovnďż˝ s upgradem skriptďż˝ pro generovďż˝nďż˝ formďż˝tďż˝ a s dalďż˝ďż˝mi vychytďż˝vkami,
> to nevďż˝m. Jďż˝ to testoval ,,na zelenďż˝ louce`` a tam probďż˝hlo vďż˝e OK.
>
Pro funkďż˝nost tlmgr update -all je nutno splnit dvďż˝ podmďż˝nky:

1. Mďż˝t TeX Live 2012 (verze se kontroluje)

2. Pokud poďż˝ďż˝teďż˝nďż˝ instalace probďż˝hla z DVD, je nutno pďż˝epnout
repository tďż˝mto pďż˝ďż˝kazem:
tlmgr option repository http://mirror.ctan.org/systems/texlive/tlne

Pokud mezitďż˝m doďż˝lo k vďż˝znamnďż˝ zmďż˝nďż˝ v infrastruktuďż˝e (zejmďż˝na v
tlmgr), je nutno nejprve aktualizovat tlmgr pďż˝ďż˝kazem

tlmgr update -self

Pokud je to ten pďż˝ďż˝pad, tlmgr to poznďż˝ a ďż˝ekne si. Ve Windows to musďż˝
bďż˝t udďż˝lďż˝no takto vzhledem k tomu, ďż˝e Windows si zamykajďż˝ soubory. V
unixovďż˝ch systďż˝mech lze provďż˝st obojďż˝ souďż˝asnďż˝, takďż˝e je moďż˝no pouďż˝ďż˝t
pďż˝ďż˝kaz

tlmgr update -self -all

tlmgr vďż˝, kterďż˝ formďż˝ty je nutno po aktualizaci vygenerovat znovu, a
provede to automaticky.

>
> Zdravďż˝m
>
> Petr Olďż˝ďż˝k
>
>
>

>>> ... Vzhledem k tomu, ďż˝e pan Hajtmar
>>>
>>> popisuje, ďż˝e musel nďż˝co manuďż˝lnďż˝ instalovat, doplnďż˝m nďż˝sledujďż˝cďż˝
>>> informace:
>>>
>>> V prosinci po dohodďż˝ s Karl Berrym byl zaďż˝azen novďż˝ csplain do TeXlive.
>>> O
>>> vďż˝nocďż˝ch jsem pak provedl kompletnďż˝ a hloubkovďż˝ test instalace novďż˝ho
>>> TeXlive a vďż˝e probďż˝hlo OK vďż˝etnďż˝ automatickďż˝ho a sprďż˝vnďż˝ho vygenerovďż˝nďż˝
>>> csplainu na konci instalace a vďż˝etnďż˝ propojenďż˝ novďż˝ch metrik fontďż˝. Dďż˝le
>>> Karl Berry zďż˝ejmďż˝ propojil nďż˝jakďż˝m automatem soubory csplain.tar.gz atd.
>>> vystavovanďż˝ na mďż˝m www serveru s TeXlive, takďż˝e kdykoli udďż˝lďż˝m zmďż˝nu, do
>>> jednoho aďż˝ dvou dnďż˝ se tato zmďż˝na promďż˝tne do instalaďż˝nďż˝ch souborďż˝ typu
>>> csplain.tar.xz rozprostďż˝enďż˝ch po mirrorech TeXlive po celďż˝m svďż˝tďż˝. Z
>>> tďż˝chto mirrorďż˝ to pak instaluje instalaďż˝nďż˝ manager TeXlive. Napďż˝ďż˝klad
>>> 10.
>>> ďż˝nora jsem provedl upgrade OPmac a 11. ďż˝nora uďż˝ existoval novďż˝
>>> TeXlivďż˝ckďż˝
>>> csplain.tar.xz, kterďż˝ obsahoval upgradovanďż˝ OPmac.
>>>
>>> Vďż˝ďż˝ďż˝m, ďż˝e na zďż˝kladďż˝ toho problďż˝my se starďż˝mi verzemi csplainu, kterďż˝
>>> jeďż˝tďż˝ neumďż˝ UTF8, ďż˝asem vymizďż˝.

>>>
>>> Zdravďż˝m
>>>
>>> Petr Olďż˝ďż˝k
>
>

> _______________________________________________
> csTeX mailing list
> cs...@cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex
>

Petr Olsak

unread,

Feb 15, 2013, 1:18:56 AM2/15/13

to Czech and Slovak TeX-related mailing list

On Thu, 14 Feb 2013, Zdenek Wagner wrote:

> Dne 14. února 2013 22:56 Petr Olsak <pe...@olsak.net> napsal(a):

>>
>> Netuším ale, co udělá tlmgr update --all v případě, že máte TeXlive z
>> listopadu nebo starší. Určitě instaluje poslední verzi csplainu, ale jak se
>> vyrovná s upgradem skriptů pro generování formátů a s dalšími vychytávkami,
>> to nevím. Já to testoval ,,na zelené louce`` a tam proběhlo vše OK.
>>

> Pro funkčnost tlmgr update -all je nutno splnit dvě podmínky:
> ...
> příkaz
>
> tlmgr update -self -all
>
> tlmgr ví, které formáty je nutno po aktualizaci vygenerovat znovu, a
> provede to automaticky.

Pochopitelně, že po aktualizaci se vygenerují formáty znovu. Ovšem otázka
zní, zda skripty a konfigurační soubory, které jsou v jádru TeXlive a
které řídí toto vygenerování, budou také upgradovány. Je potřeba
poctivěji číst, co jsem napsal.

Pokud tyto konfigurční soubory nebudu upgradovány nebo pokud budou
někde existovat uživatelské kopie, které mají přednost, tak pravděpodobně
vznikne nesprávně vygenerovaný csplain. Tak hluboce do TeXlive nevidím a
netestoval jsem to.

Zdravím

Petr Olšák

Jaroslav Hajtmar

unread,

Feb 15, 2013, 1:49:32 AM2/15/13

to Czech and Slovak TeX-related mailing list

Dobrý den.
Nevím, zda to souvisí s tímto vláknem, ale zkusil jsem dle návodu pana
Wagnera updatovat svou verzi TL2012, kterou jsem instaloval někdy v
listopadu 2012 a pokusil se od začátku řešit můj problém s kódováním
(viz vlákno
[cstex] OFF TOPIC - Vyřešeno: Problém s kódováním souboru (různé znakové
sady pohromadě???)

Udělal jsem to tak, že jsem soubory csplain.fmt a pdfcsplain.fmt, které
jsem manuálně předtím vygeneroval dle návodu na
http://petr.olsak.net/ftp/cstex/doc/cstexman.pdf (str. 19) odmazal a
novou kompilací makra pana Olšáka se pokusil zjistit, zda defaultně po
aktualizaci TeXlive2012 je CsPlain schopen pracovat s UTF8 (nevím ovšem
v tuto chvíli, zda tomu tak má opravdu být).

Test bohužel dopadl tak, že překódování do UTF8 se nezdařilo. Když jsem
znovu ručně vygeneroval formát CsPlainu a pdfCsPlainu (a umístil je v
adresáři spolu s makrem conv pro konverzi a spolu s konvertovaným SQL
souborem) tak po kompilaci následně proběhlo vše již opět OK.

Píši to jen proto, abych umožnil panu Olšákovi dohledat se toho, jak
aktualizace CsPlainu po update TL2012 funguje (tuším, že jsem
zaznamenal, že by defaultně měl CsPlain a pdfCsPlain UTF8 podporovat ...)

Zdraví J.Hajtmar

Dne 15.2.2013 7:18, Petr Olsak napsal(a):

Petr Olsak

unread,

Feb 15, 2013, 2:58:05 AM2/15/13

to Czech and Slovak TeX-related mailing list

On Fri, 15 Feb 2013, Jaroslav Hajtmar wrote:

> Dobrý den.

>
> Udělal jsem to tak, že jsem soubory csplain.fmt a pdfcsplain.fmt, které
> jsem manuálně předtím vygeneroval dle návodu na
> http://petr.olsak.net/ftp/cstex/doc/cstexman.pdf (str. 19) odmazal a novou
> kompilací makra pana Olšáka se pokusil zjistit, zda defaultně po
> aktualizaci TeXlive2012 je CsPlain schopen pracovat s UTF8 (nevím ovšem v
> tuto chvíli, zda tomu tak má opravdu být).
>
> Test bohužel dopadl tak, že překódování do UTF8 se nezdařilo. Když jsem
> znovu ručně vygeneroval formát CsPlainu a pdfCsPlainu (a umístil je v
> adresáři spolu s makrem conv pro konverzi a spolu s konvertovaným SQL
> souborem) tak po kompilaci následně proběhlo vše již opět OK.
>
> Píši to jen proto, abych umožnil panu Olšákovi dohledat se toho, jak
> aktualizace CsPlainu po update TL2012 funguje

Spíše jste asi měl na mysli ,,nefunguje``

> (tuším, že jsem zaznamenal,
> že by defaultně měl CsPlain a pdfCsPlain UTF8 podporovat ...)

Ano. Má umět UTF8 vstup.

Přesně o tom jsem psal, že není záruka, jak se povede
tlmgr update --all.

Já jsem o vánocích dělal testy na TeXem nepolíbeném počítači a tyto testy
vyšly OK. Je mi zcela jasné, že na TeXem políbeném počítači se mohou dít
roztodivné věci často závislé na stupni rozvrtanosti toho původního
polibku a tudíž výsledek takového testu by byl irelevantní. Mohl by být
jednak false-positive ale taky true-neative.

Já nebudu dohledávat, proč aktualizace, jak ji popisuje pan Hajtmar,
nefunguje. Jednak do technikálií TeXlive nevidím a druhak se domnívám, že
mohou existovat desítky důvodů souvisejících právě s tím stupněm
rozvrtanosti, o kterém píši výše.

Report do TeXlive by měl smysl jen tehdy, když by někdo dokázal na své
instalaci přesně (na technicky low level úrovni) analyzovat, proč to
nefunguje a z té analýzy by vyplynulo, že je to jednoznačně nějaká chybka
v TeXlive. Já to dělat nebudu.

Zdravím

Petr Olšák

Jaroslav Hajtmar

unread,

Feb 15, 2013, 3:34:54 AM2/15/13

to cs...@cs.felk.cvut.cz

V tom případě mne velmi těší, že jsem napomohl lidstvu prospěšnému
zásadnímu zjištění, a to, že: "Foukáním tabákového dýmu do umyvadla
zlato nevzniká ..." a tím lidstvu opětovně ukázal, že je to slepá
ulička, a že: ".. tudy cesta nevede ..." ... :-)
(Cimrmanologové mi jistě prominou jisté nepřesnosti ... )

Každopádně i tak mají ode mne tvůrci TeXlive2012 pochvalu za možnost
používat TeX bez nutnosti nějaké problematické instalace ve Woknech ...

Zdraví J.Hajtmar

Dne 15.2.2013 8:58, Petr Olsak napsal(a):

Zdenek Wagner

unread,

Feb 15, 2013, 4:34:35 AM2/15/13

to Czech and Slovak TeX-related mailing list

Dne 15. ďż˝nora 2013 8:58 Petr Olsak <pe...@olsak.net> napsal(a):

>
> On Fri, 15 Feb 2013, Jaroslav Hajtmar wrote:
>

>> Dobrďż˝ den.
>>
>> Udďż˝lal jsem to tak, ďż˝e jsem soubory csplain.fmt a pdfcsplain.fmt, kterďż˝
>> jsem manuďż˝lnďż˝ pďż˝edtďż˝m vygeneroval dle nďż˝vodu na

>> http://petr.olsak.net/ftp/cstex/doc/cstexman.pdf (str. 19) odmazal a novou

>> kompilacďż˝ makra pana Olďż˝ďż˝ka se pokusil zjistit, zda defaultnďż˝ po aktualizaci
>> TeXlive2012 je CsPlain schopen pracovat s UTF8 (nevďż˝m ovďż˝em v tuto chvďż˝li,
>> zda tomu tak mďż˝ opravdu bďż˝t).
>>
>> Test bohuďż˝el dopadl tak, ďż˝e pďż˝ekďż˝dovďż˝nďż˝ do UTF8 se nezdaďż˝ilo. Kdyďż˝ jsem
>> znovu ruďż˝nďż˝ vygeneroval formďż˝t CsPlainu a pdfCsPlainu (a umďż˝stil je v
>> adresďż˝ďż˝i spolu s makrem conv pro konverzi a spolu s konvertovanďż˝m SQL
>> souborem) tak po kompilaci nďż˝slednďż˝ probďż˝hlo vďż˝e jiďż˝ opďż˝t OK.
>>
>> Pďż˝i to jen proto, abych umoďż˝nil panu Olďż˝ďż˝kovi dohledat se toho, jak

>> aktualizace CsPlainu po update TL2012 funguje
>
>

> Spďż˝e jste asi mďż˝l na mysli ,,nefunguje``
>
>
>> (tuďż˝ďż˝m, ďż˝e jsem zaznamenal, ďż˝e by defaultnďż˝ mďż˝l CsPlain a pdfCsPlain UTF8
>> podporovat ...)
>
>
> Ano. Mďż˝ umďż˝t UTF8 vstup.
>
> Pďż˝esnďż˝ o tom jsem psal, ďż˝e nenďż˝ zďż˝ruka, jak se povede
> tlmgr update --all.
>
> Jďż˝ jsem o vďż˝nocďż˝ch dďż˝lal testy na TeXem nepolďż˝benďż˝m poďż˝ďż˝taďż˝i a tyto testy
> vyďż˝ly OK. Je mi zcela jasnďż˝, ďż˝e na TeXem polďż˝benďż˝m poďż˝ďż˝taďż˝i se mohou dďż˝t
> roztodivnďż˝ vďż˝ci ďż˝asto zďż˝vislďż˝ na stupni rozvrtanosti toho pďż˝vodnďż˝ho polibku
> a tudďż˝ vďż˝sledek takovďż˝ho testu by byl irelevantnďż˝. Mohl by bďż˝t jednak
> false-positive ale taky true-neative.
>
Abych nemusel ďż˝ďż˝st dokumentaci, mďż˝ete mi napsat, jakďż˝ test mďż˝ bďż˝t
nainstalovďż˝n v TeX Live, kterďż˝m mohu ovďż˝ďż˝it, ďż˝e se vďż˝e nainstalovalo
sprďż˝vnďż˝? Pďż˝ďż˝padnďż˝ kde najdu nďż˝jakďż˝ testovacďż˝ soubor? cstrip.tex jsem v
TL nenaďż˝el, ale moďż˝nďż˝ je v adresďż˝ďż˝i, kterďż˝ TeX bďż˝nďż˝ nevidďż˝. Klidnďż˝ si
vymaďż˝u svďż˝j csplain, abych mohl otestovat, zda mi update probďż˝hl
dobďż˝e.

> Jďż˝ nebudu dohledďż˝vat, proďż˝ aktualizace, jak ji popisuje pan Hajtmar,
> nefunguje. Jednak do technikďż˝liďż˝ TeXlive nevidďż˝m a druhak se domnďż˝vďż˝m, ďż˝e
> mohou existovat desďż˝tky dďż˝vodďż˝ souvisejďż˝cďż˝ch prďż˝vďż˝ s tďż˝m stupnďż˝m
> rozvrtanosti, o kterďż˝m pďż˝i vďż˝e.
>
Pokud je vďż˝e v TL udďż˝lďż˝no dobďż˝e, stďż˝le je moďż˝nost, ďż˝e bďż˝hem instalace
nastanou sďż˝ovďż˝ problďż˝my, takďż˝e se stďż˝hne jen ďż˝ďż˝st balďż˝ďż˝kďż˝ a update se
neprovede, aby nevznikla poloviďż˝atďż˝ nefunkďż˝nďż˝ verze.

> Report do TeXlive by mďż˝l smysl jen tehdy, kdyďż˝ by nďż˝kdo dokďż˝zal na svďż˝
> instalaci pďż˝esnďż˝ (na technicky low level ďż˝rovni) analyzovat, proďż˝ to
> nefunguje a z tďż˝ analďż˝zy by vyplynulo, ďż˝e je to jednoznaďż˝nďż˝ nďż˝jakďż˝ chybka v
> TeXlive. Jďż˝ to dďż˝lat nebudu.
>
Tohle rďż˝d udďż˝lďż˝m.

> Zdravďż˝m
>
> Petr Olďż˝ďż˝k
>
>
>
>
>

>> Zdravďż˝ J.Hajtmar

>>
>>
>> Dne 15.2.2013 7:18, Petr Olsak napsal(a):
>>>
>>>
>>>
>>> On Thu, 14 Feb 2013, Zdenek Wagner wrote:
>>>

>>> > Dne 14. ďż˝nora 2013 22:56 Petr Olsak <pe...@olsak.net> napsal(a):

>>> > > > > Netuďż˝ďż˝m ale, co udďż˝lďż˝ tlmgr update --all v pďż˝ďż˝padďż˝, ďż˝e mďż˝te
>>> > > > > TeXlive > > z

>>> > > listopadu nebo starďż˝ďż˝. Urďż˝itďż˝ instaluje poslednďż˝ verzi csplainu, > >
>>> > > ale jak se

>>> > > vyrovnďż˝ s upgradem skriptďż˝ pro generovďż˝nďż˝ formďż˝tďż˝ a s dalďż˝ďż˝mi > >
>>> > > vychytďż˝vkami,
>>> > > to nevďż˝m. Jďż˝ to testoval ,,na zelenďż˝ louce`` a tam probďż˝hlo vďż˝e OK.

>>> > > > Pro funkďż˝nost tlmgr update -all je nutno splnit dvďż˝ podmďż˝nky:
>>> > ...
>>> > pďż˝ďż˝kaz
>>> > > tlmgr update -self -all
>>> > > tlmgr vďż˝, kterďż˝ formďż˝ty je nutno po aktualizaci vygenerovat znovu, a
>>> > provede to automaticky.
>>>
>>> Pochopitelnďż˝, ďż˝e po aktualizaci se vygenerujďż˝ formďż˝ty znovu. Ovďż˝em
>>> otďż˝zka znďż˝, zda skripty a konfiguraďż˝nďż˝ soubory, kterďż˝ jsou v jďż˝dru
>>> TeXlive a kterďż˝ ďż˝ďż˝dďż˝ toto vygenerovďż˝nďż˝, budou takďż˝ upgradovďż˝ny. Je
>>> potďż˝eba poctivďż˝ji ďż˝ďż˝st, co jsem napsal.
>>>
>>> Pokud tyto konfigurďż˝nďż˝ soubory nebudu upgradovďż˝ny nebo pokud budou
>>> nďż˝kde existovat uďż˝ivatelskďż˝ kopie, kterďż˝ majďż˝ pďż˝ednost, tak
>>> pravdďż˝podobnďż˝ vznikne nesprďż˝vnďż˝ vygenerovanďż˝ csplain. Tak hluboce do
>>> TeXlive nevidďż˝m a netestoval jsem to.

>>>
>>> Zdravďż˝m
>>>
>>> Petr Olďż˝ďż˝k
>>>
>>>

>>> _______________________________________________
>>> csTeX mailing list
>>> cs...@cs.felk.cvut.cz
>>> http://lists.felk.cvut.cz/mailman/listinfo/cstex
>>
>>
>> _______________________________________________
>> csTeX mailing list
>> cs...@cs.felk.cvut.cz
>> http://lists.felk.cvut.cz/mailman/listinfo/cstex
>
>
> _______________________________________________
> csTeX mailing list
> cs...@cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex
>

Petr Olsak

unread,

Feb 15, 2013, 7:19:14 AM2/15/13

to Czech and Slovak TeX-related mailing list

> Abych nemusel číst dokumentaci, můžete mi napsat, jaký test má být
> nainstalován v TeX Live, kterým mohu ověřit, že se vše nainstalovalo
> správně? Případně kde najdu nějaký testovací soubor? cstrip.tex jsem v
> TL nenašel, ale možná je v adresáři, který TeX běžně nevidí. Klidně si
> vymažu svůj csplain, abych mohl otestovat, zda mi update proběhl
> dobře.

Myslím, že v zásadě stačí ověřit spuštění csplainu a pdfcsplainu z
příkazového řádku a měl by se dostavit následující výsledek
(uživatel píše: csplain <enter> \relax <enter> \end <enter>):

csplain
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
%&-line parsing enabled.
**\relax
encTeX v. Jun. 2004, reencoding enabled.
The format: csplain <Jan. 2013>.
The cs-fonts are preloaded and A4 size implicitly defined.
The utf8->iso8859-2 re-encoding of Czech+Slovak alphabet activated by encTeX
*\end
No pages of output.
Transcript written on texput.log.

Totéž pro pdfcsplain. Čísla verzí nemusí být shodná. Například csplain
<Nov. 2012> se chová v zásadě stejně. Podstatný je řádek, který praví:

The utf8->iso8859-2 re-encoding of Czech+Slovak alphabet ...

Dále je možné vyzkoušet zpracovat csplainem a pdfcsplainem soubory z
texmf/doc/cstex/:

Soubor opmac-u.tex by měl dávat stejný výsledek, jako je v adresáři
odpovídající *.pdf.

Soubor test8z.tex by měl dávat stejný výsledek, jako jsou v adresáři
odpovídající test8z.pdf, test8z.dvi a test8z.ps včetně stejně zavedených
fontů, tj. v PDF výstupu by mělo jít vykrajovat a vyhledávat česká slova.
Fonty tedy musí obsahovat přímé akcenty a nesmí obsahovat akcenty
dodatečně přidané přes virtuální font. Dvi prohlížeč by měl správně
zobrazit test8z.dvi.

Soubor testgyre8z.tex by měl dávat stejný výsledek, jako jsou v adresáři
odpovídající testgyre8z.pdf a testgyre8z.dvi. Dvi prohlížeč by měl správně
zobrazit testgyre8z.dvi.

>> Report do TeXlive by měl smysl jen tehdy, když by někdo dokázal na své
>> instalaci přesně (na technicky low level úrovni) analyzovat, proč to
>> nefunguje a z té analýzy by vyplynulo, že je to jednoznačně nějaká chybka v
>> TeXlive. Já to dělat nebudu.
>>

> Tohle rád udělám.

Myslím, že Váš počítač je ze všech možných stran políbený TeXem, takže moc
relevantní výsledek testů nedostanete. Bude asi potřeba udělat strace
každého jednotlivého spuštění (včetně generování formátů během instalace)
a z něj provést výpis všech čtených souborů v daném procesu a vyloučit, že
žádný z těchto souborů nebyl nějak speciálně modifikován nebo založen jen
na Vašem počítači. Jinak si nemůžete si být jistý ničím.

Zdravím

Petr Olšák

Zdenek Wagner

unread,

Feb 15, 2013, 7:25:14 AM2/15/13

to Czech and Slovak TeX-related mailing list

Dne 15. ďż˝nora 2013 13:19 Petr Olsak <pe...@olsak.net> napsal(a):

>
>> Abych nemusel ďż˝ďż˝st dokumentaci, mďż˝ete mi napsat, jakďż˝ test mďż˝ bďż˝t
>> nainstalovďż˝n v TeX Live, kterďż˝m mohu ovďż˝ďż˝it, ďż˝e se vďż˝e nainstalovalo
>> sprďż˝vnďż˝? Pďż˝ďż˝padnďż˝ kde najdu nďż˝jakďż˝ testovacďż˝ soubor? cstrip.tex jsem v
>> TL nenaďż˝el, ale moďż˝nďż˝ je v adresďż˝ďż˝i, kterďż˝ TeX bďż˝nďż˝ nevidďż˝. Klidnďż˝ si

>> vymaďż˝u svďż˝j csplain, abych mohl otestovat, zda mi update probďż˝hl
>> dobďż˝e.
>
>
> Myslďż˝m, ďż˝e v zďż˝sadďż˝ staďż˝ďż˝ ovďż˝ďż˝it spuďż˝tďż˝nďż˝ csplainu a pdfcsplainu z
> pďż˝ďż˝kazovďż˝ho ďż˝ďż˝dku a mďż˝l by se dostavit nďż˝sledujďż˝cďż˝ vďż˝sledek
> (uďż˝ivatel pďż˝e: csplain <enter> \relax <enter> \end <enter>):

>
> csplain
> This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
> %&-line parsing enabled.
> **\relax
> encTeX v. Jun. 2004, reencoding enabled.
> The format: csplain <Jan. 2013>.
> The cs-fonts are preloaded and A4 size implicitly defined.
> The utf8->iso8859-2 re-encoding of Czech+Slovak alphabet activated by encTeX
> *\end
> No pages of output.
> Transcript written on texput.log.
>

> Totďż˝ pro pdfcsplain. ďż˝ďż˝sla verzďż˝ nemusďż˝ bďż˝t shodnďż˝. Napďż˝ďż˝klad csplain <Nov.
> 2012> se chovďż˝ v zďż˝sadďż˝ stejnďż˝. Podstatnďż˝ je ďż˝ďż˝dek, kterďż˝ pravďż˝:

>
> The utf8->iso8859-2 re-encoding of Czech+Slovak alphabet ...
>

> Dďż˝le je moďż˝nďż˝ vyzkouďż˝et zpracovat csplainem a pdfcsplainem soubory z
> texmf/doc/cstex/:
>
> Soubor opmac-u.tex by mďż˝l dďż˝vat stejnďż˝ vďż˝sledek, jako je v adresďż˝ďż˝i
> odpovďż˝dajďż˝cďż˝ *.pdf.
>
> Soubor test8z.tex by mďż˝l dďż˝vat stejnďż˝ vďż˝sledek, jako jsou v adresďż˝ďż˝i
> odpovďż˝dajďż˝cďż˝ test8z.pdf, test8z.dvi a test8z.ps vďż˝etnďż˝ stejnďż˝ zavedenďż˝ch
> fontďż˝, tj. v PDF vďż˝stupu by mďż˝lo jďż˝t vykrajovat a vyhledďż˝vat ďż˝eskďż˝ slova.
> Fonty tedy musďż˝ obsahovat pďż˝ďż˝mďż˝ akcenty a nesmďż˝ obsahovat akcenty dodateďż˝nďż˝
> pďż˝idanďż˝ pďż˝es virtuďż˝lnďż˝ font. Dvi prohlďż˝eďż˝ by mďż˝l sprďż˝vnďż˝ zobrazit
> test8z.dvi.
>
> Soubor testgyre8z.tex by mďż˝l dďż˝vat stejnďż˝ vďż˝sledek, jako jsou v adresďż˝ďż˝i
> odpovďż˝dajďż˝cďż˝ testgyre8z.pdf a testgyre8z.dvi. Dvi prohlďż˝eďż˝ by mďż˝l sprďż˝vnďż˝
> zobrazit testgyre8z.dvi.
>
>

>>> Report do TeXlive by mďż˝l smysl jen tehdy, kdyďż˝ by nďż˝kdo dokďż˝zal na svďż˝
>>> instalaci pďż˝esnďż˝ (na technicky low level ďż˝rovni) analyzovat, proďż˝ to
>>> nefunguje a z tďż˝ analďż˝zy by vyplynulo, ďż˝e je to jednoznaďż˝nďż˝ nďż˝jakďż˝ chybka
>>> v
>>> TeXlive. Jďż˝ to dďż˝lat nebudu.
>>>
>> Tohle rďż˝d udďż˝lďż˝m.
>
>

> Myslďż˝m, ďż˝e Vďż˝ poďż˝ďż˝taďż˝ je ze vďż˝ech moďż˝nďż˝ch stran polďż˝benďż˝ TeXem, takďż˝e moc
> relevantnďż˝ vďż˝sledek testďż˝ nedostanete. Bude asi potďż˝eba udďż˝lat strace
> kaďż˝dďż˝ho jednotlivďż˝ho spuďż˝tďż˝nďż˝ (vďż˝etnďż˝ generovďż˝nďż˝ formďż˝tďż˝ bďż˝hem instalace) a
> z nďż˝j provďż˝st vďż˝pis vďż˝ech ďż˝tenďż˝ch souborďż˝ v danďż˝m procesu a vylouďż˝it, ďż˝e
> ďż˝ďż˝dnďż˝ z tďż˝chto souborďż˝ nebyl nďż˝jak speciďż˝lnďż˝ modifikovďż˝n nebo zaloďż˝en jen na
> Vaďż˝em poďż˝ďż˝taďż˝i. Jinak si nemďż˝ete si bďż˝t jistďż˝ niďż˝ďż˝m.
>
Dďż˝ky, vyzkouďż˝ďż˝m. Na mďż˝m poďż˝ďż˝taďż˝i je dokonce TL 2012 zďż˝skďż˝n jako
upgrade z verze 2011. V unixovďż˝ch systďż˝mech to jde, ve Windows ne.

> Zdravďż˝m
>
> Petr Olďż˝ďż˝k
>
> _______________________________________________
> csTeX mailing list
> cs...@cs.felk.cvut.cz
> http://lists.felk.cvut.cz/mailman/listinfo/cstex
>

Pavel Calábek

unread,

Feb 15, 2013, 2:46:53 PM2/15/13

to Czech and Slovak TeX-related mailing list

Vážení kolegové,

tak jsem neodolal a nainstaloval jsem si novy csplain. Jakým způsobem se
v nově vygenerovaném formátu s implicitním vstupem a vystupem utf8
nastaví vstup a výstup v kodovani cp1250 (když už nový csplain, proč
staré tcx tabulky)?

\input mixcodes má log kódovaný v utf8
\input utf8off neřeší překódování

a další pokusy jako

\input 1250-csf skončí na prvním zobáčku v \message{ } s podivnou
hláškou o \warnthreebytes (evidentně se nelíbí osmibitové kódování).

Děkuji

Pavel Calábek