Diskussion:Steuerzeichen

Kennzeichnung von Steuerzeichen in einem Programmlisting

Ich möchte anregen, dass Steuerzeichen und nicht darstellbare Tastatur-Eingaben in geschweifte Klammern eingefasst werden und in Kleinbuchstaben erfolgen. Die Verwendung von spitzen Klammern widerspricht z.B. unseren Richtlinien der Programmier-Syntax. Außerdem lassen sich (finde ich) solche Passagen leichter lesen: PRINT "{clr/home}{crsr down}" als solche PRINT "<CLR/HOME><CRSR DOWN>". Eure Meinung? --GoDot 23:19, 12. Jul 2006 (CEST)

hm normalerweise sind mir beiede Versionen gleich "angenehm", aber deine Variant macht es vielleicht Einsteigern einfacher... die sind das ja nicht von anderen Anleitungen gewöhnt... vielleciht darauf hinweisen, das dies nur innerhalb dieser Wiki gilt (ich selbst verwende grossbuchstaben, um in Foren windoof-menüs zu erklären *g*) --FXXS 23:43, 12. Jul 2006 (CEST)

Ich meine, in Programm-Listings bzw. zitierten BASIC-Befehlspassagen! Im normalen Fließtext, wo ich vielleicht nur die spezielle Taste erwähne, nehme ich auch spitze Klammern und Großbuchstaben, da hebt sich das besser hervor. Aber nicht in Listings, da sind die Befehlswörter ja schon groß! --GoDot 00:05, 13. Jul 2006 (CEST)

Ja ist schon etwas problematisch, da in Texten Tasten im Allgemeinen mit <Taste> gekennzeichnet werden. In Listings selber kann ja ein <Text> für vieles stehen nicht nur für die Operatoren. Allerdings ich persönlich versuche Steuerzeichen durch die entsprechenden CHR$-Codes zu ersetzen, wo immer es geht. Allerdings geht dies schlecht in einem Artikel über Steuerzeichen bei einem entsprechenden Beispiel. --Jodigi 15:08, 13. Jul 2006 (CEST)

