[Allegro] einige anmerkungen zur neuen version 34.1 (nur Lobe und Fragen)

[lehmann_klaus at t-online.de]

ich hacke auf dem thema nochmal rum. denke auch,die schweigende mitlesende mehrheit wird mir beistimmen.

um es deutlich zumachen: eine kontrolle des codes ist mir sehr wichtig! ich muss SEHR schnell schreib"fehlern" auf die spur kommen. deshalb kann ich das "heute dies, morgen das" nicht akzeptieren. sondern muss es (für mich zumindestens) korrekt schreiben. ähnlich verhält es sich so, wenn die kollegen "mittem im galopp die pferde wechseln" (so nenne !ich! das). z.b. für einen bestimmten inhalt bis zum 1.1.2014 das feld #81x genommen haben. sich dann völlig umorientieren, und ab 1.1.2014 das feld #81y für denselben inhalt nehmen. der altbestand interessiert sie dann nicht mehr. und ich soll den schweinkram dann aufräumen. ein wutanfall ist das mindeste, wenn ich sowas bemerke. in "meinem" allegro herrscht preussische zucht und ordnung (=kein witz!). "heute hier, morgen da, kaufe dann bei C&A", sowat jibbet nich bei mir ;-)


wenn ich das folgende so definiere, ist das (für mich!) korrekt: [auch für andere???]

	  Aufgabe für 2014 und später:
  bestimmte so-zeichen wie SUB(US), CR; ¬  werden durch \31  \20 und \170 ersetzt

 alle diese subfelder suchen und ersetzen: nach der unten notierten methode!
 ABDDEGHIJLMNORSTVWYZ  (fehlende Buchstaben sicherheitshalber mitsuchen!)
 abcdefgjklmnopqrstuvwz   (  "   )
				  
				  
 zu schreiben ist es so:
 gilt für alle allegro-befehle (b c p usw) in api's, apt's und apr's
 b$d               NICHT: b"$d" 
                     NICHT: b"SUBFIELDZEICHENd"  
		     NICHT: b\031d 
                     NICHT b"\031d"
  also c und p analog, ebenso ihre grosschreibungk!
		  
  ACHTUNG: AUSNAHME: der Befehl : "_"
		  Neues korrektes Beispiel             !ch +# b$L ,"_\31s_ _" e$ p"|8"


zur sicherheit, daß keiner es mis(t)versteht: 
dieses definiere ich als aufgabe für !meine! programmcodes.

viele grüße
klaus lehmann


-----Original-Nachricht-----
Betreff: Re: [Allegro] einige anmerkungen zur neuen version 34.1 (nur Lobe und Fragen)
Datum: Thu, 27 Mar 2014 12:56:37 +0100
Von: Bernhard Eversberg <ev at biblio.tu-bs.de>
An: Allegro-C Diskussionsliste <allegro at biblio.tu-bs.de>

Am 27.03.2014 12:48, schrieb lehmann_klaus at t-online.de:
> naja. man könnte das neue eindeutig(er) definieren.
> das alte als deprecated (wie es schön undoitsch heisst) definieren, also als "nebenher" gestatten.
> aber eben das neue konkret eindeutiger(er) schreiben.
>
Sicher, man könnte vieles, wollte es die verfügbare Zeit denn erlauben.

> also: ich habe verstanden:
> bei _ _ _ MUSS ich \31 schreiben
> bei e und b sollte (immer ="lehmanns idee") $ für das subfield geschrieben werden.
Ja, Konjunktiv. Abschaffbar ist das alte nicht.
Vokabeln wie "deprecated" haben wir nicht im Angebot. Wenn wir das alte
eh nicht abschaffen können, wozu dann so eine Gängelung?

>
> es geht mir "nur" um die ein eindeutlichkeit,
> was meinen sie, wie wahnsinnig ich werde, wenn ich sowas sehe (von mir selbstgeschriebenes:)
> i5,LEERLEERunddiezeilegehtweiter
> das ERSTE LEER ist dann gar nicht ein decimal32, sondern ein decimal00. viele editoren und dateibetrachter spielen einem die übelsten streiche ... ;-)
>
Dann lassen Sie die Finger vom einen (allegro) oder vom andern (jenen
sog. Editoren).

Im Ernst sollte man wohl ca. alle 5 Jahre ein System ganz neu schreiben.
Haben wir '85 ja auch mal gemacht. Beim nächsten mal dann, ca. 89, ist
die Klassenbibliothek bei rausgekommen, als unvollendete Lösung, und
noch weitere Neuschreibungen hat die Zeit nicht zugelassen.

B.E.



_______________________________________________
Allegro mailing list
Allegro at biblio.tu-bs.de
http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro