[Allegro] Sonderzeichenbereinigung VB 257

[Thomas Berger]

Lieber Herr Eversberg, liebe Liste,

beim Umstellen vorhandener Parameterdateien auf die mit
V34.1 eingefuehrten \-Escapes (die ja seit V35.x als
"stabil" angenommen werden koennen), sind mir noch ein
paar Faelle aufgefallen, die geregelt werden koennten
oder sollten:

Zunaechst eine Rueckfrage: MARC- und MAB-Daten enthalten
haeufiger ein Unterfeld $3, daher ist es nicht ganz
akademisch: Das Dreieck kann etwa als \031 oder auch als
\31 codiert werden, wenn ich nach Dreieck gefolgt von
"3" suche, fliessen Dinge u.u. ineinander:

a) b"\31\51" sollte auf jeden Fall funktionieren (auch
   in den Varianten mit fuehrenden Nullen)

b) b"\0313" koennte funktionieren, wenn maximal drei
   Ziffern ausgewertet werden

b) b"\313" koennte auch funktionieren, wenn klar ist,
   das im dreistelligen Fall die erste Ziffer stets 0,
   1 oder 2 ist.

Die Verlautbarung aeussert sich m.E. nicht dazu (das
Handbuchkapitel 10 kennt den Mechanismus noch gar nicht?),
eigene Tests halte ich fuer sinnlos, denn die wuerden nur
das momentane Verhalten ermitteln, dass sich mangels
Dokumentation jederzeit unsanktioniert aenden koennte...

Wir hatten aber letztes Jahr schon einmal diskutiert, ob
diese Syntax Annahmen ueber "maximal 256 Zeichen gibt
es" machen soll oder gerade nicht: In letzterem Fall waere
die Syntax zukuenftig einfacher auf Unicode-Codepunkte und
die dabei auftretenden Zahlen ausbaufaehig.

 %--

Sowie: ich arbeite zuweilen eher trickreich mit Umsetzungen
ewisser Mehrzeichenfolgen auf Sonderzeichen und anschliessendem
u.. um das so gekennzeichnete dann wegzuschneiden. Aber auch
"normale" u¬¬ sollten vorkommen duerfen ("u" ist davon ja nur
die Verkuezung bzw. von import.exe ausgefuehrte Exportparameter
verbinden damit noch eine spezielle Magie der Umstellung von
einfuehrenden auf umschliessende Nichtsortierzeichen).

Wuenschenswert waere, dass auch u\nnnX, uY\nnn und u\nnn\kkk
moeglich sind.

viele Gruesse
Thomas Berger