atarionline.pl Informacje o Graph2Font (G2F) - Forum Atarum

    Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

    • :
    • :

    Vanilla 1.1.4 jest produktem Lussumo. Więcej informacji: Dokumentacja, Forum.

      • 1:
         
        CommentAuthorMaW
      • CommentTime30 Apr 2023 20:04 zmieniony
       
      Hej, próbuję ostatnio użyć w MadPascalu kodu przygotowanego przez G2F (najnowsza wersja), natrafiłem na takie problemy, gdy poniższy plik ze zmianą zestawu znaków co drugą linię:

      próbuję eksportować do MadPascala wg punktów:

      (PAS Simple Pascal program/PAS Full Pascal program)

      1. Export:
      - gdy eksportuję "PAS Simple Pascal program" - oprócz tego, że domyślna nazwa na belce programu zmienia rozszerzenie z "*.G2F" na "*.pas", wszystko jest okey
      - gdy eksportuję "PAS Full Pascal program", program eksportuje tylko plik "*.asm" i "*.h"
      - przy próbie powrotu do menu/zapisu z powrotem w formacie G2F, program buntuje się wyświetlając błąd:


      2. Pliki kompilacji
      - ponieważ nie tworzą się pliki "*.pas" przy "PAS Full Pascal program", korzystam z utworzonego pliku "*_FULL.asm" - wynikowy XEX jest taki sam, jak XEX wypluty z G2F:


      - przy kompilacji plików MadPascala powstałych przy użyciu opcji "PAS Simple Pascal program" powstaje prostszy plik XEX (zgodnie z założeniem, pozbawiony warstwy PMG), ale z błędami listy/procedury DLI (zrywa linię co pół ekranu na końcach):

      pomaga odkomentowanie sta wsync w linii 115

      (zapewne dla każdej konfiguracji DL to będzie inna linia)
      ale zarazem powoduje to zrywanie synchronizacji w pierwszej(zerowej) linii (śmieci od drugiej połowy linii, nie udało mi się tego uchwycić na screenshocie).

      Czy jest jakaś szansa na poprawkę eksportowanej procedury DLI w G2F i poprawkę pełnego eksportu w "PAS Full Pascal program"?

      Z góry dziękuję :D

      //EDIT: przygotowałem plik przykładowy, żeby sprawdzić, czy problem jest tylko z moim obrazkiem (dosyć skomplikowanym), czy z pustą kanwą.

      //EDIT2: Dobra, nie było pytania :) Kod przygotowywany przez G2F jest na tyle czytelny, że spokojnie jest wystarczający do dalszego prototypowania B)
      • 2:
         
        CommentAuthorKaz
      • CommentTime10 May 2024 10:05 zmieniony
       
      Wersja 4.0.3.13 z 5 maja 2024 roku:
      • 3: CommentAuthorVidol
      • CommentTime12 May 2024 06:05 zmieniony
       
      @MaW: W pliku g2f masz błąd w 10 wierszu, może to powoduje Twoje problemy?
      • 4: CommentAuthorpajero
      • CommentTime14 May 2024 22:05
       
      możecie wstawić plik na inny serwer, eset wali blokadą
      • 5: CommentAuthorVidol
      • CommentTime8 Oct 2024 08:10 zmieniony
       
      Przypadkowo znalazłem taki kwiatek w g2f. W opcji view/scale/200% robi się niezła kaszana (zoom error.png), przy czym jak się zapisze plik g2f to chyba jest ok. Xex natomiast jest zwalony (kulaerror.xex)
      Pliki w załaczniku:
      kula2.g2f - oryginał
      kula_error.g2f - plik zapisany w 200%
      kulaerror.xex- plik zapisany w 200%
      zoom error.png - zrzut ekranu po przełączeniu skali