SA213: Ó, mnoho velkých písmenek ti tam chybí.

RUTHER: Ďábelští lidé v noci zpackají kódování; toť utrpení, když šíleně žluťoučký kůň zaúpěl... :)

Vubec netusim, proc, jeste, pouzivate kameniky. Chapu, ze pouzivat oS/2
a stare mailery, ale kamenici se prestali pouzivat nekdy v roce 1995.
Zaroven s masovym exodusem z FidoNetu, kdyz normalni svet zacal pouzivat
Windows-1250 a Linuxovy svet ISO-8895-2.
Ale i kdyby UTF-8 standard je tu od roku 2010 (?). Na kazdy pad, pokud
bychom chteli nove uzivatele, tak s kamenikama nebude ani jeden. IMHO.
Sorry za uprimnost, ale prijde mi strasne lito, ze na celem ceskem FidoNetu
jsou 3 lidi, ktery pouzivaj unikatni kodovani, ktery nikdo neprecte.

Hezky den. Snad budete mi pochopeni pro moje duvody. UTF-8 zdar

SA213: jj, taky jsem zlenivěl a používal vzorek, dokud pár hodin práce nebylo zbytečných, protože v původním vzorku nebylo velké Ď.

RUTHER: Nyní nemám možnost testovat, ale k tomu vzorku je to tak, že pokud mapování funguje tak klíčová písmena by už okamžitě ukázala na jiné mapování.

Odesílám aktuální verzi mmail 0.51 utf-8

* do možností zobrazení přidány položky „kludge“ a „seen-by“
* přidána možnost přepnout aktuální konferenci do režimu zobrazení UTF-8 pomocí klávesové zkratky CTRL+U
* vytvořena verze mmail

https://bbst.neocities.org/pkg/2610/mmail-0.51-utf8.rc1.tgz

SA213: To může být velice zrádné.

RUTHER: Jj, je to jen vzorek.

SA213: Tam nemáš, přinejmenším ř a ď

RUTHER: Pěkné, teď nemám možnost otestovat, jinak pangram pobavil a připomělo mi to oblíbenou versi: "Koukej, ty tlustý dravče, jak žluťoučký kůň úpěl.".

Negarantováno https://bbst.neocities.org/pkg/2610/mmail-0.51a-utf8.tgz

Nazval bych to přelomovým okamžikem.

upravuju multimail na utf-8

Nyní naplánujme další kroky. Existuje konference INFOLINE.qwk v kódování UTF-8. Rád bych měl zobrazení této konference konfigurované pro UTF-8, a to jak pro čtení, tak pro odpovídání. Testovací řetězec zní: „Příliš žluťoulinkatý kůň úpěl ďábelské ódy.“ Externí editor vim při uložení hlásí:
"~/mmail/workf009/tmp00001.txt" CHYBA PŘI PŘEVODU na řádku 15; zapsáno 25 řádků, 817 bajtů
E37: Od poslední změny nebylo uloženo
E162: Od poslední změny nebylo uloženo v bufferu "./mmail/workf009/tmp00001.txt"

Zmapuji, jak MultiMail dekóduje zprávy, připravuje odpovědi pro Vim a ukládá nastavení konferencí; následně prověřím paket INFOLINE a chybu kódování.

Myslím, že by to chtělo nějaký UTF-8 editor na QWK

SA213: Případně byly uživatelé, který kvůli kameníkům nechtěli startovat T602 v DosBoxu, s Lintem neuměj a IcyMail externí editory teprve podporovat bude. ...
Snažím se přihlásit UTF-8 konferenci... nevím, zda-li se zadaří.

RUTHER: No, jak jsem psal v síti FidoNet se multiplatformní kompatibilita řešila tak, že poštovní programy povinně označovaly kódování v hlavičce zprávy (CHRS), což serverům umožňovalo text za letu automaticky konvertovat pro jakýkoliv cílový systém, případně uživatelé psali bez diakritiky.

Začíná to DAILY UTF8-listem, pokračuje UTF-8 konferencí... kde tohle skončí?

SA213: Spoustu lidí používá FidoNet úplně různě, od Maců, přes Linux a Windows až po MS-DOS... například Amiga systémy by byly ze hry.

RUTHER: No u FidoNetu je to právě jinak, proto jsem říkal proč zachovávat nebo ne kódování. Tam už je zase další hranice protože BBS přes SSH je taky něco jinýho.

SA213: Není to všem jedno. Velice intenzivně se, na FidoNetu komunikuje o UTF8 only konferencích a začínají se zakládat první UTF8 only konference.

RUTHER: Jinak dnes už všem jedno, jde o kontext když mluvíme o BBS. :)

RUTHER: Jj, to už dávno jen říkam jaké má přednosti.