[Allegro] Kleine Verbesserung in Vorbereitung

[Fischer, Thomas]

Lieber Herr Eversberg,

auch Ihnen ein gutes, erfolgreiches und produktives neues Jahr!

Die von Ihnen geplanten Verbesserungen würde ich sehr begrüßen, weniger weil mein Texteditor (TextWrangler unter Mac OS X) nicht mit den Sonderzeichen zurechtkäme (außer ASCII 26), sondern weil mein Windows-System sich immer mal wieder verwirrt, wenn Exportparameter mal als DOS-Latin-1 und mal als Windows-Latin-1 gespeichert werden, wenn sie wegen einer minimalen Änderung mal eben mit einem anderen Editor aufgerufen wurden.
Wegen Risiken und Nebenwirkungen komme ich dann gegebenenfalls auf Sie zurück...

Mit freundlichen Grüßen
Thomas Fischer



> -----Ursprüngliche Nachricht-----
> Von: Allegro [mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von
> Bernhard Eversberg
> Gesendet: Dienstag, 7. Januar 2014 09:41
> An: Allegro-C Diskussionsliste
> Betreff: [Allegro] Kleine Verbesserung in Vorbereitung
>
>
> Allen Anwendern ein Gutes Neues Jahr und viel Erfolg mit V33.5!
>
> Eine erste Verbesserung in V34 soll folgende sein, die schon im
> Dezember vorbereitet wurde und nur noch nicht ganz fertiggeworden war,
> und zwar in den Exportparametern.
>
> Langsam ist es zum Ärgernis geworden, daß man in den Parameterdateien
> gewisse Sonderzeichen, vor allem aber das Unterfelddreieck, nicht anders
> eingeben kann, und zwar in einer mit jedem Editor bearbeitbaren Form.
> Zwar kann man mit  WinVi arbeiten und man kann in a99 auch die
> Parameter direkt im Anzeigefeld bearbeiten, dabei gibt es kein
> Problem mit dem Dreieck, aber unter Linux/UNIX sieht es anders aus,
> und manch einer will eben einen anderen Editor verwenden, der einem
> nur leider solche Zeichen nicht korrekt zeigt, sie nicht einzugeben
> gestattet oder gar verfälscht.
> Was also tun, ohne die Kontinuität und Rückwärts-Kompatibilität
> zu verletzen?
>
> Zunächst zwei Dinge:
>
> 1. Innerhalb von "..." bzw. '...' soll es möglich sein,
>     Codes mit  \nnn  einzugeben statt direkt als Zeichen.
>     Also z.B.  \31  statt des Dreiecks, wie etwa in solchen
>     Manipulationsbefehlen:
>     b'\31s'  oder  ,"_\31s_Signatur: _"
>
> 2. Speziell für das Unterfelddreieck eine zusätzliche
>     vereinfachte Alternative, weil sehr oft vorkommend:
>
>     b$a  statt  b"\31a"     und    e$  statt  e"\31"
>
>     und in dem Falle ist es dann auch egal, welcher Code
>     tatsächlich der Unterfeldcode ist, denn der wird dann
>     aus der CFG entnommen.
>
> Damit sollte es u.a. möglich werden, die Standardparameter so
> umzuarbeiten, daß man sie dann mit jedem Editor bearbeiten kann.
> Denn dies ist wichtig für den Plan, den Standard in eine Unicode-
> fähige Variante umzuwandeln, die man als Alternative zur
> Verfügung haben soll und dann verwenden kann, aber nicht muß.
> Standardanwender, m.a.W., sollen nichts ändern müssen!
>
> Es gibt, wie jeder weiß, diejenigen, die solche Verbesserungen
> eher als Verschlimmschlechterungen empfinden werden und denen
> nichts anderes gut genug sein könnte, als ein runderneuertes,
> allen heute gängigen Programmierstandards genügendes neues
> allegro-U. Ein solches kann nicht in einem Jahr geschaffen werden.
> Weit eher kommt irgendeine ganz andere Software vom andern Ende
> der Welt daher, mit der dann alles gut wird. Das enthöbe uns
> allen weiteren Handlungsbedarfs. Wir tun daher vorerst alles,
> was noch nötig ist, den Standard für etliche Jahre weiterhin
> gut nutzbar zu halten und unseren Anwendern die Sicherheit zu
> geben, nicht plötzlich im Regen oder in einer Sackgasse zu stehen.
>
> B.Eversberg
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro