Neues OS für C64 (mit Zeichensatz-UI) = GoDos

Es gibt 313 Antworten in diesem Thema, welches 59.480 mal aufgerufen wurde. Der letzte Beitrag (8. Mai 2018 um 09:34) ist von steril.

  • Zwischendurch mal ein kleiner Abstecher ins UI selber. Ich hab das Startmenü rausgeschmissen und stattdessen zwei neue (!) Gadgettypen eingebaut (Auf was ihr mich alles bringt! Unglaublich!), die so eher nach Flat-Style aussehen (jedenfalls im Vergleich zum normalen Aussehen). Hier:

    Bitte melde dich an, um diesen Anhang zu sehen. Bitte melde dich an, um diesen Anhang zu sehen.

    Natürlich bleibt das alte Aussehen erhalten, aber so gefällt mir das von der Handhabung besser. Links der About-Screen, das Splash hat einen Rahmen, der für Textfenster gedacht ist (app.Notice ist im ToDo-Kasten). Unten die Dauer-Buttons, mehr sind erstmal nicht erforderlich. Mit APPs und MODs öffnet man den Filerequester und kann eben APPs und MODs nachladen (das ist das, was ich mal als "Installieren" bezeichnet habe, Korodny), MODs gibt es schon eine ganze Reihe (eigentlich alle GoDot-MODs), APPs erst eine einzige (zum Laden und Anzeigen von 4Bit-Bildern). Man aktiviert sie mit dem Button darüber ("Run..."). Der Button "Disk" führt zum Explorer. Mit dem bin ich auch schon weiter (wie gesagt, nutze ich jetzt doch (fast) den ganzen Screen), aber noch nicht so weit, dass ich ihn mit auf die Probier-Disk gegeben hätte. Da ist noch der alte FileCopy-Explorer drauf.

    Aber ansonsten kann man wieder ein bisschen spielen: Bitte melde dich an, um diesen Link zu sehen..

    hehe... :smile:

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Ich hab mir mal Gedanken gemacht, welche verschiedenen Gadgets goDos haben sollte, und wie die vom Anwendungsprogrammierer nutzbar sein sollten. Das folgende ist mehr oder weniger Brainstorming (nach einmaligem Durchblättern von "Inside Godot"), deswegen ist es jetzt etwas mehr Text geworden.

    Die folgenden Gadgets sollten m.E. verfügbar sein:

    • Button
    • Textinput
    • Cycle/Dropdown-Gadget
    • Checkbox
    • Listview


    Dazu käme noch als Luxusproblemchen Radio-Gadgets, aber das würde das sehr elegante Format der Screenlist m.E. überfordern.

    Textinput (das hast du ja bereits überarbeitet, die aktuelle Funktionsweise kenne ich aber nicht), Cycle-Gadget und Checkbox werden derzeit eher "simuliert" bzw. könnten simuliert werden, Listviews gibt es (noch) gar nicht. Ich würde mir wünschen, dass die oben aufgeführten Gadget-Typen alle komplett vom System gehandhabt werden und auf Anwendungsseite so wenig Code wie möglich nötig ist: Ich definiere ein Gadget und bekomme ein Resultat geliefert - fertig.

    Meine Idee wäre, die Screenlist neben INFO und END um eine zusätzliche Kennung zu erweitern. Die leitet eine (optionale) Struktur ein, die im Gegensatz zum Gadget-Deskriptor nicht das Aussehen, sondern das Verhalten eines Gadgets definiert. Die Struktur besteht aus einem Byte für Gadget-Typ (5 Bits) und bis zu drei Typ-abhängigen Flags, sowie zwei oder drei weiteren Bytes die evtl. für einen Vektor o.ä. benötigt werden.

    Button: keine Zusatzstruktur nötig.

    Textinput: Flag für Begrenzung der legalen Zeichen, ggfs. Vektor auf die Liste mit den legalen Zeichen. Zur Anwendung wird nur zurück gesprungen, wenn der Anwender tatsächlich etwas eingegeben und mit RETURN abgeschlossen hat (also bspw. nicht, wenn er mit STOP abbricht). Der String wird wie gehabt in LS_NAMBUF abgelegt. Eventuell sollte man darüber nachdenken, auch Eingaben mit einer Länge > Platz im Gadget zu erlauben, du musst jetzt ja mit mehr Eingaben als nur mal einem Dateiname o.ä. rechnen.

    Cycle/Dropdown-Gadget: Die enthaltenen Elemente werden per Vektor übergeben, an der angegebenen Adresse steht zunächst ein Byte für das initial anzuzeigende Element, dann folgt die Liste der Elemente. Je nach Anzahl der Elemente (2 oder mehr?) legt goDos ein Cycle- oder Dropdown-Gadget an. Bei Rücksprung (erfolgt nicht bei STOP, wie gehabt) in die Anwendung wird die Nummer des ausgewählten Elements in das erwähnte Byte vor der Elementliste geschrieben.

    Checkbox: Dürfte klar sein.

    Listview: braucht m.E. zwei Flags (ReadOnly, Multiselect) und einen Vektor auf LV_CONTENT. An dieser Adresse liegen zunächst vier Bytes, die SelectedEntry, FirstColDisplayed (Byte) und FirstLineDisplayed (Word) enthalten. Danach folgt der Inhalt für das Gadget. Ist der Text breiter oder höher als das Gadget, zeichnet goDos automatisch entsprechende Scrollbalken - diese scrollen den Text und aktualisieren die ersten drei Bytes in LV-CONTENT entsprechend, lösen aber kein Event aus. Ist ReadOnly gesetzt war's das schon. Ansonsten: Ein Klick auf einen Eintrag invertiert Bit 7 für die komplette Zeile auf dem Screen und im RAM und speichert seine Zeilennummer in LV_CONTENT, ist MultiSelect nicht gesetzt wird ein eventuell bereits markierter anderer Eintrag ebenfalls invertiert. Ein Rücksprung in die Anwendung erfolgt dabei nicht. Ein Doppelklick auf einen Eintrag führt zum Rücksprung in die Anwendung, die Nummer des doppelt geklickten Eintrags wird dabei auch in LV_CONTENT abgelegt.

    Sehe gerade, dass du offenbar das Format der Screenlist bereits erweitert hast (neue Frame-Typen): Dann könnte man auch über Karteikartenreiter nachdenken. Weiß noch nicht wie man das inhaltlich umsetzen würde, es würde aber die Platzprobleme deutlich lindern und eine goDos-tauglichere Variante von Quasi-Menüs ermöglichen.

  • das Verhalten eines Gadgets definiert. Die Struktur besteht aus einem Byte für Gadget-Typ (5 Bits) und bis zu drei Typ-abhängigen Flags, sowie zwei oder drei weiteren Bytes die evtl. für einen Vektor o.ä. benötigt werden

    Die jetzige Struktur besteht aus drei Bytes (Byte 1: 4 Bits für den Typ, 4Bits für Flags, Byte 2/3: Vektor)...

    Textinput: Flag für Begrenzung der legalen Zeichen, ggfs. Vektor auf die Liste mit den legalen Zeichen

    Das Flag heißt SC_IFLAG, der zugehörige Vektor LS_VEKTA8, die zulässige Eingabelänge entspricht der Gadget-Breite, immer folgenlos abbrechbar mit STOP...

    Cycle/Dropdown-Gadget

    Denke ich drüber nach. Mal sehen, ob ich das reinmogeln kann oder ob ich letztendlich neu anfangen muss (was ich nicht wirklich will). Die zwei zusätzlichen Gadgets sind ein Hack, keine wirkliche Erweiterung. Das Gadget 5 wird dazu jeweils ausgetauscht und die Färbung verhindert, man kann daher nicht beide Arten (Flat und 3D) mischen.

    Listview

    Dazu müsste ich neu anfangen, aber wer weiß! Ist im ToDo-Kasten. :wink:

    Lass mich erstmal andere Sachen lösen.

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Die jetzige Struktur besteht aus drei Bytes (Byte 1: 4 Bits für den Typ, 4Bits für Flags, Byte 2/3: Vektor)...

    Schon klar. Mein Vorschlag war, die bestehende Struktur um einen weiteren, optionalen Block zu erweitern - analog zu INFO.

    Mir ging es schlicht darum, dass derzeit sehr viel "Handarbeit" erforderlich ist: überspitzt ausgedrückt teilt goDos der Anwendung lediglich mit "Hey. jemand hat hier geklickt" - *alles* weitere muss die Anwendung von Hand erledigen (Input-Gadget aktivieren, Cycle-Gadget umblättern, ein Dropdown-Gadget zeichnen...). Ich hatte mir die Sourcen zu Filecopy angesehen - das hat eigene Routinen für "Eintrag selektieren" und "Verzeichnis eine Zeile rauf/runter scrollen".

    Wenn ich an dem System was verbessern würde, dann das - m.E. wird dem Anwendungsprogrammierer derzeit zu viel Micro-Management abverlangt.

    Denke ich drüber nach. Mal sehen, ob ich das reinmogeln kann oder ob ich letztendlich neu anfangen muss (was ich nicht wirklich will).

    Nochmal: Um reinmogeln ging's mir nicht, sondern um einen zusätzlichen Block in der Screenlist. Wenn man bestehende Module leicht anpasst, kann er sogar INFO ersetzen.

  • überspitzt ausgedrückt teilt goDos der Anwendung lediglich mit "Hey. jemand hat hier geklickt"

    Stimmt, genauso funktioniert das. :tong:

    wird dem Anwendungsprogrammierer derzeit zu viel Micro-Management abverlangt

    Ah, verstehe! Ok. Da goDos die 40K Grafikspeicher nicht braucht, ist da gewaltig viel Platz für mehr. Da nehme ich solche Anregungen gerne auf. Und ein programmiertechnisches Problem ist es nicht, nur Geduld.

    Wenn man bestehende Module leicht anpasst, kann er sogar INFO ersetzen

    Hm, ich denke schon fleißig... :wink:

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Zwischendurch mal ein kleiner Abstecher ins UI selber. Ich hab das Startmenü rausgeschmissen und stattdessen zwei neue (!) Gadgettypen eingebaut (Auf was ihr mich alles bringt! Unglaublich!), die so eher nach Flat-Style aussehen (jedenfalls im Vergleich zum normalen Aussehen). Hier:

    Auch sehr cool! Ich hab mir zum UI auch mal Gedanken gemacht:
    Eine Windows-artige Startleiste mit den laufenden Programmen macht nicht wirklich Sinn. Den einzelnen Startbutton links unten fand ich funktionell jetzt ganz OK aber optisch auch nicht so prall. Wie sieht es aber mit einer Menüleiste wie beim alten MacOS aus. Wäre schön, wenn sich alle OS-Apps an diese "Vorgabe" halten würden: Links ein Button (z.B. "Go") zum Anzeigen eines GoDos Infoscreen, zum Anzeigen eines Infoscreen zur aktuell laufenden OS-App, zum beenden der App, und zum starten einer beliebigen anderen OS-App (das schließt natürlich auch die gerade laufende App); Ganz rechts eine Uhr (ohne Sekunden - wir wollen ja nicht die geballte CPU-Power für die Sekundenanzeige verballern ;) ); Dazwischen ein App spezifisches Menü. Wäre so etwas (ohne zu viel Aufwand) möglich? Nachteil wäre natürlich, dass alle Apps eine Zeile weniger Platz haben.
    Ich mag ja das Aussehen von der TSB Demo! Merkt man das?

  • Nächster Zwischenstand:

    Ich trenne jetzt die Libraries für GoDot und goDos, da inzwischen einige Routinen nicht mehr auf einem GoDot-System laufen würden. Das 4BitViewer-Modul, das jetzt noch beim Start mitinstalliert wird, wird demnächst das System crashen, da der 4Bit-Bereich ab jetzt angezapft wird. Erster Grund dafür ist die Einrichtung eines Screen-Caches (die 2 KB des Screens können vor einer Einblendung gecachet werden und danach den vorherigen Zustand rekonstruieren, ohne Verbiegungen bei den Bedienungsroutinen des laufenden Moduls zu erfordern). Fertiges Beispiel dafür: Das FileInfo, das ich ja schon mal hier gezeigt hatte.

    Also neu drin: Screen-Cache und FileInfo. Die Routinen dafür sind im Slot4. Idealer Ort dafür. :smile:

    Korodny: Ich hab einen Weg gefunden, die Routine, die Screenlists aufbereitet, zu erweitern. Das bedeutet, dass Screenlists selber nun erweitert werden können. Bin dabei, darüber nachzudenken, wie. Deine Vorschläge sind sehr fruchtbar... :winke:

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Hatte jetzt endlich mal Zeit goDos 1.02 zu testen (wieder nur unter VICE).

    Der Explorer zeigt jetzt den Inhalt von einer 1581 an. :bia
    Wenn ich auf der Linken Seite eine Datei auswähle und sie nach rechts auf eine 1581 kopiere, läuft der Kopiervorgang und der Inhalt wird nach der Fertigstellung auch automatisch aktualisiert. Super!

    Ich habe aber doch noch zwei Dinge festgestellt:
    1. Wenn ich eine Datei Lösche (egal ob 1541 oder 1581), dann wird die Datei zwar gelöscht aber die Anzeige wird nicht aktualisiert. Die Datei wird erstmal weiterhin angezeigt. Ich mußte erst auf die LW-ID klicken, damit das Dir neu eingelesen wird und dann auch zeigt, dass die Datei nicht mehr da ist.
    2. Ich kann auf der rechten Seite keine Datei markieren (egal ob 1541 oder 1581). Inhaltsverzeichnis wird richtig angezeigt aber anklicken geht halt nicht.
    Dazu hätte ich auch gleich eine Bitte: Könnte man eine markierte/ausgewählte Datei irgendwie anders darstellen (inverse oder andere Farbe)? Immer oben in das Feld schauen, ob da der Name angezeigt wird, ist nicht so richtig intuitiv.

    Mit "Run APP" hab ich auch mal versucht ein goDos fremdes Programm zu starten. Es wurde etws geladen aber der Start war nicht erfolgreich. Hier denke ich aber, dass das noch gar nicht (richtig) implementiert ist, oder?

  • Ich mußte erst auf die LW-ID klicken, damit das Dir neu eingelesen wird

    Ah! Ja, das lässt sich leicht beheben. Gut, gut...

    Inhaltsverzeichnis wird richtig angezeigt aber anklicken geht halt nicht.

    Das soll so sein. Nur vom Source-Drive aus lässt sich kopieren. Ich weiß nicht mehr, warum ich das damals so festgelegt habe. Hat wahrscheinlich was mit dem knappen Platz zu tun (ein GoDot-Modul darf nicht länger werden als 3500 Bytes), eine Richtungsumkehr wäre zu umfangreich geworden.

    Mit "Run APP" hab ich auch mal versucht ein goDos fremdes Programm zu starten.

    Welches Programm hast du denn da gestartet? Es gibt nur app.4BitViewer, und das läuft (noch). Hast du ein anderes einfach umbenannt? Wenn ja, dann sollte es eigentlich irgendwie gehen (weiß aber nicht, welche Symptome dann eintreten könnten).

    Arndt
    der gerade mit ToACME seine alten TSB-Sources restauriert hat. :wink:

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Mit "APP" konnte ich nur goDos Apps (mit richtigem Namen) auswählen. Mit "Run APP" hat er mir alles angezeigt und so hab ich ein goDos fremdes Programm ausgesucht. Es war der NAV Browser.

  • Juhu! Gibt es bald eine neue TSB Version auf deiner Seite?
    Wie schaut es aus? Besteht irgendwie die Möglichkeit TSB um goDos Befehle zu erweitern und es in goDos zu integrieren? Möglicherweise auch nur zur Laufzeit "nachladen" (hoffe immer noch auf ein Modul), wenn man eine TSB-App laden/starten möchte. Ich hätte so gern die Möglichkeit mir eigene Apps für goDos selber in BASIC zu schreiben und dann am liebsten gleich in TSB!
    Was sagst du zu der Idee? Vollkommen unmöglich?

  • Ich hätte so gern die Möglichkeit mir eigene Apps für goDos selber in BASIC zu schreiben und dann am liebsten gleich in TSB!

    Was sagst du zu der Idee? Vollkommen unmöglich?

    Hört sich cool an so ne VB ähnliche Entwicklersprache für das Basteln von APPs unter Godos :dafuer:

  • Ah! Ja, das lässt sich leicht beheben. Gut, gut...

    Und schon fertig. Einfach neu runterladen (Bitte melde dich an, um diesen Link zu sehen.).

    Mit "Run APP" hat er mir alles angezeigt

    Ach so! Der 4BitViewer zeigt nur GoDot-4Bit-Bilder (eins ist auf der Disk mit drauf: anniversary.4bt). Wenn du bei der File-Auswahl Cancel klickst, zeigt er die zuletzt angezeigte Grafik noch mal (wenn nicht inzwischen am Speicher manipuliert wurde). Du könntest ldr.Koala auf der Disk umbenennen nach app.Koala, dann solltest du auch das Koala-Bild auf der Disk ("ggballoon") laden und anzeigen können.

    Ich hätte so gern die Möglichkeit mir eigene Apps für goDos selber in BASIC zu schreiben und dann am liebsten gleich in TSB!

    Ah! Coole Idee! Einbinden - so wie eine APP - wird nicht gehen (TSB ist ja doch ziemlich umfangreich... :wink: eben ein neues BASIC im Speicher), aber goDos wird ja (selbstverständlich) Programme nachladen können, TSB auch. APPs mit TSB schreiben, hmm...

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Du könntest ldr.Koala auf der Disk umbenennen nach app.Koala, dann solltest du auch das Koala-Bild auf der Disk ("ggballoon") laden und anzeigen können

    Stimmt gar nicht, ich hab da Sicherheits-Flags eingebaut. Das geht nicht. Sorry. :sad:

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Ah! Coole Idee! Einbinden - so wie eine APP - wird nicht gehen (TSB ist ja doch ziemlich umfangreich... eben ein neues BASIC im Speicher), aber goDos wird ja (selbstverständlich) Programme nachladen können, TSB auch. APPs mit TSB schreiben, hmm...

    Erst TSB laden um dann das Programm zu laden ... das klingt nicht sexy! Ich hoffe ja immer noch auf ein goDos-EF-ROM, wo dann TSB wenn benötigt (also wenn man versucht eine goDos/TSB-APP zu laden) so als Laufzeitumgebung eingeblendet wird.
    Es muss ja nicht zwingend TSB sein oder nicht im vollen Umfang. Man könnte ja als erstes versuchen zum Basic 2.0 noch Befehle für das goDos UI hinzuzufügen. Dann könnte man schauen, was man vielleicht noch aus SB bzw. TSB übernehmen (klauen) könnte.
    Interessant wären die drei Komponenten Editor, Compiler und Laufzeitumgebung, die nach Bedarf eingeblendet werden. Ja, es macht Spaß so ein bisschen zu träumen! ;)

    goDos kennt bisher noch keine Menüleiste, oder?

    Bitte melde dich an, um dieses Bild zu sehen.

    Einmal editiert, zuletzt von Cyberdyne (31. August 2017 um 15:53)

  • goDos kennt bisher noch keine Menüleiste, oder?

    Nein. Vorschläge? Ich schaue mir dauernd Retrofans Mockups an. Wär ja schön, wenn zu sowas die entsprechende Hardware schon da wäre: Zugang zum Netz, Zugang zu Sensoren, Zugang zu *Aktoren* (gibt es da Raspberry- oder Arduino-C64-Projekte?) Das kann ich mir alles auch für goDos vorstellen, Grafik sieht zwar schöner aus (und ich verkenne nicht den Nutzen von Farbe!), aber wenn es auch so ginge...?

    Und TSB: Verstehe ich das richtig, es soll dazu dienen, goDos direkt zu programmieren? Ich dachte da eher an sowas wie einen APP-Builder, also ein TSB-*Programm*, das all die lästige Arbeit verkürzt, die ein Coder sonst tun müsste. Man bastelt sich im Builder eine Oberfläche und der Builder füllt den dazu erforderlichen Code gleich mit rein. Das, was die APP dann spezifisch machen soll, ist aber wieder Aufgabe des Coders. Es gibt für Spezifisches ja keine Bausteine. Der Builder liefert also irgendwann Quellcode, das Gerüst für die endgültige APP. - Soll das so sein? (Das kann ich mir vorstellen.) Oder anders? Dann: wie anders?

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • So, nochmal eine neue Version. Beim Export jetzt keine Leerzeichen und kleine Buchstaben.

    Gibt's vielleicht noch ein weiteres Mal eine neue Version? Ich wünschte mir, dass die Texte im Screencode-Format ausgegeben werden ("!scr"), nicht als Bytes, die $00 kann bei Texten dann auch als "@" (Screencode: $00) hinten dranhängen. Bei Element-Typ 3 ist die linke untere Ecke noch falsch zugeordnet, da muss Char 100 hin. Ebenso bei Typ 4. Da muss zusätzlich noch die rechte obere Ecke auf Char 113 gesetzt werden.

    Hier gleich ein flott gemachtes Ergebnis von eurem Rapid-Prototyping-Tool: So denke ich mir die Oberfläche des Explorers (mit Berücksichtigung von korodnys Vorschlägen):

    Bitte melde dich an, um diesen Anhang zu sehen.

    Was hab ich vergessen? Andere Vorstellungen?

    Arndt

    GoDot C64 Image Processing
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Wie funktioniert denn die Kopierausgabe ? Quellaufwerk ist in einem Fenster sichtbar. Das Zieldrive hat kein Fenster ?
    Also läuft allews in einem Fenster ab ?

  • Ah, ich wußte, da war noch was :)

    Neue Version 0.7 liegt auf dem Link: Bitte melde dich an, um diesen Link zu sehen.

    C64Studio: Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. --- C64Studio WIP: Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.