[Allegro] Firefox machts so und IE anders [war: utf8-kataloge ins internet:...]

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg,

>>> Das passiert in h-php.apr, wo man findet
>>>
>>> #uII ... ,"_<_%3C_" ...
>>>
>>> Dort erfolgt die Umarbeitung eines Registerabschnitts in eine HTML-Liste
>>> mit entsprechenden Hyperlinks.
>>
>>
>> ... nur dass diese Liste dann anscheinend nicht "einfach so" ausgegeben
>> wird, sondern wiederum geparst und broeckchenweise weiterverarbeitet
>> wird.
> Wie meinen Sie das denn? Es stimmt nicht; der output von h-php.apr wird
> schlicht in die von page.php produzierte Seite eingefügt, und zwar
> ungeschmälert und unverändert.

Worum es urspruenglich ging, war ein Text mit bereits als "%3C" escaptem
"<", der in PHP nach requesT geschleust wurde: Waere er nicht escaped,
koennte requestT das escapen uebernehmen. Dass die fragliche Codierung
aus h-php.apr stammt, hatten Sie behauptet, nicht ich.


>> in den Faellen der HTML-Escapes "&"->"&", '"'->""" "->"<",
>> und
>> gerade dann, wenn "allegro" bereits UTF-8 exportiert, empfiehlt es sich,
>> moeglichst alle weiteren Umcodierungen in der Middleware zusammenzufassen
>> (meine Erfahrung).
>>
> Also in PHP?

Solange PHP im Spiel ist, waere es eine deutliche Vereinfachung, wenn es
davon ausgehen koennte, dass die zu verarbeitenden Texte "normales" UTF-8
sind und nicht erst einmal speziell von "gut gemeint" zu "brauchbar"
rueckgewandelt werden muessen.

viele Gruesse
Thomas Berger


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAkvVid4ACgkQYhMlmJ6W47PlggP7BMoSOk+rBX4Ae0x2iC0r/NtL
wkdH99RYvPmUixxCfppz3GxPKvK1LaWz8ICVtuulCcUWzawR0F7L12IJPLEVVNgB
lpa5IfFhSRSvQswlpKVyrY9kcTXBUZU/eH9uM2cRTnkQbft3icPrNpaAiRFORo51
DMlNgypV1AbywqiUkII=
=jE/C
-----END PGP SIGNATURE-----