🚀 go-pugleaf

On Sun, 17 Sep 2000 15:43:08 +0200, "Grzegorz Balnis" <gbalnis@abc.com.pl>
wrote:


>>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;?

Zapewne tak. Tak samo robił HotMetal, którego testowałem jakiś czas temu.

>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;!

To zależy zapewne też od DTD. To DTD w którym pisałem "rozumie" encje
Latin-1, więc ich używa.

>>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.

Dokładnie.

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

To znaczy o tyle mnie zdziwiło, że wydawało mi się, że w PI kolejność
atrybutów nie ma znaczenia (podobnie jak w tagach). I wydało mi się dziwne,
że specyfikacja jednak pewnej kolejności wymaga.

Marcin Jagodzinski
(or compatible)