PABasic: Feedback

Quote from Ingo

Hab noch ein "F8" - Fehler gefunden:

Lade mal z.B. das Programm Palindrome auf der PABasic - Disc, gehe zur ersten Zeile.

Dann drücke ein paar mal F8 und dann sieht man unten, dass sich a$=s$ immer wiederholt.

Wenn man dann mit dem Cursor nach unten geht, wird's wieder richtig.

Hi, das kenne ich. Das ist wenbiger ein Problem vom löschen, sondern eher dass der Bildschirm nicht mehr ordentlich aufgebaut wird.

Ich habe es auf der List.

Danke fürs melden.

Quote from Ingo

Ich habe da noch ein seltsames Problem:

Code

1. x%=5
2. print "0"+str$(x%)

Statt 05 kommt 00 raus, egal welchen Wert man für x% nimmt.

Oder steh ich da auf dem Schlauch?

Nein, stehst du nicht.

Du hast einen weiteren Fehler in der Stringverarbeitung gefunden.

Danke fürs melden. Fix kommt ...

Neue Version 0.9.22 ist released und behebt den Fehler den Ingo gefunden hat.

Damit kannst du bis zu 16 Sprites auf dem Bildschirm darstellen.

Es gibt natürlich die Einschränkung, dass nicht mehr als 8 nebeneinander stehen dürfen und man kann auch nicht 8x2 Sprites direkt aneinander darstellen.

Es gibt auf der Disk das Programm "spranim", das stellt eine Animation mit 16 Sprites dar.

Danke. Das liest man gerne

Wenn du die aktuellste Version nutzt, hast du hoffentlich das Basicende nach $C000 verschoben, sonst schreibst du Daten in den Basicspeicher. Die Variablennamen + Strings laufen jetzt Standardmässig von $D000 runter.

Der letzte Parameter von Bload ist optional. [, skip=2] bedeutet, das standardmäßig 2 Bytes vom Programm ignoriert werden, was ja im Regelfall die Ladeadresse ist. Du musst also nichts angeben oder die Bytes die beim reinladen ignoriert werden sollen.

Ich habe gerade bemerkt, dass man mit den REU Befehlen nicht unter den IO oder den oberen Kernal Bereich Daten holen/speichern. Das muss ich noch anpassen.

In deinem Beispiel kopierst du 64 Bytes aus dem Farbram von $d800 in die Bank 1 an Adresse 0 in der REU

Hier mal ein Beispiel das funktioniert:

Ich erzeuge eine Teil eines Sprite in $c040 (Index=1)

Dann überschreibe ich Sprite 0 ($c000)

Wenn du das startest, dann sieht das Ergebnis so aus

Nimm du das REM raus

Dann sieht das Ergebnis so aus

Setze aber bitte vor dem Programmstart das Basic-Ende auf $c000

RUN/STOP

C

B

Q

Dann kannst du Gefahrlos mit dem Speicherbereich von $C000-$CFFF arbeiten.

Quote from giben

Vielen Dank für die ausführliche Anleitung. Ich werde es heute Abend testen und dann rückmelden.

Ich benutze die neueste Version mit Ultimate64 REU. Demnächst habe ich dann auch ein RAD und dann kann ich es auf meinem Vanilla C64 testen.😀

Super, freue mich aufs Feedback.

Ich lade gleich eine korrigierte Version hoch. Das Beispiel kopiere ich mit auf die Diskette. Filename ist "reutest1". Das Beispiel nutzt dann $d800 und es funktioniert.

EDIT: Und versuche doch auch mal die REU Version (PABASIC-REU)

Quote from giben

So , habe mal die REU Funktionen getestet auf Vanilla C64 mit RAD/REU und auf Ultimate64 mit REU.

Funktioniert auf beiden Systemen einwandfrei !

Getestet mit PABASIC-REU

Super, das freut mit, das die REU-Funktionalität scheinbar gut arbeitet.

Quote from giben

Was mir noch aufgefallen ist, das man nach PRINT" keine Zeichen mehr löschen oder mit den Cursor nach links kann.

Erst nach einem nochmaligen " funktioniert es so wie es soll.

