[Allegro] Probleme mit A99 V. 29.4

Thomas Berger ThB at gymel.com
Fr Mai 15 11:54:10 CEST 2009


Lieber Herr Allers, liebe Liste,

>> Weder Registermaskerade noch identisch: Es hat etwas mit den
>> V14-Pseudoschluesseln zu tun. Konsultieren Sie einmal die
>> Archive der HANSLIST, das Problem wird dort seit ca. 1997
>> sporadisch diskutiert.
> 
> Können Sie 's denjenigen unter uns, die sich mit dieser Frage beschäftigt haben, einfach machen und 
> sagen, was es nun ist, was hinter Herrn Fischers Problem steht? 

Vermutlich folgendes:

Zunaechst einmal die Fakten:

In HANS-Datenbanken stehen im Register 1 Namensformen aus
Objektsaetzen (Briefe, Werke, etc.) jeweils gefolgt von
Funktionsbezeichnung und Materialart ("VERFASSER BRIEF")
bzw. auch Schlagwortketten. Sowie Namensformen aus Normsaetzen,
also Verweisungen und die Ansetzung, gefolgt vom Uebernahme-
schluessel zwecks Eingabeerleichterung bei Verknuepfungen.

Damit das (unter PRESTO, bei ausschliesslicher Nutzung von a99
kann man das Verhalten mit Registermaskerade emulieren) huebscher
aussieht, sind die Uebernahmeschluessel " _p1234" per Parametrierung
auf eine feste Position (70?) rechtsbuendig ins Register gesetzt,
so dass man also nur beim besonders scharfen Hinsehen bemerkt, dass
die Zeilen mit der Personenansetzung rechts durch den Uebernahme-
schluessel verfremdet sind.

Damit bei Ansetzungsaenderungen diese im Register nachvollzogen
wird, ist in HANS-Datenbanken die Pseudoschluessel-Funktionalitaet
aktiviert, d.h. aendert sich die Ansetzung, werden alle so
beginnenden Schluessel im Register 1 automatisch entsprechend
abgeaendert. Dummerweise auch jene, die zum aktuellen Satz
gehoeren.

Nun passiert folgendes bei Aenderungen, die die Ansetzung
verlaengern oder verkuerzen:
Der vorhandene Eintrag zur Ansetzung samt Uebernahmeschluessel
wird entsprechend der Pseudoschluessel-Logik veraendert, dabei
steht die Uebernahme-Information nun eben nicht mehr auf Position
70, sondern verschiebt sich entsprechend der Laengenaenderung
des Ansetzungs-Strings.
Anschliessend wird der alte Eintrag ausgetragen (erfolglos, da
er nicht mehr existiert) und der neue Eintrag in den Index
gesetzt: Der wiederum hat die Uebernahmeinformation an der
festen Position 70, ist also nicht ganz identisch mit dem
soben per Automatik verschobenen alten Eintrag: Voila, die
Verdopplung ist da.

Fuer eine Umkehrung der Logik (zuerst Satz speichern, dann
Pseudoschluessel-Automatik ausfuehren) liessen sich Faelle
konstruieren (nicht in HANS-Datenbanken), wo es wirklich
sinnentstellend wird.

Abhilfe bestuende darin, die Pseudoschluessel-Angelegenheit
so zu verfeinern, dass die Schluessel des aktuell in Bearbeitung
befindlichen Satzes ausgeschlossen werden (es kann aber auch
so noch genuegend viele unerwuenschte Effekte geben, die eine
baldige Reindexierung erforderlich machen), oder - speziell
bei HANS - nicht mit festen Zeichenpositionen im Index zu
operieren:

<declare option="noFixTabkrz"
          explanation="Übernahmekürzel nicht auf feste Tabulatorposition 
setzen"
          _INIT="off" />
</declare>

(einige HANS-Anwender, die nur mit a99 arbeiten, haben diese Option
aktiviert)

viele Gruesse
Thomas Berger




Mehr Informationen über die Mailingliste Allegro