[Allegro] Detailproblem bei Sequenz-Ersetzungen (Vb. 146, Nr. 5)

[Thomas Berger]

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

Lieber Herr Eversberg, lieber Herr Allers,

>> Generell ist es aber so, dass man die maechtigen "Unicode-Methoden"
>> aus VB163
>> leider nicht umsonst bekommt, sondern vorher seinen Datenbestand
>> umarbeiten
>> muss, und sei es nur dahingehend, dass "&" zu "&" wird.
>>
> Nein, mit einer recht geringen Aenderung im Quellcode können wir dafür
> sorgen, daß ein &, dem keine gültige (d.h. im Index zu findende) Sequenz
> folgt, unverfaelscht stehenbleibt. Bis jetzt ist es einfach so, daß das
> Programm dann erst hinter dem nächsten ; weitermacht mit dem Suchen nach
> dem nächsten &, aber es sollte direkt hinter dem & weitermachen. Das ist
> eine Gub-Situation, wir wollen's nicht verschleiern oder schönreden.

D.h. wenn da (anders als im vorigen Beispiel formal korrekt, aber vermutlich
dennoch nicht ersetzbar) � steht, wird bei "#14444440;" weitergemacht.
Vom Parsing her nicht wirklich effizient (es muessen ja groessere Mengen
eingesammelter Zeichen der Nicht-Verknuepfung wieder an den Normaltext
"zurueckgegeben" werden), aber wohl harmlos.

Man sollte nicht unbedingt uebers Ziel hinausschiessen, eines der
Anwendungszenarien ist ja der einfach Export als "gaengige" Codierung
von Unicode-Zeichen in "gaengige" Umgebungen (HTML, SGML, XML), und
da ist

aaa bbb & ccc dddАeeeАfffАggg hhh iii

auch nach Reparatur in a99 etc. weiterhin illegal und es haengt von
von den weiterverarbeitenden Programen ab, wie gnaedig damit umgegangen
wird.

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQCVAwUBSt1adGITJZieluOzAQJvnAQAghf5G3HNMJgjVV/7vZFi/OdAMWZSWMP8
oYHOus+33E4vHCCMfqi0h/Y+J/jNOtiyxFczI086N35kkjPWR+2LI1SlafD9+bd5
RT5AGKGuMi+Q0JcgX777hM7cvKfHt8gIxJ+2xw88c33Ny0KMSgwB9pm5mtKvoOCY
A21YEAiHfi8=
=ZF/4
-----END PGP SIGNATURE-----