Immerhin wär's im englischen und deutschen Handbuch gleich falsch... ![]()
Posts from Senfsosse in thread "MEGA65 - BASIC 65-Referenzhandbuch"
-
-
Irgendwie redundant, aber OK
... -
Das ergibt erstaunlich viel Sinn...

-
Display More
Interessant. D.h aber auch, dass man dort keine Variable D verwenden kann

Das kann in der Tat in diesen konkreten Fällen ein Problem sein.
Ich habe es gerade mit dem ROM 920322 ausprobiert:
Please login to see this attachment.
SIND(45) nimmt dann nicht die Variable D(45), sondern den SIN von 45 Grad.
Edit: Ich habe das gerade auch bei Discord an die Entwickler gemeldet.
Ui, spannend...
-
Wer labert heute immer noch unmotiviert rum und nervt einfach nur?

Sorry, musste sein...
-
-
Na endlich mal ordentliche Befehle, mit Grad statt Radians. Radians ist Teufelswerk.
Im Handbuch sind die aber noch nicht drin, oder? Mist, wieder neue Tokens

Das hatte ich auch gleich gedacht...

Dass der circle keine Kreissegmente unterstützt hat, hat mich sowieso gewundert, ebenso, warum es für Ellipsen einen eigenen Befehl gibt. Wenn ich mich richtig erinnere, hat der C-16 (und damit womöglich auch der C128?) das ein einem Befehl abgefrühstückt.
-
Wieso platzierst du den aktuellen Link nicht in deiner Signatur?
Weil ich weder selbst eine Signatur nutze, noch mir die Signaturen der anderen anzeigen lasse.
Ich habe keinen Bedarf an statischen Texten, die ich bei jedem Beitrag zusätzlich angezeigt bekomme.

Ja, und wenn wir Bedarf haben, was ist dann? Du denkst auch nur an dich...


-
[Update 28.02.2022: BIT (Seite 24): Ergänzungen vom englischen Handbuch hinzugefügt.]
Im englischen Handbuch wurden CLRBIT und SETBIT als zwei eigenständige Befehle ins Handbuch aufgenommen.
Ich möchte im deutschen Handbuch die bisherige Aufteilung beibehalten und habe nur die zusätzlichen Hinweise für Adressen > $FFFF hinzugefügt.
Es geht also keine Info im deutschen Handbuch "verloren".

Ich finde in der Version vom 1.3. bei CLR BIT und SET BIT keine Hinweise zu Adressen > $FFFF. Ist da nur der Verweis auf BIT gemeint?
Vorschlag: Bei CLR und SET sollten vielleicht noch Beispiele für CLR BIT und SET BIT aufgenommen werden oder reicht auch da der Verweis auf BIT? Irgendwie ist das doof, wenn vorhandene Schlüsselworte plötzlich in anderem, völlig losgelöstem Zusammenhang "recycled" werden...
-
Ich finde diese Notation besser, als die, die du verwendet hast. Ist für mich eindeutiger.
Die Notation wird aber im Anfangskapitel erwaehnt, also von daher finde ich das ok.
Geschweifte Klammern habe ich dort nirgends gesehen.
auf Seite 10 zu finden:
Please login to see this attachment.
Danke!
Da werden die {} m.E. aber anders beschrieben, als von Snoopy gebraucht. Hab mir die aktuelle Version noch gar nicht angesehen...Wenn ich so drüber nachdenke, scheint es mir doch OK, oder? Das verwirrt mich immer wieder...
-
Ich finde diese Notation besser, als die, die du verwendet hast. Ist für mich eindeutiger.
Die Notation wird aber im Anfangskapitel erwaehnt, also von daher finde ich das ok.
Geschweifte Klammern habe ich dort nirgends gesehen.
-
Ich habe gerade ein aktuelles Update (24. Februar) hochgeladen, in dem die Vorschläge von Senfsosse eingearbeitet worden sind.

Wer nicht jedes Mal den ersten Beitrag aufrufen will, der kann das Handbuch auch über die offizielle MEGA65-Seite Please login to see this link. im Menüpunkt "Docs" runterladen. Dahinter steckt zwar der gleiche Link, aber ist vielleicht leichter zu merken?

