Und zwar betriff es Befehle die noch ein Beistellwort haben.
Beispiel
SCREENDEF1,0,0,2
SCREENOPEN1
PALETTERESTORE
Da scheint er nicht zu erkennen, dass es SCREEN DEF ist und versucht dann SCREENDEF zu bearbeiten, was dann ne Syntax Error ist.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von smithloo am
Und zwar betriff es Befehle die noch ein Beistellwort haben.
Beispiel
SCREENDEF1,0,0,2
SCREENOPEN1
PALETTERESTORE
Da scheint er nicht zu erkennen, dass es SCREEN DEF ist und versucht dann SCREENDEF zu bearbeiten, was dann ne Syntax Error ist.
Ich habe (ganz ehrlich) mit der Forensuche gesucht, ob dieses Thema bereits behandelt wurde und nix gefunden. Falls es also doppelt gemeldet ist, bitte ich um Vergebung.
Suchen und ersetzen...
Wollte in allen IF-Statements die GOTOs durch THENs ersetzen. Tückischerweise wird aber nicht das gehighlightete Element ersetzt, sondern das darauf folgende.
Bereits bekannt? Ein Fix in der Mache?
Ansonsten: Hut ab vor Version 5.1b
Eine Frage zum Basic Editor: Kann man irgendwo einen Zeilenumbruch einstellen?
Alles anzeigenIch habe (ganz ehrlich) mit der Forensuche gesucht, ob dieses Thema bereits behandelt wurde und nix gefunden. Falls es also doppelt gemeldet ist, bitte ich um Vergebung.
Suchen und ersetzen...
Wollte in allen IF-Statements die GOTOs durch THENs ersetzen. Tückischerweise wird aber nicht das gehighlightete Element ersetzt, sondern das darauf folgende.
Bereits bekannt? Ein Fix in der Mache?
Ansonsten: Hut ab vor Version 5.1b
Ich stolpere auch öfters über SucheUndErsetzeHindernisse.
Da man die Dateien aber auch im jormalen Editor öffnen kann, ist das da einfacher Workaround, kein Problem.
ZeroZero: Huch? Muss ich mir ansehen, Suchen und Ersetzen hatte ich komplett überarbeitet. Danke für den Hinweis!
@Zaadi: Das Problem dürfte sein, dass C64Studio nur die Tokens von BASIC V2 einsetzt, alles andere bleibt dann als normaler Text. Daran stört ich der C65 dann.
Ich müsste dem C64Studio die anderen Systeme beibringen. Ich habe dabei halt das Problem, dass ich nur den C64 wirklich kenne, die anderen nur vom Namen her.
Beim Assembler im Grunde das Gleiche.
Das ist irgendwie eine Frage für C64Studio und Winvice.
Ich erstelle beim Build-Prozess ein D64. Das wird mit Winvice gestartet mit echter Laufwerkssimulation. Jetzt will ich parallel in Winvice ein FCIII einlegen. Aber das startet natürlich im Desktop Modus. Dementsprechend lädt er nicht mein File aus dem D64.
Wie kann ich nun dafür sorgen, dass Winvice mit eingelegter FCIII startet aber so als hätte ich beim Starten Run/Stop gedrückt?
Uiui, knifflig
Eine Voraussetzung ist, dass VICE das Starten im gewünschten Modus erlaubt. Dann kannst du in File->Preferences->Tools eine Kopie des VICE-Eintrages machen, und für den Aufruf die jeweiligen Parameter ergänzen.
Beim Start ist es dann nur das Auswählen des passendes Emulatoreintrags.
Ob und wie VICE das entsprechend kann, weiß ich leider nicht.
Evtl. lässt sich das auch durch ein Monitor-Commands-File lösen. Keine Ahnung, wie man das FCIII dadrin aus dem Desktopmodus herausbewegt, aber zur Not sollte es durch Setzen des PC-Registers gehen. Dann könnte man ebenso im Monitor das Diskimage attachen und den Ladevorgang irgendwie starten. Sicher eine Fummelei, aber machbar...
So, nachdem Codeplex ja leider dicht macht, ist C64Studio auf GitHub umgezogen. Die Historie ist leider fütsch, weil der Ex-/Importer bei GitHub immer auf einen Fehler läuft. Nuja, vorwärts geht vor.
Der neue Link ist damit https://github.com/GeorgRottensteiner/C64Studio
Es läuft schon mal deutlich schneller als Codeplex, hurra!
Es sind schon ein paar Änderungen eingeflossen, hauptsächlich Hintergrundtasks und damit einhergehend Beschleunigung der Arbeitsvorgänge und weniger Blockieren der IDE beim Kompilieren. Noch ist es aber kein neues Release.
Hallo Georg.
Ich werd aus '!pet' nicht so ganz schlau:
Aus "Hallo.@" wird:
c8 41 4c 4c 4f 2e 00
- $c8 ist ja nicht falsch, aber es wäre schön, wenn dort nicht die hohen PETSCII-Werte genommen würden (hier also $48 stattdessen)
- warum wird '@' zu $00 (à la Screencode) und nicht $40?
Aus "Hallo.@" wird:
c8 41 4c 4c 4f 2e 00
- $c8 ist ja nicht falsch, aber es wäre schön, wenn dort nicht die hohen PETSCII-Werte genommen würden (hier also $48 stattdessen)
Aber $48 wäre ein kleines h und nicht wie im String angegeben ein grosses?
I mean $68.
Ich habe mich da an ACME orientiert, da kommt das auch mit $C8 raus.
Bei dem @ hast du aber recht, das stimmt so nicht.
Ich habe mich da an ACME orientiert, da kommt das auch mit $C8 raus.
Und ACME nimmt die hohen Codes, weil das die sind, die auch von ASC() in Basic2 zurückgegeben werden.
EDIT: Sowohl die Funktion lese-Zeichen-vom-Bildschirm als auch der Tastaturtreiber geben die hohen Werte zurück. "ASC()" hat damit nichts zu tun, das wandelt ja nur den Zeichencode in ein Float.
Bei dem @ hast du aber recht, das stimmt so nicht.
Ja, gerade getestet, ACME erzeugt Code 0x40.
Danke Mac.
Ist schon doof, wie Commodore PETSCII gebastelt hat bzw. kein vernünftiges ASCII genommen wurde. Mit umgestricktem Zeichensatz geht's ja, wenn die Daten als ASCII/!text reinkommen. Das war eh mein Ziel. PETSCII war Quatsch und ist somit unten durch .
Bei dem @ hast du aber recht, das stimmt so nicht.
Ich hatte mir halt gewundert, warum meine @-Steuerzeichen trotz PETSCII (statt !scr) noch funktionierten, was ja eigentlich gar nicht sein konnte. In deinem Studio schon .
Das "Feature" habe ich schon gefixt
Das "Feature" habe ich schon gefixt
Och menno . Nee, natürlich O.K.. Umstellung auf Standard-ASCII soeben auch erfolgreich beendet (in meinem Projekt).
Was mir eben grad wieder über den Weg lief (und ich auch schon irgendwo weiter vorn mal schrieb): Das markieren mit der Maus läuft ja nicht (mehr) rund (V5.1b):
- Code mit Tastatur markieren: Text wird gescrollt
- Code mit Maus markieren: Es wird nicht gescrollt! Der Scroll-Balken läuft zwar, aber man ja keine visuelle Kontrolle mehr. Bei Klick-Ende springt er dann halt an das (im Hintergrund berechnete) Ende.
Hast du das noch auf dem Schirm? Schon eine Idee? Wie auch schon mal geschrieben, ging das, meine ich, doch in einer früheren Version einwandfrei.
Sorry, falls du das schon mal beantwortet hattest (sicherlich!). Wollte es nur nochmal erwähnen.
Gruß, Danke, Beifall !
Das hattest du glaube ich schon mal geschrieben? Kannst du das nochmal genauer beschreiben, ich hab mal eben versucht, das nachzustellen, bei mir scrollt es aber problemlos sowohl vertikal als auch horizontal mit.
Wenn man mit dem Mauszeiger den unteren Rand erreicht, werden zwar unten in der Statuszeile die Rows hochgezählt, der Scrollbalken wandert auch runter, aber das Code-Fenster scrollt nicht mit, sondern aktualisiert sich, je nach Geschwindigkeit, mal nach 100 Zeilen oder auch erst nach 500/600 Zeilen oder auch mal gar nicht, also erst, wenn man den Mauszeiger hochzieht. Dann springt er sofort ans Ende der hochgezählten Rows. Das gleiche bei horizontal.
Gefühlt gibt es das Problem seit dieser Miniaturansicht (die man nicht abstellen kann?).