x-dev editor.

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

  • Seltsamerweise, klappt das aber wenn ich z.B. aus d:xasm/quellcode raus eine
    Datei Kompiliert. Wieso klappt das nicht aus dem Editor?


    Cursor einrücken: Mit TAB geht es.... aber nicht mit normalen Leerzeichen.
    Und warum sollte man auch TAB benutzen.... ist ja kein Word.


    MfG
    Matthes

  • Zitat

    Seltsamerweise, klappt das aber wenn ich z.B. aus d:xasm/quellcode raus eine
    Datei Kompiliert. Wieso klappt das nicht aus dem Editor?

    ähm. worau war das jetzt bezogen?


    Zitat

    Cursor einrücken: Mit TAB geht es.... aber nicht mit normalen Leerzeichen.
    Und warum sollte man auch TAB benutzen.... ist ja kein Word.

    naja, wenn man - so wie ich - nicht mit fixed sys oder courir arbeitet, sondern mit fonts, die unterschiedliche laufweiten haben (tahoma, arial), kann man nur sauber mit tabs einrücken. außerdem vebrauchen 5 leerzeichen mehr bytes als ein tab. :wink:

    Einmal editiert, zuletzt von schergentoni (10. Juni 2003 um 13:43)

  • Zitat

    ähm. worau war das jetzt bezogen?

    Darauf, das der kompilierte Text mit benutzung des Editors in Windows/Command liegt
    und wenn ich das ohne den Editor mache, in dem Verzeichnis wo ich mich
    gerade befinde. Und da ich ja den Quellpfad eingegeben habe und
    dort auch die Datei zu finden ist, finde ich es seltsam das es nicht mit dem
    Editor funktioniert. Müsste doch eigentlich gehen....

    Zitat

    naja, wenn man - so wie ich - nicht mit fixed sys oder courir arbeitet, sondern mit fonts, die unterschiedliche laufweiten haben (tahoma, arial), kann man nur sauber mit tabs einrücken. außerdem vebrauchen 5 leerzeichen mehr bytes als ein tab. :wink:

    Ich benutze halt Fixedsys als Schriftart... Da kann man das gut hinbekommen :))

    Naja, andere können ja ruhig Tab benutzen, ich benutze es halt in
    einem Texteditor nicht.


    bye
    Matthes

  • aha, dann scheint acme beim kompilieren wohl das gerade genutzte verzeichnis zu verwenden? dann müsste ja durchaus möglich sein, ein zielverzeichnis bei acme einzustellen.

    werd ich mal versuchen.

  • ok, erst mal vorweg:
    NEUE DOWNLOAD-URL!

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

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

    zu den neuerungen von relaunch64:


    1. rechtschreibfehler behoben

    2. der cursor rückt jetzt auch automatisch ein, wenn man leerzeichen statt tabulatoren nutzt

    3. benutzerdefinierbares zielverzeichnis der kompilierten sourcecodes. menü einstellungen => kompiler => zielverzeichnis wählen. jetzt werden kompilierte sourcecodes immer im angegebenen zielverzeichnis gespeichert. klappt auch mit "on the fly"-sources, also sourcecodes, die man bspw. per copy'n'paste aus einem forum in den editor kopiert und dann kompiliert, ohne dass die datei gespeichert wurde.

    4. gehe zu label (menü suche). befindet sich der cursor in einer zeile, in der ein sprung-befehl ist (jmp, jsr, bne etc.), springt der cursor zu dem angegebenen label. standard-shortcut: strg+t. aber der shortcut ist normalerweise nicht gesetzt, daher entweder manuell einstellen oder aber die standard-shortcuts wieder herstellen. probleme könnte es geben, wenn die zieladresse über der aktuellen zeile liegt und es sich um einen lokalen label handelt, der mehrmals im source auftaucht. dann kann es evtl. sein, dass der falsche label angesprungen wird. bei globalen labels, die ja nur einmal definiert werden, sollte es keine probleme geben.


    noch nicht gefixt: das "problem" mit den seitenrändern einstellen, dass er erst mal eine andere zahl wählt oder auf 0,1 springt statt auf die richtige zahl. aber das ist eher ein unbedeutender fehler, denke ich.


    ach ja, die so genannten "reiter" werde ich wohl nicht einbauen, da das ganze programmier-konzept sonst völlig umgestellt werden müsste. ich hoffe, dass das zu verschmerzen ist, wenn es bleibt, wie es ist. wie gesagt, der name der aktuellen datei steht ja in der titelzeile.


    getestet habe ich die neuen features mit dasm und acme. wenn jemand hier andere compiler nutzen sollte, wäre ich über weiteres feedback dankbar.

    so wie es aussieht, wird in kürze die erste offizielle version rauskommen.


    gruß,
    daniel.

    Einmal editiert, zuletzt von schergentoni (12. Juni 2003 um 13:00)

  • so ein ärger, ein klitztkleiner fehler hat sich in die gehe-zu-label-funktion eingeschlichen, den ich gerade behoben habe...

    hab gerade eben die aktuelle version des relaunch64 raufgeladen (siehe url oben).

  • ich heul gleich, noch einen fehler gefunden.

    wenn man acme nutzt und einen benutzerdefinierten zielpfad für die kompilierten sources angegeben hat, ändern sich dadurch auch die pfadangaben zu den include-dateien. wenn man dann über menü einfügen => includes etwas eingefügt hatte, wurde der falsche pfad berechnet (nur, wenn man den neuen benutzerdefinierten zielpfad eingestellt hat).

    den fehler hab ich jetzt behoben.


    bei der gelegenheit hab ich allerdings noch eine kleine verbesserung der gehe-zu-label-funktion eingebaut. diese ist nun auch über das kontextmenü (rechte maustaste) aufrufbar. außerdem: wenn man zu einem label springt, kommt man mit der gleichen funktion (also gehe zu label) wieder zurück an den ausgangsort. befindet sich der cursor allerdings in einer neue label-zeile (mit jump- oder branch-befehl), wird statt dessen ganz normal zum nächsten label gesprungen.

    d.h., man kann jetzt mit "gehe zu label" zu einem label springen, dort den source angucken und weiterprogrammieren, und mit der gleichen funktion "gehe zu label" wieder zurück dahin springen, von wo man diese funktion aufgerufen hat (außer, wie gesagt, es befindet sich in der aktuellen cursor-zeile ein andere sprung-befehl mit label).


    aktuellste version ist die von heute, ca. 14.30uhr. alle vorigen haben kleine fehler.


    gruß,
    daniel.

  • Hi!

    Mann, das ging ja schnell mit den Verbesserungen!

    Das mit den Rändern ist auch eher unwichtig, ist mir halt aufgefallen
    weil ich da ein wenig mit gespielt hatte.

    Die Reiter sind auch nicht so wichtig, da ich denke, das man meist
    eh nur an einem Sourcecode arbeitet. :)


    Falls du aber mal den Relaunch 64 noch mal ganz von vorne programmieren
    willst, dann kannst du ja die Reiter berücksichtigen. ;)


    Dann werde ich mir mal das direkt anschauen. :)


    bye
    Matthes

  • Hallo Schergentoni!

    Also nen ganz dickes Lob für die neue Version!!
    Die ist echt super!


    bye
    Matthes

  • vielen dank, das hört man gerne! :)

    ich arbeite übrigens schon an einem neuen update. probleme mit den lesezeichen (auch die funktionen F11/Strg+F11) unter windows 2k/xp/nt wurden behoben. außerdem wurde der erste fehler, der in der text-datei "bekannte fehler" steht, behoben.

    ich will mich hier noch mal für die konstruktiven vorschläge und kritiken und fehlerberichte bedanken. so etwas trägt sehr stark zur verbesserten qualität des programms bei. :)

    Einmal editiert, zuletzt von schergentoni (13. Juni 2003 um 17:46)

  • ok, eine neue version des editors ist online. verbessert wurden ein paar kleinigkeiten beim syntax-highlighting, weitere unterstützung von C64ASM und Ca65 sowie die funktion, alle aktuell gesetzten lesezeichen anzeigen zu lassen.

    außerdem ist endlich die hilfe vollständig, und zwar sehr ausführlich.


    download: Bitte melde dich an, um diesen Link zu sehen.

    ich denke, in kürze wird die version offiziell online gehen.

  • whaaaaa... wasn web_board..wie geht das denn?

    soso....


    sieht der code bei euch auch bei jedem laden so aus
    das nur jede 2. zeile gesy.high.light-et wird?

    ;----- Paragraph @sub: irq_core@ -----
    ;---------------------------------------
    ;--------
    ;-------- - -- -
    ;-------- - - - - -
    ;-------- - -- ---
    ;-------- - - - --
    ;--------
    ;---------------------------------------
    ;---------------------------------------
    ;------------------------ multi_ir(a)q's
    ;---------------------------------------
    ;--------------------------------------
    ;

    RELOAD64rAtInG: %11111111of$ff
    tecM0/+H/2g

  • normalerweise nicht.

    hast du einen source von c64/d64 in pc-ascii konvertiert? oder eine source-datei aus dem netz?

    dann kann es vorkommen, dass die datei nicht das "korrekte" windows-ascii-format hat. dies lässt sich korrigieren über den menüpunkt "extras" => "datei korrigieren". danach sollte beim erneuten laden die datei korrekt gehighlightet werden.

  • super! nach "extras/korig." gehts jetzt!

    wasngeilesTool!!!!

  • tach...

    der turboass hat eine funktion mit der man
    einen speicherbereich als .byte einfügen
    kann. (beim ACME sollte das !byte sein)

    siehe docu:
    6-Input part of the memory as data - import binary data as .byte

    ist es möglich sowas mit files von platte zu machen?
    aalso file aussuchen...offset angeben...max. länge
    angeben...(...werte pro zeile angeben)...und los:
    dann wird das file als !bin reingezogen.

    wäre auch schick wenn man die werte als binär_wert
    (!byte %10010110) ...mit einem wert pro zeile
    (lässt sich ja mit "werte pro zeile einstellen" ;) )
    angeben könnte...dann könnte man fonts importieren
    und sie direkt im quellcode bearbeiten.

    gruss,
    sven

  • also, du meinst, anstatt eine datei mittels !bin oder !src einzubinden, sollen die einzelnen bytes der datei direkt im quelltext angezeigt werden?

  • genau so.

    ..aber ich glaube da hatte ich ein tool gesehen, das
    files in $nn,...ketten zerlegt hat.... hab vergessen
    wie es hiess ;) für die eine funktion war es zu
    "spackig"....

    ich habe da nur ein paar alte codes gefunden bei denen
    ich mal die binarys im code verändern wollte,
    (leveldatas,chars....)

    es gibts ja noch den umweg über pc->c64->TASS->leftArrow6->write->pc->exportFromD64->R64load->bHappy.. . .. ... . ..... .. lets go ;)

    andere nette sachen wie z.b. chars und sprites im
    code drastellen macht wohl der ACME leider nicht
    mit. :(


    tecM0


    tecM0

  • Zitat

    Original von tecM0andere nette sachen wie z.b. chars und sprites im
    code drastellen macht wohl der ACME leider nicht
    mit. :(

    warum nicht? wenn du alles in binär-werten darstellst, sollte das doch klappen, oder?


    hm. wie auch immer, ich schau mal, ob ich diese routine nicht einbauen kann (also bytes aus datei direkt in source).


    gruß,
    daniel.

  • naja, als binärketten kann man ja nur
    %00110001,%000110010,%00111001...
    darstellen. sieht als spritezeile schon blöd aus
    und lässt sich schlecht bearbeiten.

    manche ML_monitore zeigen das in etwa so an

    char ?..
    ..#.
    char ?
    ...
    .
    ...(8x für 1 char)

    oder:

    sprite ?
    #.

    .


    #.

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

    ..

    .

    #.

    #...(21x für ein sprite)


    ..aber das mag der ACME ganze bestimmt nicht.
    egal...muss ja auch nicht sein. gibt ja sprite/char_pad
    und andere editoren zum painten ;)


    gruss,
    tecM0

  • hehe, programmieren mit crossdev-tools und charsets/sprites mit texteditor painten.

    8)


    naja, cuneiform, charpad64 und spritepad sind schon ganz gute tools.

    fehlt nur noch die überarbeitete version des koala-painters von sic/dloc...