(Fwd) Unterprog.f.Akzentvertauschung

[Bernhard Eversberg]

On 16 Jan 03, at 10:20, Thomas Berger wrote:

> > Klappt auch, wenn zwei oder mehr Akzente aufeinander folgen!
> 
> Die werden dann aber auch vertauscht?
> Korrekt(er) waere:
> <akut><trema>a -> a<trema><akut>
So wird es sein.

> > Steht ein Diakritikum am Ende einer Kategorie, passiert damit
> > bei "dow a" nichts, aber bei "dow A" rutscht es vor das letzte Zeichen!!
> 
> bei "dow a" sollte es besser vernichtet werden, finde ich.
Wird nochmal durchdacht. Bei der Rueckwandlung kann es natuerlich dann nicht 
wieder erscheinen. Allerdings hat es auch an der Stelle nix zu suchen.
> 
> > Die Auswirkung ist jeweils auf den gesamten Datensatz UND alle
> > Hintergrundkategorien! Weil's so schnell geht, lohnt es nicht,
> 
> d.h. auch alle Anwendervariable?
Ja, das ist doch dasselbe.
Zwischenteile und Phrasenspeicher allerdings nicht! Doch die unterliegen eh nicht 
der Umcodierung.

> 
> Es gibt ja eigentlich zwei p-Tabellen, naemlich die 
> Zeichen-Ersatzdarstellungen
> p x "text"
> und die Drucker-Ersatzdarstellungen
> p x .nn nn nn
> bzw.
> p .kk .nn nn nn
> 
> 1. Die von Ihnen gebrachte Form 
> p .kk "text"
>    ist welches von beiden?
Nur der Punkt vor der ZWEITEN Angabe einer p-Zeile bedeutet Drucker-Ersatz, vor 
der ersten bietet der Punkt nur die Alternative, das Zeichen als Zahl 
darzustellen.
Allerdings kann man nicht ein und demselben Zeichen beides zuordnen!

> 
> 2. ist folgendes eine Druckerersatzdarstellung:
> p .kk ."text"
Ja, das geht auch.

> 3. Ist es wirklich noch so, dass zuerst die Zeichenersatzdarstellungen
>    und dann die Druckerersatzdarstellungen angewandt werden und dass
>    beide unabhaengig sind, d.h. ich kann
> p A "abc"
> p .97 .101
>    sagen und es wird "A" zu "ebc" umgewandelt?
> 
Das ist noch so und das war schon immer so. (eben getestet)

> 
> > Der Befehl #da sollte also am Anfang, vor den einzelnen
> > Ausgabebefehlen stehen, am Schluss dann #dA  (nicht #Da !)
> > Das Rueckgaengigmachen ist allerdings i.A. nicht notwendig, weil
> > der unveraenderte Satz nach einem Export ohnehin wieder neu geladen wird.
> 
> Nicht schlecht fuer Importen nachgelagerte Exportparameter...
> 
Korrekt.

B.E.


Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329, 
D-38023 Braunschweig, Germany
Tel.  +49 531 391-5026 , -5011 , FAX  -5836
e-mail  B.Eversberg at tu-bs.de