[Allegro] acon und Mehrfachleerzeichen in #u2

[Thomas Berger]

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

Lieber Herr Eversberg, liebe Liste,

wenn ich von einem Script aus vermeiden will, avanti mit Ostwest-Windows-
codierten Zeichen zu beschicken, sondern mit UTF-8 arbeite, kann ich Suchbefehle
bekanntlich nicht direkt formulieren:

find REG blabla

sondern muss etwas indirekt vorgehen, um die UTF-8-Ostwest-Umwandlung von
allegro zu aktivieren:

xport param e-geeignet
dow wX
...
set U1
#u22 REG blabla
set U0
var #u22
switch coding 0
find
switch coding 1
...

Dabei wirken sich die set U1 / set U0 nur auf echte Kategorien aus, nicht
auf Anwendervariable (stimmt das noch?)

Mehrfachleerzeichen im (inneren des) Suchbegriff(s) "blabla" bleiben jedoch
hierbei (also beim Weg ueber "Kategorien" statt "Anwendervariable") nur
erhalten, wenn ich in der genutzten Konfigurationsdatei fuer #u2 explizit die
Attribute ▼P15 setze (vgl. Handbuch)

Ich meine mich zu erinnern, dass das Verhalten bezueglich Mehrfachleerzeichen
fuer die /Sonderkategorien/ #u1 und #u2 eigentlich automatisch so sein sollte,
dass keine (vollstaendige) Leerzeichen-"Optimierung" stattfindet. Hat sich da
(wann?) etwas gaendert? Anscheinend war es 2006 noch anders, vgl.

< http://sun250.biblio.etc.tu-bs.de/pipermail/allegro/2006-April/023880.html >

viele Gruesse
Thomas Berger


P.S.

"switch coding" ist nach meiner Erinnerung Vodoo: Avanti-"Fehler"-Meldungen
"kein Ergebnis bei ..." werden problematischerweise nicht umcodiert (Bug!)
und "switch coding" hat hier Einfluss auf die Ausgabecodierung
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iJwEAQECAAYFAktv/ccACgkQYhMlmJ6W47NQ+wQAgHs3yLdA6uu1RT3vRdHtq419
DvOy0vXTnUKGdtqKlX7UpTdHowmcghH/isFmHCIOjdSxOiSJk7e32IPAh+Bm+2yW
HZkDffuRG/AKiXBNw/ZM1KLFpvQe2Yv+FDZBUtrT3wVCF77FG17bXsRVz+p7ngu1
QxZ41u0t97nMETtAeQk=
=Ng5t
-----END PGP SIGNATURE-----