Posts by Endurion

Forms wird am meisten gewünscht, weil es am angenehmsten zu verwenden ist (IMHO)

Aber das setzt zu sehr auf Win32 auf, das müsste man ja fast mitportieren.

WPF ist ein völlig überdesignter XML-Clusterf*ck. Das hat java-"Qualität".

Man könnte evtl. auf GTK# setzen, aber auch das ist wahrscheinlich ein kompletter Rewrite.

Was mit ziemlicher Sicherheit kommen wird, ist .NET Core, da läuft ja alles im Moment hin. Das dürfte dann schon einige notwendige Anpassungen erfordern, die das komplett-Übersetzen dann vereinfachen.

Ja, ich mit meinen bösen GDI-Funktionen dahinter. Da muss ich mal zugucken, das muss ja auch ohne gehen eigentlich.

Da fehlt mir die Erfahrung zu

Es gibt wohl Möglichkeiten, das mit Mono oder WINE ans Laufen zu bekommen, irgendjemand hatte das hier mal gepostet.

Ich hoffe immer noch heimlich auf eine Forms-Portierung auf .NET Core.

Endlich mal wieder ein Päckchen geschnürt, hier ist Version 6.5:

Eine der besseren Änderungen ist der Einbau des neuen Binary Monitor Interfaces des neuen VICE. Dazu muss die Kommandozeile des Emulators aber derzeit noch manuell angepasst werden:

Statt "-remotemonitor" muss es "-binarymonitor -binarymonitoraddress" 127.0.0.1:6510 sein.

Vorsicht: Das ist möglicherweise noch nicht ganz stabil, aber auf jeden Fall deutlich schneller als die alte Lösung.

Fix: Update URL for version check

Fix: Allow {, }, _ as valid keys for BASIC (to access assembly symbols)

Add: Binary Editor - remove nth byte option

Fix: Macro with squiggly braces inside inactive scope would not be properly parsed

Fix: Replace tool list with arrangeditemlist

Add: Allow clone for arranged item lists (sprite editor, grapic screen editor, value table editor, library paths, build chains)

Add: Binary editor, wrap data output (ASM)

Fix: BASIC Renumber modified Ctrl-N in string literals

Add/Fix: Export sprite to BASIC now obeys the wrap-at-x-bytes setting

Fix: Crash when copylinedown is used in bottom most line

Fix: Theming, set BASIC editor fore color to CODE, not CONTROL_TEXT

Fix: Remove "GO" BASIC token once again, messes up syntax coloring for GOSUB and GOTO

Fix: Only auto-add truedrive options for VICE

Add: Auto-Add local baselib path for Kernal.asm

Fix: Tiny theming issue with labels

WIP: Decent sample projects

Tiny cleanup of sample projects, needs major overhaul!

Fix: Rename BASIC line number for exports consistently

Add: !fill expression method

Add: Keybindings for bookmarks

Fix: Scaling bug in sprite editor

Add: Allow font styles

WIP: New binary monitor interface to GTK Vice

Fix: typo in doc

Fix: autodetection for zeropage addressing failed for value $ff (facepalm)

Fix/Add: Allow adding of .chr binary to solution

Fix: Allow breakpoints working with non-project files

Fix: Export to Koala, added missing BG color byte

Fix: Proper wait for executed output during build

Add: Dependencies and symbols from other projects

Add: Charset control in charset screen

Add: Export to binary charset from map project

Fix: charset screen size change only sets modified if it really changes

Neue Version ist wie immer auf https://www.georg-rottensteine…iles/C64StudioRelease.zip

Richtig interpretiert

Das mit dem BASIC klingt am einfachsten, danke!

Wie würde das aussehen, wenn man den C128 erkennen möchte, und dann eine Meldung ausgeben, dass man doch bitte den C64-Modus verwenden solle?

Kann man da ganz normal ein Assembly mit BASIC-Starter bei $0801 machen? (d.h. davon ausgehen, dass mit ,8 geladen wurde)

Die Erkennung selbst ist mit Abfrage von $D600 ja einfach, aber wo gibt man die Meldung aus?

Evtl. Clean Up Service? http://www.gb64.com/game.php?id=1514&d=18&h=0

Korrigierte Version ist auf dem WIP-Link hochgeladen! Danke für's Melden!

In Kürze sollte ich endlich mal wieder ein neues Release fertig stellen.

Danke für's Zusammenstellen, wird gefixt!

Nee, das ist alles kein großes Problem, so Update-Mechaniken gibt es schon mehrere im C64Studio.

Man muss es halt nur machen, und grundsätzlich bin ich ja ein fauler Sack und suche Ausreden

Knifflig

Besonders im Bezug auf Abwärtskompatibilität. Die Solution selbst hat ja kaum Inhalt, die hält nur die Liste der Projekte. Man müsste, wie du vorgeschlagen hast, die Projekt-Datei selbst aufteilen; in User-bezogene Dinge, und Projekt-Einstellungen.

Mal überlegen, ich will nix versprechen, das ich nicht halten kann. Habe ich schon so oft gemacht

Alternativ könntest du das auch über C64Studio in ein Disk-Image ziehen. Das Disk-Image öffnen (im Filemanager) und die .kla-Datei reinziehen.

Es gibt die ersten 90%, und danach kommen die zweiten 90%

Wir hoffen schon noch auf 2020, irgend etwas Gutes muss in diesem verflixten Jahr doch mal auch passieren.

Es ist leider immer schwieriger, etwas Neues einzubauen. Da muss immer Platz freigeschaufelt werden.

So eine Art Pseudo-Assembler-Code

Ich habe mich ja an ACME orientiert, aber für die Makros benutze ich nach wie vor normale Textexpandierung. Was meinst du mit Typ-Konzept?

Hmm, mal gucken, ob ich sowas nicht mal gebastelt kriege. Die grundlegenden Sachen sind ja wirklich einfach. Interessant sind ja dann die abweichenden Makro-Verhalten etc.

Ach so, ja.

Quote from Stephan Scheuer

Quote from Endurion

Das könnte sta ( $fe ), y sein sollen

Siehe Bild. Das steht für STA $00FE,Y.

Ach so, ja, das ist mir klar. DASM habe ich für C64Studio ja auch eingebaut.

Ich habe das auf die Anmerkung, dass es STA $ff,y ja nicht gibt bezogen

Irgendwann muss irgendjemand mal einen Übersetzer für die diversen Dialekte machen. Außer Kickass mit seinem kruden Scripting-Geraffel

Das könnte sta ( $fe ), y sein sollen

Spiele mich durch ein paar Spiele aus dem letzten dicken Bundle von itch.io. Da sind echt ein paar Perlen dabei. Celeste hat es mir angetan. Richtig gut, und bockschwer, vor allem wenn man die Extra-Erdbeeren alle sammeln will. Da wäre früher der Joystick ein paarmal durch den Raum geflogen.