INPUT-Tipp

BIF · 22. November 2016

Also hier noch einmal ein Tipp für Anfänger:

10 :input":";a$:printa$

Normalerweise kann man ja beim Input-Befehl keine Sonderzeichen eingeben, wie Komma oder Doppelpunkt.
Aber auch das geht mit dem Standard INPUT-Befehl, wenn man die Sonderzeichen in Hochkommas/Anführungszeichen setzt.

Bei Eingabe von

"Hallo, wie geht es:"
erscheint dann in der Ausgabe:
Hallo, wie geht es:

Das die Anführungszeichen nicht mit eingelesen werden hängt wohl damit zusammen, daß der Input-Befehl mit dem Read-Befehl verknüpft ist und Input daher ähnlich wie read arbeitet.

Schönen Gruß.

syshack · 22. November 2016

Das ist doch mal was Einfaches zu verstehen!

ZeHa · 22. November 2016

und warum genau sieht Dein Beispiel dann so aus:

10 :input":";a$:printa$

und nicht einfach so:

10 inputa$:printa$

Das Verhalten mit den Anfuehrungszeichen usw ist doch das gleiche?!

ADAC · 22. November 2016

naja... er setzt ja immerhin einen Doppelpunkt vor das Fragezeichen ... was aber auch so zu erwarten war...

Gruß, Gerd

PS: ?

BIF · 22. November 2016

@ZeHa:

:input"eingabe:";a$

Mit dem Input-Befehl kann man auch einen String ausgeben.
Aber natürlich kann man daß auch anders machen:

:print"eingabe:";:inputa$

Schönen Gruß.

ZeHa · 22. November 2016

Das ist mir schon klar, nur wirkte das erst auf mich, aufgrund dieser ganzen Doppelpunkte usw als waere das ein Trick, um keine Anfuehrungszeichen zu benoetigen oder sowas. Aber letztendlich ist es halt ein ganz normaler Inputbefehl, der halt noch einen Doppelpunkt ausgibt und zudem auch vor dem Befehl selbst ein Doppelpunkt ist, der aber ebenfalls keine Wirkung hat. Daher habe ich nicht verstanden, wieso das Beispiel so geschrieben wurde, bzw. wozu man ueberhaupt ein Beispiel braucht, denn Du nennst ja nur einen Tip, wie man sich als Nutzer bei einer Eingabe verhalten kann, um auch Sonderzeichen mit eingeben zu koennen, aber keinen Tip fuer Programmierer, wie man sowas z.B. fuer den User leichter machen kann oder sowas.

BIF · 22. November 2016

@ZeHa:
Stimmt, der Trick zeigt, wie man beim normalen Input-Befehl auch Sonderzeichen eingeben kann.

Schönen Gruß.

BIF · 22. November 2016

INPUT mit SONDERZEICHEN:
-------------------------------------
Hier der Trick, wie man ein Input mit Sonderzeichen in nur 3 Befehlen programmieren kann.
Auch die Anführungzeichen werden hierbei mit eingelesen.

Quellcode:
10 :print"eingabe:";::poke511,1:sys42336:sys44049b$::printb$

Der erste sys-Befehl ruft die Zeileneingabe auf,
der zweite liest den Eingabepuffer.

Schönen Gruß.

peiselulli · 22. November 2016

Was für eine Scheisse ...

syshack · 22. November 2016

Na gut, wenn man nur die Anzahl der vorkommenden Keywords zählt, kommt man auf 3 "Befehle".
Ich zähle hier mindestens 5, wenn man die überschüssigen Doppelpunkte (die ja auch eine Funktion haben) mitzählt, sogar 8 Befehle.

Mac Bacon · 22. November 2016

Wenn der Quatsch wenigstens funktionieren würde... aber das da oben behandelt die Sonderzeichen exakt genauso wie INPUT.
Ich schätze, was BIF gemeint hat, ist dies: Setz noch ein POKE17,64 zwischen die beiden SYS-Aufrufe, dann benimmt sich die Zuweisungsroutine wie bei GET und hat keine Probleme mit Anführungszeichen, Doppelpunkten und Kommata. Ob es noch Seiteneffekte gibt - keine Ahnung. Warum im Prozessorstack rumgepoked wird - keine Ahnung.

InsertDisk2 · 22. November 2016

Zitat von peiselulli

Was für eine Scheisse ...

BIF · 22. November 2016

Tatsächlich, ich frag mich nur, warum das bei mir immer funktioniert hat..
Vermutlich weil ich eine Get-Tasten Abfrage davor hatte.

10 :geta$::print"eingabe:";::poke511,1:sys42336:sys44049b$::printb$

Also, wenn man das poke511,0 macht, dann findet kein Einlesen statt.

Schönen Gruß.

BIF · 22. November 2016

Also na gut, dann waren es beim letzen mal vier Befehle.
Dann diesmal mit dreien.

Quellcode:
10 :print"eingabe:";::poke511,1:sys42336:sys43931b$::printb$

Also ich hatte bei dem Trick immer zwei Alternativen.
Und das ist die Zweite.

Schönen Gruß.

BIF · 22. November 2016

Zugegebenermaßen ein Reinfall.
Aber es gibt hier ja aufmerksame Teilnehmer.

Schönen Gruß.

Mac Bacon · 22. November 2016

Zitat von BIF

ich frag mich nur, warum das bei mir immer funktioniert hat..
Vermutlich weil ich eine Get-Tasten Abfrage davor hatte.
10 :geta$::print"eingabe:";::poke511,1:sys42336:sys44049b$::printb$

Dann schon lieber den zusätzlichen POKE benutzen - denn falls der Benutzer zu früh lostippt, würde das GET ein Zeichen aus dem Tastaturpuffer entfernen, das taugt also nicht.

ADAC · 22. November 2016

Forum64. Phantastische Programmierwesen..... und wo sie zu finden sind

daddlertl · 22. November 2016

Den Befehl SYS42336 finde ich interessant: den kann ich für ein Programm gebrauchen, dass ich gerade schreibe, da er das Bearbeiten des Bildschirms ermöglicht, ohne wie bei Input ein störendes Fragezeichen zu setzen. Das Programm soll ein Nuvie-Infoscreen-Editor werden mit einfacher Funktion: Infoscreen auf der REU auslesen und in den Bildschirmspeicher laden, den Infoscreen bearbeiten und nach Drücken von Return den Bildschirmspeicher wieder in die REU schieben.

Gibt es eine Möglichkeit das Scrolling zu deaktivieren, sodass der Cursor nur am unteren Bildschirmrand "anstößt" statt den Bildschirminhalt wegzuscrollen ?

Hexworx · 22. November 2016

Der beste 'INPUT-TIPP' ist immer noch GET.

TheRyk · 22. November 2016

what Hex sez, Top-INPUT-Tipp: INPUT nicht verwenden

Um nur mal den nervigsten Grund zu nennen: INPUT erlaubt, z.B. per Cursor oder DEL oder zu langen Eingaben, das Schroten des Screens, was man eher nicht will.

Bei GET$ kann man sehr genau kontrollieren, welche Eingaben überhaupt zulässig sind und wie viele Zeichen.