Wolltest du mir mit deiner Antwort zustimmen? Ich erinnere mich jedenfalls, dass manche Drucker-Interfaces (war's Wiesemann?) und auch manche PC-Konvertierprogramme die Steuerzeichen eben genauso wie ich vorschlage ausgegeben haben, statt einem invertierten großen "E" haben sie also geschrieben "{f1}". Ansonsten stimme ich euch vollkommen zu, wenn ich einen Text schreibe, der was mit bestimmten Tasten zu tun hat, schreibe ich auch "<F1>" oder "<F1-Taste>". Nur halt in Listings nicht, da liest sich das schlecht, unter den vielen sonstigen Großbuchstaben. --GoDot 15:25, 13. Jul 2006 (CEST)

Mir scheint wir sind alle so ziemlich der gleichen Ansicht, ist halt nur die frage wie man das Neulingen erklärt... Also gegenfalls die Programmier-Syntax mit nen extra absatz versehen, der dann auf "Verwechslungen" nochmal eingeht... --FXXS 15:52, 13. Jul 2006 (CEST)

Code-Tabelle

Ist hier wirklich viel besser aufgehoben. Nur muss sie optisch anständig rüberkommen! So ist das nur ein Haufen Buchstaben, da kann man nichts finden und nichts suchen! Wie wär's mit einer Grafik (oder vielen kleinen - obwohl ich das nicht so prickelnd finden würde)? --GoDot 12:22, 13. Aug 2006 (CEST)

• g* das wär ne Fleißarbeit... mal sehen wer Lust dazu hat *g* --FXXS 12:44, 13. Aug 2006 (CEST)

Ich hoffe nur, dass Ihr nicht die Steuerzeichen mit den kompletten ASCII-Code, der alle Zeichen eines Computers enthält, verwechselt. --Jodigi 16:32, 14. Aug 2006 (CEST)

Prinzipel ist da ja nu nicht der große unterschied, die Steuerzeichen sind ja durch den ASCII-code definiert (bzw. PetSCII, ASCII hat ja strenggenommen nur 128 Zeichen *g*)... aber die alphanumerischen Zeichen wollt ich auch nicht einzelt aufführen, ebensowenig die Graphikzeichen... bleibt die Frage ob <PFEIL LINKS> und <PFEIL OBEN> nun Steuer oder Graphikzeichen sind... die Farbwechsel sind doch Steuerzeichen, oder ? C64-Wiki:Spielwiese#Version_von_FXXS --FXXS 17:15, 14. Aug 2006 (CEST)

Steuerzeichenmodus während Programmausführung

Warum geht der BASIC-Interpreter bei Programmausführung in den Steuerzeichenmodus (nach chr$(34)) und versaut mir die Bildschirmausgabe? Ist das ein Bug? Sollte auf jeden Fall im Artikel erwähnt werden. Hier ein Beispiel:

10 print"{clr}"chr$(34)"bug{3× cursor rechts}{grün}text{hellblau}test"

--Pohli (Diskussion) 09:43, 20. Sep. 2023 (CEST)

Das hat so seine Richtigkeit. Ob du nun das Anführungszeichen als Zeichen (") oder als Code ( chr$(34) ) ausgibst, ist für den Interpreter dasselbe, er schaltet in den Quote-Mode (und zurück). Du könntest vielleicht das CHR$ zweimal hintereinander setzen, dann würden die Steuerzeichen ausgeführt (die beiden Quotes aber auch). Wenn du allerdings das Paragrafenzeichen (statt des Dollars) meinst: das wäre ein Bug. --GoDot (Diskussion) 12:07, 20. Sep. 2023 (CEST)

Das hat seine Richtigkeit bezüglich des C64-BASIC meinst du? Das hab ich mir schon gedacht, ich hab's auf zwei verschiedenen VICE-Versionen ausprobiert und bin nicht davon ausgegangen, dass es ein Bug des Emulators ist. Aber ich finde das ziemlich blöd; das hätte man doch so lösen können, dass der Steuerzeichenmodus nur bei der Eingabe aktiviert wird und nicht bei der Programmausführung. Oder gibt es da einen sinnvollen Hintergrund?

Ich hab mir dann tatsächlich so beholfen, ein zweites Anführungszeichen zu schreiben und sofort wieder mit {cursor links} und {space} zu löschen.

Nun steht aber im Artikel im zweiten Satz des Abschnitts 'Steuerzeichenmodus' Folgendes:„In diesem werden alle Tasten, die im Direktmodus zur Steuerung des Bildschirmeditors genutzt werden, in entsprechenden Zeichen festgehalten.“ Wenn mich nicht alles täuscht, handelt es sich bei meinem Beispiel nicht um den Direktmodus, oder? Ich finde, dazu sollte etwas im Artikel ergänzt werden.

Das mit dem Paragrafenzeichen war mein Fehler, hab's mal oben korrigiert. --Pohli (Diskussion) 18:42, 20. Sep. 2023 (CEST)

Ich hab das mal ein bisschen überarbeitet. So besser? --GoDot (Diskussion) 20:10, 20. Sep. 2023 (CEST)

Auf jeden Fall besser, danke, nur nicht was ich meinte. Ich dachte an einen (Warn)hinweis, dass der Steuerzeichenmodus unter Umständen (wie in meinem Beispiel) auch bei der Programmausführung und nicht nur im Direktmodus aktiviert werden kann, und dass das dann unerwünschte Ergebnisse auf dem Bildschirm ergibt. --Pohli (Diskussion) 22:04, 20. Sep. 2023 (CEST)

So, hab dann im Artikel was ergänzt, hoffe es ist korrekt so. --Pohli (Diskussion) 09:47, 24. Sep. 2023 (CEST)

Schon in Ordnung, auch wenn die Aussage eigentlich redundant ist (die Ausgabe eines Anführungszeichens versus eines CHR$(34) ist identisch, bei beiden passiert das Gleiche). --GoDot (Diskussion) 11:58, 24. Sep. 2023 (CEST)

Von wegen "hätte man doch so lösen können", klar, kostet halt ein paar Bytes, die man damals nicht für sowas aufwenden wollte und wohl auch im engen Zeitplan wichtigere Dinge hatte... schau Dir mal den Autounfall INPUT an im Vergleich. Da wird nichtmal SHIFT-RUN/STOP ausgeschaltet. -- 1570 (Diskussion) 20:43, 20. Sep. 2023 (CEST)

Also doch eher ein Bug.

Ja, INPUT hab ich auch lieber durch 'ne kleine Eingaberoutine ersetzt. --Pohli (Diskussion) 22:04, 20. Sep. 2023 (CEST)