Mudy w kontekście klienta Mudlet

Czołem,
nie ma ogólnomudowego tematu, więc robię nowy.
Nie chcę pisać jednak o mudach jako takich, a o klientach.
Ci, co znają temat na pewno w iedzą o starym dobrym Gmudzie, Mush-cliencie czy Vipmudzie, który jest teoretycznie z przeznaczeniem dla nas...
Każdy z nich ma swoje zalety, wady mają... wszystkie. :D
Ja osobiście jestem użytkownikiem Jawsa i Mush-clienta. Kilka osób używających NVDA stwierdza, że Mush jest niewygodny i zły.
Znawcy tematu wiedzą, że teraz wszyscy korzystają z Mudleta. Od dawna walczyliśmy o mudletową dostępność, niestety bezskutecznie. Dziś dotarły do mnie radosne wieści.
Na 29.01.2023 planowane jest wydanie dostępnej dla nas wersji Mudleta.
Mam kontakt z osobą, która zajmuje się rozwojem tego klienta mudowego, dlatego też potrzebna jest jak największa grupa testerów.
Podrzucam Wam linki do wersji PTB oraz do artykułu, w którym twórcy opisują dostępnościowe kwestie.
Ja jeszcze nie testowałem, zamierzam usiąść do tego jutro. Pozbierajmy opinie, a ja przekażę je dalej.
https://wiki.mudlet.org/w/Manual:Screen_Readers
https://make.mudlet.org/snapshots/source=ptb

I dlaczego mudlet, a nie mush-z?

Cóż. Dość powiedzieć, że dla mudleta obecnie pisane są wszystkie skrypty. Czy to arkadiowe czy też do innych mudów. Mush-client jest trochę niewspierany. Poza tym z NVDA tak sobie dostepny. Zostaje albo output albo czytanie maks 10 linijek ostatnich.

no tam też był skrót do 10 linijek w mudlecie jak na szybko czytałem, szczerze mówiąc mi więcej nie jest potrzebnych bez outputa, ale skoro głównie ten klient się teraz rozwija, to fajnie, że jest wybór, a jakieś soundpacki są na niego? czy soundpacki to domena niewidomych, więc jeszcze nie?

W tym momencie na pewno nie ma. Myślę, że dźwięki to raczej każdy będzie robił pod siebie - przynajmniej na pewno to będę ja. Mam w Mushu swoje, jeśli przeniosę się na mudleta to wraz z moimi dźwiękami.
Mudlet jest najbardziej rozwijany, na pewno będę rozmawiał z twórcą skryptów arkadyjskich o dostosowaniu ich pod nas. Ale to już jak kwestie dostępności ogarniemy do końca.

Argument ze skryptami ma sens
Z nvda mush-z tak sobie dostępny, a co lepie jest w mudlecie?
Z tego, co obejrzałem na szybko jest tylko command line i output line, między którymi mogę się przemieszczać, czyli to samo co w mush-z.
Plus, w mush-z mam te 10 linijek pod skrótami, gdzie przy szybkich akcjach czy w ogóle do grania te kilka pierwszych linijek jest ważne.
Nie muszę najpierw przechodzić do output, potem strzałki i potem wracać się do command line.
Będąc w command line mam pogląd do tych kilku linijek, co jest bardzo spoko, jak potrzebuję więcej, mogę szybko przelecieć w output.

-- (Rogan):
Cóż. Dość powiedzieć, że dla mudleta obecnie pisane są wszystkie skrypty. Czy to arkadiowe czy też do innych mudów. Mush-client jest trochę niewspierany. Poza tym z NVDA tak sobie dostepny. Zostaje albo output albo czytanie maks 10 linijek ostatnich.

--

Dobra, już łapię przewagę mudletowego outputa i mush-zowego. Ten mudletowy się odświerza na bierząco. Ciekawe, czy kursor się automatycznie ustawia na końcu. Zmiana specyfiki myślenia. Bo w mush-z cały czas siedziałem w polu do wpisywania sprawdzając tekst ctrl+1, 2, 3, czasem 4 i jak chciałem zajrzeć gdzieś dużo dalej to output. Tutaj można cały czas siedzieć w output, bo on sie odświeża, więc jest na bierząco, a ewentualnie do wpisania czegoś przeskoczyć szybko. Wadą może być natomiast to, że jednak jak sprawdziłem, kkursor stoi w jednym miejscu, a tekst leci dalej i musimy skakać co chwila na koniec tekstu, bo co chwila nowe się linijki pojawiają, a mi się wydaje, że kursor domyślnie powinien lądować na dole, szczególnie, jak pojawiają się całe masy tekstu. Kolejne przemyślenia na szybko, to ogarnięcie, żeby te paski menu były dostępne, te okienka do tworzenia triggerów etc. Żeby tabulator normalnie się zachowywał w opcjach różnych.

Tam w manualu było opisywane robienie triggerów w mudlecie, testowałeś to? Output zdecydowanie powinien przenosić na koniec tekstu odświeżając się. TO jest bardzo dobre spostrzeżenie.

Nie wczytywałem się w tę sekcje z triggerami, jednak powinno to być tak proste i dostępne, jak normalnie apka, a nie, żeby to trzeba było się wczytywać, niemniej jakoś trigger zrobić się da. No ale to dopiero faza beta jest.

Kolejna rzecz, menu pod altem. Ja wiem, że tam oni pisali, że objektówką można, ale ja to chciałbym, żeby menu się otwierało normalnie pod altem jak każde inne menu. Żeby te okienka to wyglądały tak, jak normalnie w programie, a nie, żeby trzeba było się przeklikiwać objektówką czy w inny sposób docierać do pewnych sekcji.

@papierek jestem za menu pod altem. Czasem człowiek się zfrustruje i porzuci niepotrzebnie coś co możebyć fajne.

Hejo. Na czym stoimy obecnie z Mudletem? Ktoś testował ostatnio lub jest aktywnym użytkownikiem?