09.05.2019 10:55
[#1]
GoADF!
Otwieram nowy wątek o GoADF!, będę tu na bieżąco informować o postępach.
Na stronie programu http://bitplan.pl/goadf/ jest już udostępniona do pobrania wersja 1.1 programu, zawierająca:
- poprawka dla funkcji montowania plików ADF - spacje w nazwie pliku lub ścieżce już nie powinny w niczym przeszkadzać
- umożliwienie uruchamiania programu na ekranie Workbencha, co powinno usatysfakcjonować wszystkich posiadaczy kart graficznych (chociaż pewnie nie tylko).
Żeby uruchomić GoADF! na ekranie Workbencha wystarczy w tooltype'ach zmienić wartość parametry WB_SCREEN na TRUE, dodatkowo można ustawić rozmiar okien programu, jeżeli działa on na ekranie WB.
Na stronie programu http://bitplan.pl/goadf/ jest już udostępniona do pobrania wersja 1.1 programu, zawierająca:
- poprawka dla funkcji montowania plików ADF - spacje w nazwie pliku lub ścieżce już nie powinny w niczym przeszkadzać
- umożliwienie uruchamiania programu na ekranie Workbencha, co powinno usatysfakcjonować wszystkich posiadaczy kart graficznych (chociaż pewnie nie tylko).
Żeby uruchomić GoADF! na ekranie Workbencha wystarczy w tooltype'ach zmienić wartość parametry WB_SCREEN na TRUE, dodatkowo można ustawić rozmiar okien programu, jeżeli działa on na ekranie WB.
09.05.2019 12:14
[#3]
Re: GoADF!
@vojo, post #1
Program jest bardzo fajny i na pewno bym go używał gdyby był support dla wirtualnych napędów dla 68000. Czemu właściwie ta funkcjonalność wymaga 020?
Kiedyś coś sobie na swojej gołej A600 zainstalowałem co dawało wirtualne napędy, ale nie mogłem potem ich odmontować i zmienić dysku - albo byłem za głupi albo to było jakieś ograniczenie tego softu. Tak czy inaczej chyba powinno dać radę to zrobić niezależnie od procesora?
Ostatnia aktualizacja: 09.05.2019 12:14:36 przez teh_KaiN
Kiedyś coś sobie na swojej gołej A600 zainstalowałem co dawało wirtualne napędy, ale nie mogłem potem ich odmontować i zmienić dysku - albo byłem za głupi albo to było jakieś ograniczenie tego softu. Tak czy inaczej chyba powinno dać radę to zrobić niezależnie od procesora?
Ostatnia aktualizacja: 09.05.2019 12:14:36 przez teh_KaiN
09.05.2019 21:42
[#10]
Re: GoADF!
@ppill, post #8
Szczerze mówiąc to tego że adf.device wymaga 68020 dowiedziałem się już w trakcie testów, i to przypadkiem. Testowalem na dwóch konfigach, z KS 2.0 i 3.1, na obu było 020, więc nie zauważyłem tego, a w samym adf.device nie ma o wzmianki że wymaga 020+.
Ja myślę że sam autor mógł o tym nie wiedzieć, bo próba użycia na 68000 koncertowo wiesza Amigę, bez słowa ostrzeżenia :/.
To było już w ostatniej fazie devu, więc już ten device został, tym bardziej że mam zgodę autora na jego załączeniu do GoADF. Co do FMS, możliwe że zrobię jego obsługę jako alternatywny device, ale na zasadzie że user sam będzie musiał sobie go pobrać i wskazać lokalizację w GoADF.
Zresztą pomysł na dodanie obsługi wirtualnych napędów zrodził się jako ostatni z obecnie zaimplementowanych funkcji, tego w ogóle miało nie być, bo to na Amigę już było, a ja chciałem zrobić coś czego nie było (albo ja nie widziałem).
A nie widziałem niczego co by operowalo na ADFach jak mój program, tzn pozwalało szybko zorientować się czym jest dany plik ADF (informacje o dysku) i szybko do niego zajrzeć, a może nawet coś z niego wyciągnąć.
Cała reszta to ambicja żeby stworzyć coś, co będzie najlepsze w swojej niszowej kategorii plików ADF, nie tylko dla AmigaOS. I tak, wiem, długa droga jeszcze przed GoADF, ale to dopiero pierwsza wersja. No i ten program ma jedną przewagę nad innymi - jest rozwijany :)
Ostatnia aktualizacja: 09.05.2019 21:53:08 przez vojo
Ja myślę że sam autor mógł o tym nie wiedzieć, bo próba użycia na 68000 koncertowo wiesza Amigę, bez słowa ostrzeżenia :/.
To było już w ostatniej fazie devu, więc już ten device został, tym bardziej że mam zgodę autora na jego załączeniu do GoADF. Co do FMS, możliwe że zrobię jego obsługę jako alternatywny device, ale na zasadzie że user sam będzie musiał sobie go pobrać i wskazać lokalizację w GoADF.
Zresztą pomysł na dodanie obsługi wirtualnych napędów zrodził się jako ostatni z obecnie zaimplementowanych funkcji, tego w ogóle miało nie być, bo to na Amigę już było, a ja chciałem zrobić coś czego nie było (albo ja nie widziałem).
A nie widziałem niczego co by operowalo na ADFach jak mój program, tzn pozwalało szybko zorientować się czym jest dany plik ADF (informacje o dysku) i szybko do niego zajrzeć, a może nawet coś z niego wyciągnąć.
Cała reszta to ambicja żeby stworzyć coś, co będzie najlepsze w swojej niszowej kategorii plików ADF, nie tylko dla AmigaOS. I tak, wiem, długa droga jeszcze przed GoADF, ale to dopiero pierwsza wersja. No i ten program ma jedną przewagę nad innymi - jest rozwijany :)
Ostatnia aktualizacja: 09.05.2019 21:53:08 przez vojo
09.05.2019 22:58
[#13]
Re: GoADF!
@Norbert, post #12
GoADF ma swoje jasno sprecyzowane wymagania i na chwilę obecną nie będzie miał mniejszych.
A na 1.3 nie ruszy raczej nigdy.
Tak więc przyjmuję krytykę że obsługa wirtualnych napędów wymaga 020+, i rozumiem że ta cecha dla części osób dyskwalifikuje program, ale na chwilę obecną takie właśnie są wymagania i nie wiem kiedy (i czy w ogóle) to się zmieni.
A na 1.3 nie ruszy raczej nigdy.
Tak więc przyjmuję krytykę że obsługa wirtualnych napędów wymaga 020+, i rozumiem że ta cecha dla części osób dyskwalifikuje program, ale na chwilę obecną takie właśnie są wymagania i nie wiem kiedy (i czy w ogóle) to się zmieni.
26.05.2019 21:47
[#15]
Re: GoADF!
@vojo, post #1
Czy ktoś z użytkowników NG, zarówno Amiga OS 4 jak i MorphOS, próbował może uruchomić GoADF! na maszynach NG? Rozumiem że wbudowana w te systemy emulacja M68k pozwala uruchomić programy z OS3 bezpośrednio z ikony?
Jestem ciekaw czy GoADF! działa na NG, w zakresie odczytu informacji o ADFach i montowania w wirtualnych napędach, oraz (jeśli komp posiada stację dysków... ) nagrywania ADF na dyskietki. To w ogóle może zadziałać jeśli GoADF! używa trackdisk.device?
Z góry dzięki za sprawdzenie :)
Jestem ciekaw czy GoADF! działa na NG, w zakresie odczytu informacji o ADFach i montowania w wirtualnych napędach, oraz (jeśli komp posiada stację dysków... ) nagrywania ADF na dyskietki. To w ogóle może zadziałać jeśli GoADF! używa trackdisk.device?
Z góry dzięki za sprawdzenie :)
26.05.2019 23:50
[#16]
Re: GoADF!
@vojo, post #15
Na MOS 3.11 działa.
Bez problemu, zmieniłem tooltype w ikonie, uruchomił się szybko, ADFy dają się przeglądać, dyskietka montuje się bez problemu a trzeba pamietać że MorphOS ma swój systemowy sposób montowania, bardzo fajny. Z tak zamontowanego dysku odczytałem dane.
Teraz się zastanawiam czy GoADF nie będzie wygodnym utilem do dyskietek.
Ostatnia aktualizacja: 26.05.2019 23:56:05 przez Skotos
Bez problemu, zmieniłem tooltype w ikonie, uruchomił się szybko, ADFy dają się przeglądać, dyskietka montuje się bez problemu a trzeba pamietać że MorphOS ma swój systemowy sposób montowania, bardzo fajny. Z tak zamontowanego dysku odczytałem dane.
Teraz się zastanawiam czy GoADF nie będzie wygodnym utilem do dyskietek.
Ostatnia aktualizacja: 26.05.2019 23:56:05 przez Skotos
11.06.2019 18:35
[#20]
Re: GoADF!
@Norbert, post #19
Dzisiaj zainstalowałem GoADF i pobawiłem się nim na A1200. Prosty w obsłudze i natywnie działa na ekranie WB (trzeba tylko zmienić parametr w informacjach ikony z FALSE na TRUE). Program mi się na tyle spodobał że go zakupiłem przez PayPal (czekam na klucz rejestracyjny). Mam nadzieję, że autor nie spocznie na laurach i będzie program ulepszał. Aktualizacje są dożywotnie?
Mam takie pytanie do autora. Czy jest możliwy taki feature, który działałby w następujący sposób? Klikam dwukrotnie plik z rozszerzeniem .ADF (w oknie WB) i zamiast błędu odczytu pliku, otwiera mi się okno GoADF, gdzie lokalizacja w/w pliku ADF jest już wprowadzona do ścieżki i wystarczy kliknąć ADF 2 disk :D .
Pozdrawiam,
Azz
Mam takie pytanie do autora. Czy jest możliwy taki feature, który działałby w następujący sposób? Klikam dwukrotnie plik z rozszerzeniem .ADF (w oknie WB) i zamiast błędu odczytu pliku, otwiera mi się okno GoADF, gdzie lokalizacja w/w pliku ADF jest już wprowadzona do ścieżki i wystarczy kliknąć ADF 2 disk :D .
Pozdrawiam,
Azz
11.06.2019 19:56
[#21]
Re: GoADF!
@Azzorek, post #20
Dzięki za rejestrację, klucz wysłany, i będzie dzialać ze wszystkimi kolejnymi wersjami :)
Program jest rozwijany, będą kolejne releasy.
Co do proponowanej funkcjonalności - pomysł fajny i jak najbardziej do realizacji. Dopisuje do listy TODO, i ze względu na niewielki nakład pracy (tak mi się wydaje...) będzie na tej liście wysoko.
Tylko że sam GoADF! nie wykryje dwukliku na pliku ADF - będzie potrzebne albo dorobienie ikonek do plików ADF z GoADF jako default tool, albo (lepiej) skonfigurowane DefIcons, tak żeby system sam wiedział że ADFy ma otworzyć w GoADF.
Pytanie czy GoADF powinien dla każdego kliknięcia na pliku ADF otwierać kolejną instancję programu, czy raczej wykryć uruchomią wcześniej instancję i do niej wczytać ADFa? To drugie chyba będzie lepszym rozwiązaniem?
Ostatnia aktualizacja: 11.06.2019 19:57:45 przez vojo
Program jest rozwijany, będą kolejne releasy.
Co do proponowanej funkcjonalności - pomysł fajny i jak najbardziej do realizacji. Dopisuje do listy TODO, i ze względu na niewielki nakład pracy (tak mi się wydaje...) będzie na tej liście wysoko.
Tylko że sam GoADF! nie wykryje dwukliku na pliku ADF - będzie potrzebne albo dorobienie ikonek do plików ADF z GoADF jako default tool, albo (lepiej) skonfigurowane DefIcons, tak żeby system sam wiedział że ADFy ma otworzyć w GoADF.
Pytanie czy GoADF powinien dla każdego kliknięcia na pliku ADF otwierać kolejną instancję programu, czy raczej wykryć uruchomią wcześniej instancję i do niej wczytać ADFa? To drugie chyba będzie lepszym rozwiązaniem?
Ostatnia aktualizacja: 11.06.2019 19:57:45 przez vojo
11.06.2019 20:03
[#23]
Re: GoADF!
@vojo, post #21
Tylko że sam GoADF! nie wykryje dwukliku na pliku ADF - będzie potrzebne albo dorobienie ikonek do plików ADF z GoADF jako default tool, albo (lepiej) skonfigurowane DefIcons, tak żeby system sam wiedział że ADFy ma otworzyć w GoADF.
Pytanie czy GoADF powinien dla każdego kliknięcia na pliku ADF otwierać kolejna i instancję programu, czy raczej wykryć uruchomią wcześniej instancję i do niej wczytać ADFa? To drugie chyba będzie lepszym rozwiązaniem?
Jest na to proste rozwiązanie! Użyj AppMenu z biblioteki workbench.library. Umożliwia on dodanie własnej opcji menu do Workbencha, które będzie przyjmowało jako argument zaznaczone ikonki.
Od teraz Twój program będzie informowany o kliknięciu ikonek na Workbenchu i wyborze Twojej opcji w menu Tools Workbencha.
Wówczas wystarczy również jedna instancja programu GoADF! Jeśli ktoś używa Twojego programu często, może wrzucić go sobie do katalogu WBStartup.
Mógłbyś opcjonalnie dodać tryb "Ikonifikacji" do swojego programu, tak żeby czekał na wywołanie przez użytkownika.
Ostatnia aktualizacja: 11.06.2019 20:05:57 przez Hexmage960
11.07.2019 17:24
[#25]
Re: GoADF!
@MariuszK, post #24
Prace trwają :)
Z rzeczy już działających:
w TODO na ten update jest jeszcze zaplanowanych klika ficzerów (i kilka niezaplanowanych bugów
)
A w Amigazynie 20 jest recenzja obecnie publicznej wersji - zapraszam do poczytania :)
Z rzeczy już działających:
- odświeżanie katalogu
- tworzenie ADF z dyskietek
- konfiguracja ekranu dla GoADF!
- weryfikacja nagrywania ADF na dyskietki
- kilka usunietych bugów
w TODO na ten update jest jeszcze zaplanowanych klika ficzerów (i kilka niezaplanowanych bugów
)A w Amigazynie 20 jest recenzja obecnie publicznej wersji - zapraszam do poczytania :)
19.07.2019 21:49
[#27]
Re: GoADF!
@Azzorek, post #22
Po namyśle i testach w praktyce dwuklik na ikonie pliku ADF (ikona musi być typu project a jako tool mieć wpisany program GoADF) otworzy jednak zawsze nową instancja programu, z wczytanym ADFem. Jest to związane z tym że pierwotna instancja GoADF może np być w trakcie tworzenia nowego ADFa z dysku, lub odwrotnie - może być w fakcie formatowania i nagrywania dyskietki. W każdym razie może być zajęta. Poza tym otwarcie nowego ADFa musiałoby zmienić katalog bieżący GoADF, odświeżyć (zmienić) listę plików, co też mogłoby być irytującym i nieoczekiwany przez użytkownika zachowaniem.