[Allegro] acon : find'et nicht

[Thomas Berger]

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

Lieber Herr Eversberg,

darf ich Sie noch einmal an Ihre Mail vom 6. erinnern?

>> zu frueh gefreut, meine Testfaelle (mittels implizitem find ueber iV)
>> funktionierten zwar, dafuer aber die meisten harmlosen Recherchen
>> nicht mehr,
>> etwa:
>>
>> find  ( TIT "bonn?" OR  ( KEY "bonn" or FTT "bonn" )  )
>>
>> Resultat:
>>
>> Query Error: ')' expected
>>
> 
> An zwei Stellen sind da Doppelspatien. Ohne diese klappt's.
> 
> Wir müssen schauen, ob man das Programm gegen solche Gemeinheiten
> wappnen kann. Zwischen "..." und '...', versteht sich, müssen sie
> vorkommen können...

Auch hier sind "solche Gemeinheiten" einfach Suchausdruecke, die
seit Jahren und Jahrzehnten anstandslos funktioniert haben, selbst
wenn man beiseite laesst, dass man von frueheren Versionen mit
Fehlermeldungen bestraft wurde, wenn man "zu wenige" Spatien um
die Klammern setzte.

Auf der praktischen Ebene ist es ueberraschend schwierig, beim
rekursiven Aufbau von Suchausdruecken zukuenftig die "richtige Anzahl"
von Spatien zu spendieren: Um Operatoren und Registerbezeichnungen
sollte man wohl wirklich welche setzen (find TIT"dies"orTIT"das" ist
gewiss ein Syntaxfehler), und wenn man dann (und sei es nur aus Gruenden der
Lesbarkeit) auch noch um Klammern welche spendiert bekommt man beim
Zusammensetzen von Teiltermen in der Regel Doppelspatien, die man nur sehr
aufwaendig (Parsen des soeben aufgebauten Terms) wieder loswerden wuerde.

viele Gruesse
Thomas Berger



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

iJwEAQECAAYFAkvpADYACgkQYhMlmJ6W47PKlgP/TqTYL4+zqkVdiUNZfuwTiCAm
h7GAPNFi5rxEjJQhtPJhCcgG7NXlXcfrpxOenKp0B3NXHK/ZCgTtxLtnxGoqXYtV
fjEjiPc1OPeUIuOBsOrZ8segKt+SLWQGVKD774KtaVlpowPqBtr2b9kymSfZRyG4
DAiuW/sZNvM5lTCxq3A=
=8y+o
-----END PGP SIGNATURE-----