🚀 go-pugleaf

Marcin Jagodzinski napisał(a) w wiadomości:
<42a9ss0sg9nialmm22puk5q8g86ke1teua@4ax.com>...
>On Sun, 17 Sep 2000 13:15:47 +0200, "Grzegorz Balnis" <gbalnis@abc.com.pl>
>wrote:
>
>
>>Napisałe?, że XMetal trzyma znaki jako encje (numeryczne)? Wewnętrznie?
>
>Nie numeryczne (na ogół). To wygl?da tak, że wpisujesz '?', a on to
>zamienia na jakie? &sup1; czy co? w tym stylu. Można to wył?czyć.

A jednak w tym szaleństwie jest metoda! Wprowadzasz małe a z ogonkiem (ą) z
klawiatury, tj. wysyłasz kod 0xB9 (klawiatura Windows cp1250, prawda?). Nasz
bohater dekoduje to używając albo iso-8859-1 albo cp1252 (ale na pewno nie
iso-8859-2!!!), gdzie pod kodem 0xB9 jest znaczek "superscript one" (jedynka
we frakcji górnej) a następnie zapisuje go jako encję znakową z ISO 8879
(SGML!): sup1. Niech zgadnę: jak wpiszesz ć (znaczy gdybyś nie zobaczył
znaczka, chodzi o małe http://charts.unicode.org/Glyphs/01/U0107.gif :-), on
zapisze to jako &AElig;?

Niestety, to oznacza, że kompletnie nic nie rozumie. A poza tym, jako edytor
XML powinien pisać encje numeryczne, czyli zamiast &sup1; zgodnie z XML spec
powinien napisać &#x00b9;!

>Pogrzebałem dalej i to działa. Po wył?czeniu konwersji na encje, zapisuje
>8-bitowo w ISO-8859-2, pod warunkiem użycia odpowiedniej klawaitury. W
>prologu nic nie zmienia.

To miłe z jego strony :-) Ale dam głowę, że nie ma pojęcie, że pisze w
8859-2. Po prostu oddaje, co dostał. Zaryzykowałbym twierdzenie że z
klawiaturą i fontem Windows mozna by było pisać i czytać pliki kodowane
windows-1250.

>>Słusznie. Nie sprawdziłem w XML rec, ale prawie na pewno kolejno?ć w
prologu
>>jest:
>><?xml version="1.0" encoding="ISO-8859-2" standalone="yes"?>
>
>Niby tak... Wydawało mi się, że kolejno?ć nie ma tu znaczenia.

Na 100% ma znaczenie. To jest przetwarzane w trakcie tworzenia parsera, więc
musi być jak najprostsze w interpretacji.

>No to mamy takie same problemy ;-)

Yeap. Miło czasem ponarzekać, nie?

Serwus

Grzegorz Balnis, gbalnis@abc.com.pl