[Allegro] acon: if Del ... nach fetch record

[Thomas Berger]

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

Lieber Herr Eversberg,

>> fuer .alg-Dateien wird auch etwas die Saetze unterscheidendes in #nr
>> benoetigt.
> Haben wir aber bislang auch nicht!
> Sie predigen doch sonst, daß man stets eine eindeutige und
> systemunabhängige Nummer haben sollte!

#nr hat unter SRCH (bei .alg-Dateien) stur die Eingangssaetze mitgezaehlt,
vgl. auch Handbuch 10.2.6, Dokumentation von #nr.


>> ixadd zeigt, dass es auch generell Anwendungen dafuer geben mag, bereits
>> auf Ebene von acon oder a99 gezielt die interne Satznummer zu veraendern:
>>
> Nein, das ist was anderes. Hier kann man die Nummer vorgeben, die bei
> dem einzuordnenden Schluessel im Index stehen soll. Das kann eine
> ganz andere sein, die des aktuellen Satzes ändert sich dabei nicht.

klar. ixadd operiert auf Tupeln (Satznr, Schluessel), da bleibt die
Aenderung der Satznummer klarerweise lokal. Fuer ein hypothetisches
Massen-Insert von Schluesseln muesste man etwas anders herangehen,
sonst wird es langsam und/oder umstaendlich.


>> kann nicht stimmen, weil auch .ald-Dateien, wie sie von index.exe
>> erzeugt werden, als .ALD erkannt werden, obwohl das letzte
>> Zeichen nicht "D" ist.
>>
> Sondern? (Immerhin werden auch .a8d-Dateien als .ald angesehen, und
> das ist auch richtig. Bzw. auch hier muß man wieder selber aufpassen,
> wenn man eben keine .a8d verarbeiten will, aber gehen tut es.)

vermutlich machen Sie die Vergleiche, ohne Gross- und Kleinschreibung
zu unterschieden...

viele Gruesse
Thomas Berger

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

iJwEAQECAAYFAkwYlfQACgkQYhMlmJ6W47N42QP9Ff0nkNlKtDYucxnUR7BcJq9N
hqzRmcRntoexds/PnfmoVLIODloiW4z4iqc+M1lWE/eeMztL8nGVaNSPUtXtU0QY
rLFZRoofoDFfHiPyxEJK4AATu/cWFb79TcNI5SXW/D5Hbi3X26UWMFfkM7O2bgyO
NIc3ocXSvcDaiq7XEX4=
=MUAP
-----END PGP SIGNATURE-----