AW: [Allegro] RuckZuck: unkorrektes Anzeigen von #70 (#85 funktio niert)

[Thomas Berger]

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

Hallo Herr Eversberg,

>> diese runden Klammern werden doch eigenständig von allegro vergeben!
> 
> Ja, aber das ist nicht einzementiert, sondern kann in cat.api geaendert
> werden.
> 
> Aendern Sie Zeile 1006 :
> #76 p" (" P")"
> die dann so aussehen muss:
> #76 y2 p" [" P"]"
> 
> Index dann erneuern und Problem vergessen.

D.h., der Avanti-Bug, der diesem Problem eigentlich zugrunde
liegt, ist einzementiert?

Zur Erinnerung: Bei mit Klammern geschachtelten Suchbegriffen
hat avanti einen Bug, so dass er sich manchmal verhaspelt und
einzelne oeffnende oder schliessende Klammern nicht sieht.
Das wurde seinerzeit auf die brutalstmoegliche denkbare Weise
"repariert", naemlich indem zunaechst einmal alle runden
Klammern mit Spatien umgegeben wurden und dann erst avanti
sich daran machte, den Suchbefehl zu parsen. Der eigentliche
Fehler wurde nie korrigiert, und auf die Idee, nach erfolgreichem
Parsen den Suchbegriff wieder zu reparieren, ist avanti auch
nie gekommen.

Ich behelfe mir daher stets damit, im Abschnitt fuer die
Umcodierung der Benutzereingabe per lokaler Ersetzung in #u1
die Spatien wegzunehmen. Das funktioniert leider nicht generell,
denn die Suchbegriffe koennten von a99 oder PRESTO stammen, und
da sind keine Spatien wegzunehmen. Man muss also genau wissen,
wie die Schluessel mit Klammern auszusehen haben, dann kann
man sie im Umcodierungsabschnitt korrekt zurechtbiegen.

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

iD8DBQFDAdeQENVh3bB0lwMRAqIjAKCsoBSVJ0aYIqKA8jwqYOCUN6flSgCgqi0E
8Vy66FARAP7+26I+j95Yo4k=
=Bp9S
-----END PGP SIGNATURE-----