[Allegro] acon-Uneinheitlichkeiten

[Bernhard Eversberg]

Thomas Berger schrieb:
>>>
>>> zeigt m.E. dass die Steuerzeichennotation "^." bei "e", "b" und
>>> "B", "t" und "T" funktioniert, nicht jedoch bei "f" und "F" 
>> Doch, ist implementiert!
> 
> Der Test-Flex war ja an die Mail angehaengt: Weil es also implementiert
> ist, ist es ein Bug, denn es funktioniert nicht.
> 
Hab's aber erst noch getestet, und da ging's.

> 
>>> (sowie "E",
>>> wobei mir nicht klar ist, ob "E" implementiert ist/ sein sollte).
>>>
>> Von "E" ist in der Doku nicht die Rede. Was sollte es auch tun? So
>> tut es folgerichtig, ohne Fehl und Tadel, nichts.
> 
> Nun, weil ich von der Exportsprache her genau die Manipulationen
> f, F, b, B, t, T und e, E kannte, habe ich das auch so als
> Manipulationen fuer cstrings nutzen wollen, dumm, dass dort zwar
> eigentlich alle bekannten, aber nicht "E" implementiert ist...
> 
Intuitionsgeleitetes Agieren ist immer riskant, bes. bei Software.
Die Implementierung ist auch für die anderen Manipulationen nicht
identisch: die mit den Zahlen gehen nicht (e20 und so), aber
auch beim Export macht E"xyz" einfach keinen Sinn, der anders
wäre als der von e"xyz", im Gegensatz zu b"xyz vs. B"xyz".
Nur E50 könnte Sinn machen - aber e50 kann FLEX auch nicht.
(Auch uns wär's lieber, es könnte das alles. Wo immer machbar,
gleichen wir ja an, was in der Wurzel gar nicht gleich ist, das hat
aber seine Kehrseite, wie man sieht.)

B.E.