[Allegro] UIFS-Meldungen [Was: Re: ac-w v34.7.9]

[Thomas Berger]

Lieber Herr Eversberg, liebe Liste,

>> (uifsger scheint auf a35 optimiert zu sein, daher sieht die
>> Meldung mehr nach Unfall aus als sie ist).
>>
> Optimiert kann man das vielleicht nicht nennen, aber die Meldung wird
> in a35 dann in einem Popup-Fensterchen gezeigt,

zu den UIFS-Dateien zwei Bemerkungen:

I.
Aus Ur-Zeiten des avanti als er noch avanti hiess und war stammt die
Konvention, vor die Meldungen einen Code zu setzen:

134 "N:<E134> Suchbegriff %s nicht gefunden%c"

denn die Ueberlegung dahinter war, dass avanti in einer fixierten
Sprachversion laeuft und daher das Benutzerinterface die Chance
haben muss, die Meldungen klar (erstens als solche und zweitens als
eine bestimmte) zu erkennen und ggfls. in die Sprache des Benutzers
zu uebersetzen.

Bei in den letzten Jahren hinzugekommenen Zeilen ist das nicht mehr
unbedingt eingehalten, vgl.

175 "TBL gesperrt - Speichern gelang nicht"


II.
Ueber Konstruktionen wie

xport p p-unicod
exp wX
switch coding 0
xcode u
qrix
switch coding 1

kann (sollte) man auch alle unparametrierten Ausgaben auf UTF-8
trimmen, d.h. die gesamte Kommunikation zwischen Middleware und
avanti/acon kann ueber Unicode abgewickelt werden, was sehr
angenehm ist, da die Middleware dann ueberhaupt keine Kenntnis
mehr ueber den internen Zeichensatz der Datenbank benoetigt.

Nur die Fehlermeldungen von acon (die stellenweise die von UTF-8
in den internen Zeichensatz gewandelten Suchbegriffe enthalten)
werden ohne jegliche Umcodierung ausgegeben. Laesst sich das
Verhalten so aendern, dass diese Meldungs-Ausgaben analog denen
von "list" und "qrix" behandelt werden, also der ueber exp wX
definierten Nachverarbeitung unterzogen werden?

viele Gruesse
Thomas Berger