x-dev editor.

Es gibt 40 Antworten in diesem Thema, welches 10.064 mal aufgerufen wurde. Der letzte Beitrag (23. Juli 2003 um 14:55) ist von tecM0.

  • also, seit kurzem bin ich soweit, dass ich meine alten quelltexte vom d64-format ins ascii-format übertragen hab und wunderbar mit acme arbeiten kann...

    dazu hab ich meinen text-editor etwas umgewandelt und auf die programmier-bedürfnisse umgestellt. den text-editor für win9x/nt/2k/xp erhält man hier:
    Bitte melde dich an, um diesen Link zu sehen. (ca. 310kb).

    ABER: der editor ist noch nicht ganz fertig, zumindest was die optik und hilfedatei betrifft. von den funktionen her klappt soweit alles.

    NUN zu meinem anliegen: ich hab den editor bisher mit ACME und CCS64/Vice64 getestet. klappt alles wunderbar. hat vielleicht jemand lust, den texteditor mit anderen x-compilern zu testen?

    wer das tun möchte, und probleme/fragen oder ähnliches hat, darf sich gerne bei mir per mail melden. über freiwillige tester wäre ich sehr erfreut...

    gruß,
    daniel.

  • vielleicht sollte ich noch erwähnen, dass die kompilierte datei nach dem schema "sourcecode-name.prg" gepseichert werden und sich im selben verzeichnis wie der compiler befinden. so war es jedenfalls für ACME die beste lösung, damit die kompilierte datei gleich mit dem emulator getestet werden kann - einfach F6 drücke, und schon wird der sourcecode kompiliert und die output-datei im emulator gestartet.


    also, wenn die source-code-datei "demo1.a" heißt, muss man (bei ACME)

    !to "demo1.prg"

    als macro definieren, damit die output-datei demo1.prg heißt und sofort getestet werden kann...

  • ok, ich hab den editor um ein paar kleine funktionen erweitert.

    vorab hier die dl-links:
    Bitte melde dich an, um diesen Link zu sehen. (ca. 395kb)
    und
    Bitte melde dich an, um diesen Link zu sehen. (ca. 56kb)

    im editor-pack ist nun auch eine hilfe-datei mit den gängigen text-editor funktionen. die hilfe ist nicht vollständig, aber dennoch sehr umfangreich.

    im sample-pack ist acme drin sowie ein dokumentierter source-code, der beispielhaft verdeutlichen soll, wie man diesen editor zusammen mit acme nutzen kann.

    wer will, darf weiterhin testen/ausprobieren und evtl. hier feedbacks posten!

    danke.

  • Werde ich am Wochenende glatt mal machen.

    Gruesse
    Michael

    If we're evil or divine - we're the last in line. - Ronnie James Dio (1984) -
    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. |

  • Hallo schergentoni.
    Stell doch bitte noch mal die Dateien zur Verfügung, die Links funzen ja nicht ;(

    Fürchte Deinen Nächsten wie Dich selbst !

    Equipment: VC20, C64, C128, C64 EDS

  • ups, hab vergessen, dass ich die dateien jetzt auf einem anderen server habe...

    weil auf popelganda.de nur 2mb platz sind, und die sind bald voll.

    also:

    Bitte melde dich an, um diesen Link zu sehen. (ca. 470kb)
    und
    Bitte melde dich an, um diesen Link zu sehen. (ca. 60kb)


    also, der editor ist jetzt um längen weiter als noch vor einem monat. viele neue funktionen wurden hinzugefügt, unter anderem auch syntax-highlighting.

    derzeit läuft alles nur mit dem crossassembler ACME optimal, aber ich bin bereits dabei, dasm, c64asm und ca65 mit zu unterstützen.


    lad dir auf jeden fall das sample runter, da werden die wichtigen grund-funktionen kurz erklärt.


    wenn du kein syntax-highlighting siehst, musst du es im menü "einstellungen" aktivieren.

    viel spaß! :)

  • hab gerade noch mal eine ganz, ganz aktuelle version raufgeladen - und die kb-zahl ist ca. 432, nicht 470.

    nicht, dass sich jemand wundert...

  • also, falls der eine oder andere das programm mal getestet hat, wäre ich über feedback und vorschläge sehr dankbar. :)

  • :motz:

    hat eigentlich schon jemand getestet, um feedback geben zu können?

    :motz:


    :wink:

  • offenbar nicht... programmiert denn hier keiner unter windows?!?

  • Doch. Leider fehlt oft die Zeit. Ich habe gerade den Editor mal installiert.
    Die Add-Ons sind wirklich sehr interessant. Ein sehr schoener Editor.

    Den werde ich nun mal ausgiebiger testen.


    Gruesse
    Michael

    If we're evil or divine - we're the last in line. - Ronnie James Dio (1984) -
    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. |

  • also, ich habe mal eine neue version des editor raufgeladen:

    Bitte melde dich an, um diesen Link zu sehen. (ca.460kb)

    diesmal ein paar kleine verbesserungen. z.b. wenn man mit strg+tab die fenster gewechselt hat, war der cursor zwar an der richtigen position, aber der text war ganz oben, also nicht zum cursor hingescrollt. das hab ich jetzt geändert. außerdem, wenn man einen text geladen hat, war der eingabecursor ganz am ende. der sitzt nun am textanfang, wo er hin soll nach dem laden. drittens: bei der zeilenweisen-textergänzung wurde, wenn shl aktiviert, jede zeile sofort gehighlighted, was ewig dauerte. nun werden erst alle zeilen geändert, danach wird das syntaxhighlighting für die änderungen aktualisiert.

    und neu: packer! yeah! :wink: man kann unter einstellungen einen packer/cruncher wählen (bisher eigentlich nur optimiert für exomizer, obwohl pucrunch auch klappen _sollte_). im menü datei gibt's nun die option "packen", und dann gibt man die parameter an und los geht's. beim durchsuchen nach den dateien kannt man mit strg/shift mehrere gleichzeitig wählen. ist um einiges einfacher als die dos-eingabeaufforderung oder per verknüpfung.


    ach ja, und noch mal zur erinnerung: die empfehlung, das sample runterzuladen:
    Bitte melde dich an, um diesen Link zu sehen. (ca.60kb)

  • Hallo Schergentoni!

    Ich hab vor ein paar Tagen mir deinen Editor samt den Acme vorgenommen. Der dein Editor ist eine Prima sache! Den Exomizer hab ich gleich mit eingebaut. Der Schnellstarter gefällt mir auch super. Ich hab mir dort das Spritepad (wenn auch noch bugy) und das Charpad reingelinkt. Allerdings habe ich bei größere Projekte ein paar bedenken, die aber nicht an deinem Editor liegen. Es ist eine feine sache, das der Vice die Datei gleich reinlädt, wenn man mal schnell testen will. Nur leider bleibt bei diesem Ladevorgang $d000 aktiviert. Was passiert, wenn da was rübergeladen wird, wissen wir ja :). Gibt es eine Option im Vice, das er Dateien die in diesem Bereich liegen, ins darunter liegende Ram schaufelt?

    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

  • freut mich, dass dir mein editor gefällt! :)

    bin gerade dabei, die letzten schliffe vorzunehmen, damit bald der erste release rauskann. vor allem eine sehr detaillierte hilfedatei soll mitgeliefert werden, die ist allerdings auch am aufwändigsten. X(


    was dein problem mit vice betrifft, kann ich leider nicht sagen?!? hast du schon mal in die "hilfe" bei vice geguckt, welche paramter es so alles gibt?

  • Hi Schergentoni!

    Habe mir gerade mal Deinen Editor angesehen. Der erste Eindruck ist sehr gut, (auch optisch, schöne Icons, nicht dieser Windows-16Farben-Xcheiss :).

    Ich werde ersteinmal den Ultraedit in die Ecke stellen und dein Teil mal ausgiebig testen.

    Ein paar Sachen, die mir sofort aufgefallen sind + ein paar Vorschläge.

    Die Kurzreferenzen sind Killer, wirklich sehr praktisch.

    Könntest Du nicht noch zusätzlich einen Link auf AAY64 einbauen? (Man müsste dann den Pfad zu den HTML-Dateien eingeben, wird dann mit Standardbrowser aufgerufen)

    Die (selbstdefinierten) Einfügeklamotten sind auch ein sehr nettes Gimmick (nie wieder Trennbalken copien + pasten)

    Das Syntaxhighlighting läuft bei mir irgendwie nicht, liegt´s an der Dateiendung (.asm) oder habe ich was falsch gemacht?

    Negativ aufgefallen ist mir nur ein etwas unsauberes Redraw an manchen Stellen und Gezappel beim Fensterresizen.

    Der absolute Oberhammer wäre eine CodeFolding-Mechanismus. Also die Möglichkeit Subroutinen mit einem Klick einfalten zu können (und ausfalten natürlich auch). Könnte man auch optional in einem Baum anzeigen lassen. Die Erkennung könnte man über die gängigen Schlüsselwörter (z.B. "subroutine" beim DASM realisieren, oder zwischen zwei RTS)

    To-Label-Jump auf Knopfdruck: Ich gehe mit dem Cursor auf JMP loop_0815 , drücke F3 (oder was auch immer) und lande automatisch auf dem label loop_0815. Das wäre auch sehr geil.

    Achja, was ich ein wenig vermisse sind die Reiter, die einem anzeigen, in welchem Doc man steckt. Die Tastenkombi StrgALT-Cursor ist zwar superpraktisch, aber mit fehlt dann irgendwie das visuelle Feedback, wo ich bin.

    Das wäre so mein erster Eindruck, wenn Features schon eingebaut sind, die ich oben erwähnt habe, dann bitte nicht hauen, ich habe eben noch nicht alle Menüs durch und habe bestimmt Einiges übersehen :)


    Vorläufiges Fazit:
    Ein SuperTeil, werde es demnächst ordentlich nutzen, (habe mittlerweile auch mehr Zeit dafür)

    Respekt, und das Ganze dann auch noch für lau.

    Sehr gute Arbeit.

    Viele Gruesse
    Hupe

    PS: Was macht denn die Bobo-Cam? :)

  • freut mich, dass dir der editor gefällt. :smile:


    zum feedback: syntax-highlighting sollte problemlos klappen. hast du syntax-highlightinh im menü einstellungen aktiviert? hast du im menü einstellungen einen compiler eingestellt?

    spätestens nach dem neustart des programms sollte das highlighting zu sehen sein.

    um zu sehen, in welchem doc du bist, musst du in die titel-leiste (ganz oben) gucken, da steht der name der datei. :wink:


    das gezappel beim resizen fällt mir gar nicht auf, vielleicht ist mein notebook zu schnell? hehe...


    vielen dank für das feedback. ich hoffe, die endgültige version kann bald online gehen...

  • Hallo!

    Ok, dann will ich auch mal :) So hier was mir aufgefallen ist:


    Compiler Fehler: Irgendwie hat sich bei mir der Editor zwei mal
    aufgehangen. Aber das muss nich unbedingt an euren Editor liegen.
    Beim dritten mal konnte ich das MS-Dos Fenster schliessen und
    normal weiter arbeiten. Kann aber vielleicht sein, das das mit
    der Art des Fehlers zu tun hat (wenn ein Fehler im C64-Quellcode ist).


    Abstand: Wenn man den Quellcode untereinander schreiben will, dann
    landet der Cursor natürlich in der ersten Spalte... Ich fände es
    besser wenn man dann der Cursor unter dem Text gesetzt wird.
    _____Also wenn ich jetzt Enter drücken würde hier:
    _____x < da soll der Cursor hin.
    (Die Linie ist nur als Abstandshalter gedacht, wegen HTML.)


    Emulator: Wenn ich mein Quelltext kompilieren und starten lasse, wird
    notfalls ein zweiter (oder mehr?) Vice auf gemacht. Kann man das
    irgendwie ändern? Optionen?


    Text formatieren: Mir fehlen da noch die Option: Links-/Rechts-bündig
    zentriert und Blocksatz. Hat zwar jetzt nicht viel mit dem Source
    Code zu tun, aber für "normale" Textdateien ganz praktisch.

    Ränder einstellen: Wenn ich die Ränder erhöhen will, wird erst
    einmal auf 0,1 gesprungen oder es wird um 0,1 herabgesetzt.

    Auch nett wenn man von 0,6 auf 0,5 runter will, landet man bei 0,1 und
    kann dann wieder nach oben klicken. Wenn man aber höhere Werte hat,
    wird zuerst rauf gezählt und dann erst der Wert herabgesetzt.

    Text einrücken/ausrücken: Wenn man einen Abstand von 10 haben will, dann
    muss man 10x einrücken (beim ausrücken das gleich) drücken, damit das
    passt. Gibt es da nicht ne bessere Lösung?


    Kompilierte Dateien: Wieso sind die kompilierten Dateien unter
    Windows/Command? Den Ordner der Quelldatei habe ich unter Projekte eingetragen.

    Fenster: Wenn man die Fenster auf Überlappend anordnet, alle Fenster bis auf eins
    schliesst (dieses in volle Größe wieder anzeigen lässt), dann mal eben unter
    Programmstarter oder Sourcecode-Verwalter (oder...??) nachschaut, wird das Fenster
    wieder in den "Überlapp-Modus" geschaltet. Irgendwie dumm wenn ich vorher das wieder
    in ganzer Größe geschaltet habe (mittleres Icon rechts oben).


    Schreibfehler: (in meinem text bestimmt auch ;) bei Text formatieren,
    dort steht "markierten Zext in Kleinschrift".


    Wenn noch der eine oder andere Fehler beseitigt ist, ist das ganze
    ja gut brauchbar.


    bye
    Matthes

  • oha, extreme-testing! :))

    zu dem ersten punkt:
    wann/wobei hat sich der editor aufgehangen? oder war es der dos-compiler? wenn ja, welcher?


    zum cursor-einrücken:
    das macht der editor eigentlich auch. der editor guckt sich die vorige zeile an und setzt den cursor nach einem return an die stelle unter dem ersten zeichen der vorigen zeile. rückt also automatisch ein. dieses prinzip ist bei code-editoren so eigentlich üblich.


    zu winvice: leider bietet winvice nicht so eine option, dass immer nur eine instanz geöffnet wird. ich müsste mal schauen, ob man das irgendwie vom editor aus lösen kann, dass ich also per befehl einen prozess erstelle, den ich danach (bloß wann?) wieder beenden kann.


    zum thema text-dateien/formatieren:
    (m)einen text-editor findest du unter Bitte melde dich an, um diesen Link zu sehen. dort mal unter kool padding gucken. wie du siehst, ist relaunch64 einfach nur eine spezielle weiterentwicklung des text-editors kool padding. mit kool padding lassen sich auch rtf-dokumente erstellen, also zentrieren/fett etc.


    text einrücken:
    wenn du genau weißt, welche zeilen du um wie viel zeichen einrücken willst, nimm unter menü extras die option "zeilenweise textergänzung". dort gibst du dann 10 leerzeichen ein.


    Zitat

    Kompilierte Dateien: Wieso sind die kompilierten Dateien unter
    Windows/Command? Den Ordner der Quelldatei habe ich unter Projekte eingetragen.


    ähm, kannst du das mal genauer erklären!? ich versteh nicht ganz, was du damit meinst...


    Zitat

    Fenster: Wenn man die Fenster auf Überlappend anordnet, alle Fenster bis auf eins
    schliesst (dieses in volle Größe wieder anzeigen lässt), dann mal eben unter
    Programmstarter oder Sourcecode-Verwalter (oder...??) nachschaut, wird das Fenster
    wieder in den "Überlapp-Modus" geschaltet. Irgendwie dumm wenn ich vorher das wieder
    in ganzer Größe geschaltet habe (mittleres Icon rechts oben).


    hm, konnte ich bis jetzt noch nicht rekonstruieren. ich schau mal.


    auf jeden fall vielen dank für's feedback! werde mir mühe geben, die fehler und vorschläge soweit es geht auszubessern und umzusetzen.

  • Hi!

    Also, aufgehangen haben sich mal beide. Das erste mal der ACME und der
    Relaunch64 hat sich dann nicht mehr gerührt. Aber bei den letzten malen,
    konnte ich den ACME-Task schliessen und der R64 lief weiter.

    Allerdings komisch, da das wenn ich den ACME ja alleine benutze, der ja
    auch nicht so einfach abstürzt.


    Cursor: Echt? Also vielleicht habe ich ja einen anderen editor aber bei mir
    macht der das nicht. Gibt es da irgendwelche einstellungen?


    Vice: Ok, ist ja auch nciht so schlimm. Muss man halt Vice wieder schliessen.
    Woran man sich recht schnell gewöhnt.


    Koolpad: Naja, ich hatte mal ne ältere Version und die fand ich dann doch
    nicht so gut. Und da gab es das z.B. nicht. Ausserdem nehme ich
    dann doch lieber einen anderen Texteditor.


    Kompilierte Dateien: Wenn du also ein ASS-Listing hast und F5 drückst, findet
    man die kompilierte Datei unter Windows/Command wieder.
    Oder kann man das auch noch woanders einstellen?
    Ich schätze mal weil der ACME in Windows/Command liegt einfach die
    Dateien dort reingeschmissen werden. Da sollte der Editor schon die
    Schublade der Quelldatei dem ACME übergeben.


    Fenster: Nicht so wichtig. Aber wie jemand schon sagte wären so
    genannte Reiter nicht schlecht.


    MfG
    Matthes

  • zu den abgespeicherten pfaden des kompilierten sourcecodes: bei acme kann man fast gar keine parameter setzen, daher wird der kompilierte source immer ins acme-verzeichnis gespeichert. bei anderen crosskompilern ist das - glaube ich - möglich. ich bin bereits dabei, die funktion einzubauen, dass optional ein speicherpfad für die assemblierten dateien angegeben werden kann.

    rein theoretsich könnte man das für acme-nutzer auch so erweitern, dass der kompilierte source-code dann von relaunch64 in ein anderes verzeichnis verschoben wird. mal schauen.


    zum cursor-einrücken: einstellungen gibt es da nicht, das macht der automatisch. aber das auch schon in früheren versionen. hm?!? was passiert denn, wenn du in einer neuen zeile 2x tabulator drückst, text eingibst und dann return? eigentlich sollte der cursor dann automatisch einrücken.