Das ist so gewollt. Wenn du ein erstes " schreibst wechselt der Modus von Normal (NRM) zu Quote (QUO). Du kannst das auch manuell umschalten. Das sollte mit C>+F3 gehen. Bei einem zweiten " wird dann wieder in den Normal-Modus gewechselt. Das ist die einzige Möglichkeit Steuerzeichen einzugeben. Wenn man mit SHIFT+DEL Platz schafft wie im V2 kann man keine Steuerzeichen eingeben.

Normal-Modus

pasted-from-clipboard.png

Quote-Modus

pasted-from-clipboard.png

Kleiner Tipp noch, du kannst mit F1 wechseln zwischen Überschreiben (OVR) oder Einfügen (INS).

Quote from Retrofan

Ich bin kein Programmierer und daher vielleicht hier fehl am Platz, dennoch möchte ich ein oder zwei Sachen loswerden:

Ganz und gar nichts. Feedback ist auf allen Ebenen erwünscht.

Quote from Retrofan

1) Ich finde das Farbset nicht ganz gelungen, vor allem, dass manche Zeichen heller und andere dunkler sind als die Hintergrundfarbe. Das macht das Lesen mE etwas schwierig. Kann man die Farben ändern bzw. Farbsets laden und speichern? (Im Handbuch stand dazu nichts). Ich würde da gerne mal was mit einem schwarzen Hintergrund machen.

Das Farbset ist nicht in Stein gemeisselt. Ich habe mir auf die schnelle ein Helles und ein Dunkles Theme erstellt. Intern verwalte ich zwei Farbsets, zwischen denen man umschalten kann, sofern man Dolphindos nutzt. Habe ich erst später gemerkt, dass es an DolphinDos lag, das C=+F1 einen anderen PETSCII Wert ergab als nur mit F1. Aber dafür lasse ich mir am Ende auch noch etwas einfallen.

Geplant ist es, das es am Ende eine Konfigurationsdatei gibt, sofern dann vorhanden welche dann auch die beiden Farbsets enthält. Das natürlich dann im Editor konfigurierbar.

Hier einmal die aktuelle Farbzuordnung:

Die ersten beiden Werte geben die Rahmenfarbe und dann die Hintergrundfarbe an. Die restlichen Werte beziehen sich dann auf die Art was auf dem Bildschirm ausgegeben wird.

Du kannst mir gerne einen Vorschlag machen. Was Design angeht vertraue ich dir mehr als mir

Quote from Retrofan

2) Beim Laden finde ich es etwas schade, dass man (C64-typisch) keinen Datei-Dialog bekommt. Zumindest einen ganz minimalen: aktuelles Verzeichnis auflisten und aus der Liste eine Datei auswählen dürfen. Dieses umständliche "Directory aufrufen, gewünschten Dateinamen merken und dann beim Laden eingeben" finde ich immer etwas nervig und unnötig oldschool.

Es gibt da auch was Fertiges: Von unserem verstorbenen Forums-Mitglied Petrus: Dateiauswahldialog Tool Directory6

Ein guter Vorschlag. Ich war mit dem "oldschool" soweit zufrieden, da ich persönlich damit sehr gut zurecht komme und alles mehr Speicher kostet. Es gibt da auch was Fertiges: Von unserem verstorbenen Forums-Mitglied Petrus: Dateiauswahldialog Tool Directory6

Quote from GoDot

Eine etwas aufgemöbelte Version davon kann man hier finden (heißt da „Dirselect“).

Habe ich mir kurz angesehen. Braucht nur an Code 935 Bytes ...

Man muss beachten, dass es heutzutage ja nicht mehr nur die D64 Directory gibt, sondern es können durch die neuen Möglichkeiten hunderte oder tausende Files in einem Verzeichnis sein. Wie soll da der Dialog mit umgehen. In der REU Version wäre das einfach, da hätte man Speicher satt um das Verzeichnis komplett einzulesen und dann in einem scrollbaren Dialog darzustellen.

Ich habe mir das aber auf die ToDo Liste geschrieben und werde mir die Links vermerkt. Mal schauen was man daraus machen kann.