Please login to see this attachment.
Wenn ich den runterlade steht in der Version aber noch das Datum vom 18.1. …?
Schau mal nach Caching im Browser. Hatte ich gestern auch...
-
Die Syntax des SYS-Befehl wird im C65-"Handbuch" so angegeben:
CodeSYS -- Call a ROM routine or user machine language routine SYS address [,[a] [,[x] [,[y] [,[z] [,s] ]]]]Soll praktisch Folgendes bedeuten:
SYS kann mit einer Adresse als alleinigen Parameter angegeben werden. Dann wird der Code ab dieser Adresse ausgeführt.
Man kann auch Inhalte für die Register A, X, Y, Z und das Statusregister mit angeben. Dabei muss man allerdings die Reihenfolge der Parameter beachten:
SYS adresse, 12 übernimmt zum Beispiel 12 in Register A. Wenn man die 12 im X-Register haben will, dann muss man SYS adresse, , 12 verwenden. Das Komma für A muss gesetzt sein, obwohl man für A nichts angibt. Aber X muss der zweite Parameter sein und deswegen die zwei Kommas. Für Y wären es dann drei, usw.
Ich finde diese Notation besser, als die, die du verwendet hast. Ist für mich eindeutiger.
Ich würde, wie bereits geschrieben, vielleicht noch explizit erwähnen, dass damit Werte an die Register übergeben werden.
-
Dann tu ich mal meine 2 Cent dazu, ja:
BIT unterstütze ich wie's ist.
Zweck: LOCK wird verwendet, um Dateien zu sperren. Die angegebene Datei oder ein Satz von Dateien, die dem Muster entsprechen, wird/werden gesperrt und kann/können nicht mit den Befehlen DELETE, ERASE oder SCRATCH gelöscht werden.
Gilt entsprechend auch für UNLOCK.
Zweck: CLR ohne Parameter dient der Verwaltung von BASIC-Variablen, -Arrays und -Strings. [...]
SET scheint mir OK.
DLOAD
Die dritte Variante ist ähnlich wie die zweite, aber die Dateien sind hier aufsteigend nach Größe sortiert.
LOAD
Siehe DLOAD. Frage: Wird bei Variante 2 und 3 tatsächlich die Notation mit "[,D Laufwerk] [,U Gerät]" verwendet? Und muss dann der Sermon zu dieser Notation hier auch mit aufgenommen werden?
POINTER ist OK, denke ich.
SYS : Was sollen die geschweiften Klammern bedeuten? Das scheint auch auf Seite 3 nicht beschrieben zu sein. Wenn das bedeuten soll, dass hier bei Nutzung des optionalen Teils Werte für alle(!) Register angegeben werden müssen, sind eckige Klammern um den kompletten Registersatz ausreichend. Ich kann mir das aber eigentlich gar nicht so recht vorstellen. Wenn es sich um Positionsparameter handelt, müsste das wohl mit mehreren eckigen Klammernpaaren noch anders gelöst werden. Mit der modifizierten BNF kenne ich mich nicht so aus...
Außerdem wird m.E. nicht ausreichend klargestellt, dass hiermit der Akkumulator bzw. die Register mit Werten belegt werden können.
-
Nope, ich bekomme da die Version vom 18. Januar...Please login to see this attachment.Ach, vergiss es! Ein Hoch auf das Caching von Firefox! Jetzt bin ich auf dem aktuellen Stand...
Please login to see this attachment.
-
So, ich habe jetzt die aktuelle Version (22. Februar) des Referenzhandbuchs hochgeladen. Der Link ist immer noch der gleiche im ersten Beitrag.

Hinzugekommen sind seit der Fassung vom 18. Januar die Seiten: BIT, LOCK und UNLOCK.
Geändert hat sich was auf den Seiten: CLR, DLOAD, LOAD, POINTER, SET und SYS.
Die Seite für BIT und die dazugehörigen Einträge bei CLR und SET habe ich selbst verbrochen. Alle andere Änderungen sind Übersetzungen aus dem englischen Original.

Dann entstaubt mal eure Wörterbücher und meldet wieder die Fehler.

Du meinst diesen Linke, ja? Please login to see this link.
Da finde ich die neuen Schlüsselworte nicht. Mach ich was falsch?

-
-
Das bedeutet bei CLR und SET eigene Absätze für die jeweiligen Varianten. Das sollte machbar sein.
-
Ich find die Angabe der ROM Verson hinter dem Befehl in Klammern eine gute Idee.
Hier mal die Referenz was alles geändert wurde: Please login to see this link.
Ich gebe dir grundsätzlich recht, aber das ist schon ein ganz ordentlicher Aufwand, denke ich.
-
Please login to see this attachment.
Ich würde es hier und oben beim Format mit einfügen und BIT als sekundäres Schlüsselwort einfügen. Bei der Notiz müsste auch geklärt werden, dass sie sich auf CLR Variable bezieht. Bei SET ist das für andere sekundäre Schlüsselworte ja schon so gemacht:
Please login to see this attachment.
Hier müsste halt zusätzlich SET BIT aufgenommen werden.