PA.APR aus V11.2

[Heinrich Allers]

Am Wed, 22 Nov 95 18:28:48 +0100 schrieb
Gerhard Englert <ENGLERT at kepler.dv.fal.de>:

> ...
> ich moechte beim Ausgeben der Daten ueber PA.APR einen 
> Code in Kat70c durch den Langtext aus dem Normsatz 
> ersetzen. Die Ersetzung klappt problemlos, aber die 
> Reihenfolge der ausgegebenen Kategorien macht Probleme 
> bei der weiteren Verarbeitung mit SRCH, weil die 
> ersetzte Kategorie immer ausserhalb des Pauschal- 
> exportblockes steht.

Genauer gesagt: weil die betreffende Kategorie innerhalb 
des Datensatzes nicht an der Stelle steht, an der sie 
nach der in der Konfigurationsdatei vorgegebenen 
Kategorienreihenfolge stehen m"u"ste.

Was das f"ur den Export mittels SRCH f"ur Folgen hat, 
ist im Allegro-Lehrbuch in 8.2 (in der V14-Auflage auf 
S. 130f) ziemlich pr"azise und sogar anhand einer 
"Ubung herausgearbeitet worden.

> .... Die Saetze mit der ersetzten Kategorie 
> 70 werden ignoriert, weil die Reihenfolge der Kategorien 
> nicht stimmt.

Klar, siehe oben.

> Frage: Gibt es eine Moeglichkeit die richtige 
> Reihenfolge herzustellen ohne alle Kategorien 
> einzeln aufzuzaehlen? ... 

Ja, die Allegro-Grunddatei, die bei der 
Ersetzungsoperation entstanden ist, noch einmal einem 
Export mit SRCH und der Exportparameterdatei I-1.APR 
(fr"uher PA.APR) unterwerfen: dabei werden die 
Kategorien so sortiert, wie das der in der 
Konfigurationsdatei vorgegebenen Reihenfolge entspricht.

> ...
> Falls es in Version 11.2 nicht zu machen ist, wird 
> dieses Problem vielleicht in einer neueren Version 
> loesbarer??

Die L"osung ist immer, bis hin zur Version 14a, die 
gleiche, und zwar die oben angegebene.

###

Eine programmtechnische L"osung w"are nat"urlich die, 
da"s von einem Datensatz, der so aussieht:

#40 Autor
#20 Titel

beim Export mit der einzeiligen Mini-Parameterdatei

#20

wirklich der Inhalt von #20 ausgegeben wird,
wenn in der Konfigurationsdatei die Reihenfolge

#20
#40

vorgegeben ist, und nicht NICHTS, wie das tats"achlich
geschieht, und wie das G. Englert st"ort!

Aber wollen wir das wirklich, und sprechen dagegen nicht
Gr"unde der Verarbeitungsgeschwindigkeit (beim Aufbau
des Ausgabesatzes), und handelt man sich da nicht ganz
neue Probleme auf dem Gebiet der bedingten Postfixe ein?

Weitere und qualifiziertere Gr"unde m"ogen aus der 
Entwicklungsabteilung beigetragen werden.


Mit bestem Gru"s:

Heinrich Allers