[Allegro] Differenzen. Untersuchung Teil 1, Nachtrag

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg,

>> Sie meinen "first" statt "get first"?
> Ja. Desgl. "last", "next", "prev".
> 
>> Aber geht dann auch "second" anstatt "get 2"?
> Davon steht nirgends was. Das ist wieder mal ein unzulässiger
> Analogieschluß (oder dem Datum geschuldet).
> 
>> Jedenfalls hatte "get 1" in a99 denselben
>> falschen Einfluss auf den Pointer der Eingangsdatei wie "get first".
>>
> "get 1" kann a99 sowieso nicht.


Oh. Jetzt habe ich mal xget.rtf von oben nach unten gelesen und mir
die roten Avanti-Notizen als Ueberschriften gemerkt.

- - Zu "get 1" gibt es also keine Analogie "get 2" etc.

- - Gezielten Zugriff auf Satz n der Ergebnismenge bekommt man nur
  mittels "find rn"...

Irgendwie geht das alles durcheinander, was "fetch", "get", "read"
und "find" angeht, auch abgesehen von Unterschieden zwischen a99
und acon. Ich schlage ganz ernsthaft vor, das gruendlich
aufzuraeumen / auseinanderzusortieren, auch wenn das eine
Anpassung aller existierenden Flexe und Jobs zur Folge haben
sollte.

Konkret:

* nur acon scheint aus historischen Gruenden get's zu
  unterstuetzen, die sich auf Datensaetze beziehen (get edit,
  get first, get 1, get next etc.).

* Ich persoenlich halte Verben fuer sympathisch, es waere
  schoen, wenn wir eine Verb xxx finden koennten, das sich auf das
  Holen von Saetzen bezieht, also als Praefix vor "first", "next"
  "last", "prev" und als Ersatz fuer "find rn".

* "get edit last" etc. finde ich nicht unbedingt erforderlich,
  "last; edit" sollte denselben Effekt haben, d.h. man koennte
  "edit" einfuehren als (acon und a99) Ersatz fuer "get edit".

* Ich halte ccopy und cpaste fuer unintuitiv mit ihren vielen
  Funktionen, ich ertappe mich immer dabei "get clip" zu schreiben,
  wo es "cpaste" heissen muss.

[Liste wird fortgesetzt]



>> Dabei wird in der Anfangssituation (Variable nicht belegt)
>> fuer die u-Variable[!] jeweils ein Inhalt gebildet, der mit
>> Spatium beginnt oder mit Spatium endet. Beides sollte (im
>> Gegensatz zu regulaeren Kategorien) funktinieren.
> Tut es nicht. Nur interne Mehrfachspatien bleiben in #u-
> Variablen erhalten. Bei acon auch welche am Hinterende, bei
> a99 an beiden Enden nicht.

Laesst sich dokumentieren, wie es sein soll und anschliessend
dann das Verhalten vereinheitlichen?

viele Gruesse
Thomas Berger

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBSdNtn2ITJZieluOzAQI9CgP8CxHuLCkkuDHOgqCZv6iXe8emthL1P1NV
qW18/qCPBgo9ldziUc11cqPltEkBSveaE6ey/1jYExXtkF3sMddxREBB6Ms2WWaK
JM+qYiH+uY/BQJ084I0ji2uog4mjA8udCr7a0N/GZm/DxqQTjkhFNivV+vcWD6HJ
eUkEw5t9zQ0=
=vTtW
-----END PGP SIGNATURE-----