[Allegro] Frage zu ! in find.php von phpac

[Thomas Berger]

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

Lieber Herr Eversberg,

> Wie ein beholfener Versuch auszusehen gehabt hätte, behält Berger für
> sich, das macht aber nichts, denn die Mehrfachspatien bleiben nur
> deshalb nicht erhalten und bedurften daher eines wie auch immer
> gearteten Schutzes, weil sie bei einem Befehl "ins #u2" verschwanden.
> Dieser wiederum war nur nötig, weil sonst keine Umwandlung
> von UTF-8 in OstWest erfolgte. Und dafür haben wir ja nun zum Glück
> den eleganten Befehl  xcode u, der also die Trickserei mit "ins #u2"
> obsolet macht.

Wir hatten neulich bereits eine aehnliche Diskussion,
wo es um die duale Natur von #u1 und #u2 als Kategorie
bzw. Anwendervariable ging. Da habe ich dann lernen muessen,
dass diese als Kategorie den ueblichen Regeln zu Mehrfachspatien
und v.a. der Beseitigung von fuehrenden und folgenden Spatien
unterworfen sind.

Das aktuelle Beispiel der Umcodierung der Benutzereingabe zeigt,
dass hier #u1 und #u2 sich wie (les- aber nicht schreibbare)
Anwendervariable verhalten, d.h. unter PRESTO, a99 und vermutlich
auch acon ist hier exakt der eingegebene, angeklickte bzw. ueber
qrix oder find angegebene Text mit seinen Original-Spatien (o.k.,
am Ende evtl. bereits eliminiert)

D.h. Ihre Analyse ist korrekt, die Unicode-Umwandlung mit #u1/#u2
wiederum als Kategorien benoetigte Tricks, um Mehrfachspatien
irgendwie zu retten, nicht acon als solches.

viele Gruesse
Thomas Berger (der sich zaehneknirschend auch nicht anders zu helfen
wusste, als in der .CFG-Datei die Eigenschaftszahlen fuer #u1 und #u2
zu veraendern)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iJwEAQECAAYFAkuzoloACgkQYhMlmJ6W47P8TQP/W+Pj+ddJYnL2hOGjAtvsRICj
07iT85WSLjVleOxy+9ZQuZ1aMnZpCS0MIhfm1Wkqg10QAjJh8M2lgku6QL9sqxcb
nurvBMS0bgd7iSXf/kCDrLqxeyp1fyGOR26sYOVl7tm3UWw3BwbZ3KO/pqXa12nz
SXIYe8VmuB41nyjk5qg=
=GuYS
-----END PGP SIGNATURE-----