Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
atari.area forum » Programowanie - 8 bit » Menu Manager
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
co jeszcze powinien miec MenuManager
https://www.youtube.com/watch?v=IreDhFzTdrg
brakuje najważniejszej funkcji w pętli: jmp $E477 :-)
A tak na poważanie, ile to to zajmuje, gdzie siedzi i jak się rozrasta przy dodawaniu itemów?
mozesz sobie dodac taki skok jak menu zwroci odpowiedni ID ;-)
zajmuje 512 bajtow (dwie strony pamieci), siedzi tam gdzie sie chce, przekazujesz adres struktury menu i w odpowiedzi otrzymujesz co user wybral.
dziala jak E:, otwierasz menu, klawiatura input, output na S:, return zamyka menu i daje ID elementu w akumulatorze, Esc to samo tylko daje $ff w akumulatorze.
ilosc submenu (na programowy stos zapisuje tylko adresy struktur sub/menu) tak, ze .... nieograniczony :-)
do itemow mozesz dodac skroty klawiszowe, maja flagi np. nieaktywny, w strukturze menu definiujesz wielkosc i ksztalt menu np. ile bedzie wierszy/kolumn - mozesz zrobic menu ktore bedzie mialo 5 wierszy i 5 kolumn ;-) albo pionowe / poziome, dowolna wielkosc etykiet itd.
Fascynujące...
... nie do końca kumam "skok".. znaczy się 3 w prawo, 2 w dol i 2 w bok?
Jakiś case of usage rzeczywisty? Jak tentegez budujesz strukturę menu? Udostępniasz czy tylko się chwalisz?
A klawiatura i rysowanie jest przez OS?
Na pewno nie. OS się przecież wyłącza.
Fascynujące...
... nie do końca kumam "skok".. znaczy się 3 w prawo, 2 w dol i 2 w bok?
o taki:
brakuje najważniejszej funkcji w pętli: jmp $E477 :-)
A klawiatura i rysowanie jest przez OS?
klawiatura tak, a ekran nie - co prawda rysuje po akualnie otwarym ekranie wskaznik SAVMSC lub dla S2: ( http://www.atari.org.pl/forum/viewtopic.php?id=16197 ) aktywnym oknie, ale za pomoca wlasnych procedur. systemowe procedury sprawdzilem i sa nieakceprowalnie wolne ale z nimi program jest znacznie krotszy to fakt.
organizacja zostala tak przygotowana zeby wygodnie dzialac na systemowych prockach rysowania dlatego byc moze zostanie to uproszczone...
MO
.word 0
.byte x
.byte y
.byte szerokosc
.byte wsokosc
.byte odstep x
.byte odstep y
.byte ilosc pozycji
.byte ilosc kolumn
.byte pozycja kursora
.word element1
...
.word element n
element1
.byte ID
; .byte KEY
.byte flagi
.word MO1 submenu lub 0
.byte tekst
Na razie ciekawie się zapowiada.
W kwestii GUI to chyba wzorcem jest to co zrobił FJC w fdisku do APT, uflash i innych.
Nie tylko menu, ale także listy, okienka dialogowe, przyciski, pola tekstowe, pola wyboru. W dodatku responsywne - działa w 40 i 80 kolumnach (VBXE lub soft. GR8).
Pytałem go nawet, czy kiedyś udostępni ten framework - owszem, jak będzie miał go kiedyś czas ogarnąć :/
Ciekawie się zapowiada. Życzę powodzenia!
menusy i gadgets to dwa rozne tematy, ale dobrze ze jest wiecej podejsc do sprawy gui, zreszta gadgets jeszcze jedne widze tu: http://www.atari.org.pl/forum/viewtopic … 24#p257624 w programie konfiguracyjnym Antonii.
szkoda ze zadne nie sa dostepne dla programistow - moja ambicja to MINIMALNE wymagania Menusow ktore bedzie mozna uzyc np. do gier np. tekstowkach albo przygodowkach (nie wszystko pokazalem...) :-)
mam zagwozdki czy to rozbudowac i w jakich granicach - np. molbym dodac skanowanie calej struktury menu i budowanie tablicy skrotow klawiszowych zamiast polegac na programiscie ze taka tablice dolaczy...
chce tez zeby xMenusy :D mialy granice na okolo 768 bajtow (3 strony pamieci) - zobaczymy.
byla prosba o tlo pod menu:
https://www.youtube.com/watch?v=1oXzXmTfzW8
troszke uproszczona struktura menu (bez pierwszego .word 0)
przyspieszona odrobine - kilka bajtow dluzsza ale ciagle mniej niz 3 strony pamieci :-)
---
dodana funkcja do definiowana wlasnego ksztaltu ramki
byc moze zwracany bedzie wskaznik a nie wartosc ID
byc moze w strukturze menu bedzie przewidziany adres lub indeks do funkcji ktora ma byc wywolana przed otwarciem menu/submenu
beta, obsluga klawiszami strzalek, return i esc
start
lda #.lo(MO2)
ldx #.hi(MO2)
jsr xMenu_OPEN
sta elemid
ldx #<hello
ldy #>hello
jsr $c642
jmp start
hello .byte c'selected ID: '
elemid .byte $00
.byte $9b
MO0
.byte 7 ; x
.byte 17 ; y
.byte 19 ; H
.byte 2 ; V
.byte 1 ; margin x
.byte 1 ; margin y
.byte 3 ; no of items
.byte 3 ; cols
.byte 0 ; cursor pos
.word MO0_E1 ; items
.word MO0_E2
.word MO0_E3
MO1
.byte 0
.byte 15
.byte 7
.byte 7
.byte 1
.byte 1
.byte 6
.byte 1
.byte 0
.word MO1_E1
.word M_SPACE
.word MO1_E2
.word MO1_E3
.word MO1_E4
.word MO1_E5
MO2
.byte 0
.byte 23
.byte 7
.byte 0
.byte 1
.byte 0
.byte 1
.byte 1
.byte 0
.word MO2_E1
MO2_E1
.byte c'0' ; ID
.byte 0 ; FLAGS
.word MO1 ; MENU
.byte d'Start',$9b ; LABEL
M_SPACE
.byte 0
.byte $80
.word 0
.byte d' ',$9b
MO1_E1
.byte c'1'
.byte 0
.word 0
.byte d'Test1',$9b
MO1_E2
.byte c'2'
.byte 0
.word MO0
.byte d'Test2',$9b
MO1_E3
.byte c'3'
.byte 0
.word 0
.byte d'Test3',$9b
MO1_E4
.byte c'4'
.byte 0
.word 0
.byte d'Test4',$9b
MO1_E5
.byte c'5'
.byte 0
.word 0
.byte d'Test5',$9b
MO0_E1
.byte c'6'
.byte 0
.word 0
.byte d'Test6',$9b
MO0_E2
.byte c'7'
.byte 0
.word 0
.byte d'Test7',$9b
MO0_E3
.byte c'8'
.byte 0
.word 0
.byte d'Test8',$9b
Na razie ciekawie się zapowiada.
W kwestii GUI to chyba wzorcem jest to co zrobił FJC w fdisku do APT, uflash i innych.
Nie tylko menu, ale także listy, okienka dialogowe, przyciski, pola tekstowe, pola wyboru. W dodatku responsywne - działa w 40 i 80 kolumnach (VBXE lub soft. GR8).
Pytałem go nawet, czy kiedyś udostępni ten framework - owszem, jak będzie miał go kiedyś czas ogarnąć :/
Perhaps in the current circumstances, I will have time to address this request, finally. :)
Problem with my library is definitely code size, but once you start handling dialog boxes and file selectors with event-based callbacks (which is what is going on in FDISK, UFLASH, etc) and every control existing as a self-contained object, it takes a lot of code. GUIs are by their nature quite code-heavy.
dodane skroty klawiszowe:
.byte c'1' ; ID
.byte $1F ; SHORTCUT KEY
.byte 0 ; FLAGS
.word 0 ; MENU
.byte d'Label',$9b ; LABEL
po optymalizacji skrocila sie o 70 bajtow. menusy same skanuja cala strukture i generuja tablice skrotow klawiszowych, proramista juz nie musi sie martwic.
produkt gotowy, przeszedl kolejne optymalizacje, zajmuje 3 strony pamieci, dodatkowo otrzymal relokator.
dodajac go do swojego programu wystarczy dolaczyc go na poczatku, po ini sam sie zrelokuje (pierwszy bajt binarki to adres relokacji, mozemy relokowac takze proramowy stos oraz bufor dla tla menu - odpowiednio drugi i trzeci adres na poczatku binarki)
oczywiscie gdyby korzystac z xBiosa relokacje moznaby przeprowadzic w locie ale dla userow DOS zostala przygotowana wersja samorelokujaca na ini.
jesli chcemy korzystac ze skrotow klawiszowych wywolujemy procedure ze skasowanym znacznikiem C=0
c=1 - nie bedzie generowana tablica skrotow klawiszowych
xMenu_OPEN equ xMenu+$1B
clc ; + shortcut keys
;sec ; without shortcuts keys
lda #.lo(MenuObject)
ldx #.hi(MenuObject)
jsr xMenu_OPEN
return: A = selected ID
i tyle.
przykladowy program:
xMenu equ $5000
xMenu_OPEN equ xMenu+1B
org $2000
start clc ; + shortcut keys
;sec ; without shortcuts keys
lda #.lo(MO2)
ldx #.hi(MO2)
jsr xMenu_OPEN
sta elemid
ldx #<hello
ldy #>hello
jsr $c642
jmp start
hello .byte c'selected ID: '
elemid .byte $00
.byte $9b
MO0
.byte 9 ; x
.byte 17 ; y
.byte 25 ; H
.byte 2 ; V
.byte 1 ; margin x
.byte 1 ; margin y
.byte 3 ; no of items
.byte 3 ; cols
.byte 0 ; cursor pos
.word MO0_E1 ; items
.word MO0_E2
.word MO0_E3
MO1
.byte 0
.byte 15
.byte 9
.byte 7
.byte 1
.byte 1
.byte 6
.byte 1
.byte 0
.word MO1_E1
.word M_SPACE
.word MO1_E2
.word MO1_E3
.word MO1_E4
.word MO1_E5
MO2
.byte 0
.byte 23
.byte 7
.byte 0
.byte 1
.byte 0
.byte 1
.byte 1
.byte 0
.word MO2_E1
MO2_E1
.byte c'0' ; ID
.byte 0 ; KEY
.byte 0 ; FLAGS
.word MO1 ; MENU
.byte d'Start',$9b ; LABEL
M_SPACE
.byte 0
.byte 0
.byte $80
.word 0
.byte d' ',$9b
MO1_E1
.byte c'1'
.byte $1f ;1 ; KEY
.byte 0
.word 0
.byte d'Test ''1',$9b
MO1_E2
.byte c'2'
.byte 0 ; KEY
.byte 0
.word MO0
.byte d'Test2 ',$9b
MO1_E3
.byte c'3'
.byte $1a ;3 ; KEY
.byte 0
.word 0
.byte d'Test ''3',$9b
MO1_E4
.byte c'4'
.byte $18 ;4 ; KEY
.byte 0
.word 0
.byte d'Test ''4',$9b
MO1_E5
.byte c'5'
.byte $1d ;5 ; KEY
.byte 0
.word 0
.byte d'Test ''5',$9b
MO0_E1
.byte c'6'
.byte $1b ;6 ; KEY
.byte 0
.word 0
.byte d'Test ''6',$9b
MO0_E2
.byte c'7'
.byte $33 ;7 ; KEY
.byte 0
.word 0
.byte d'Test ''7',$9b
MO0_E3
.byte c'8'
.byte $35 ;8 ; KEY
.byte 0
.word 0
.byte d'Test ''8',$9b
run start
rozbudowalem troche xMENU :-)
Tworzmy strukture menu wysylam do xMENU i czekamy na odpowiedz o wyborze opcji przez usera, odpowiedz wraz ze struktura menu daje pelnie informacji o dzialaniu usera.
struktury w liscie menu mozna dowolnie zmieniac, kolejnosc, ilosc, mozna je np. laczyc :-)
nowa rzecza sa tez flagi:
TOGGLE i CHECKED - informauje, ze pole moze byc zaznaczane/odznaczane
dodany klawisz space - wybiera opcje bez wyjscia z menu
flaga ENABLED byla ale teraz mozna zmieniac/konfigurowac menu z czasie rzeczywistym - np. na przerwaniach, plynace napisy w menu/ wlaczenia-wylaczenia, wszelkieo rodzaju zmiany
ODPOWIEDZI:
w A otrzymujemy ID wybranej opcji dodatkowo adres tablicy (zakonczonej $ff) w ktorej mamy ID wszystkich wybranych opcji.
przyklad oczywiscie jest relokowalny.
----
dodalem mozliwosc zmiany opcji menu klawiszami skrotow
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Programowanie - 8 bit » Menu Manager
Wygenerowano w 0.022 sekund, wykonano 65 zapytań