18.05 16:11
[#1]
GoSnap
Moja propozycja na Amiga 40 Tools Jam 2025:
GoSnap - program który wprowadza do AmigaOS funkcję "snapowania" okien do krawędzi ekranu, znaną z nowoczesnych systemów operacyjnych.
Na chwilę obecną rozpoznawanych jest 8 obszarów:
Działanie bety można zobaczyc na poniższym filmie:
Program działa jako commodity, i jest zarządzalny przez systemowy Exchange, skąd można go wyłączyć lub spauzować działanie.
Konfiguracja za pomocą ToolType - można ustawić szerokość monitorowanej strefy przy krawędziach ekranu (domyslnie 10 pikseli), określić jak ma być wyliczana pozycja okna względem belki ekranu (przysłaniać czy nie), można też włączyc/wyłączyc pokazanie przy starcie obszarów snapowania (funkcja testowa, docelowo pewnie usunę to).
Beta 0.12 do pobrania stąd:
https://bitplan.itch.io/gosnap
Ostatnia aktualizacja: 18.05.2025 16:11:55 przez vojo
Ostatnia aktualizacja: 18.05.2025 22:33:31 przez vojo
GoSnap - program który wprowadza do AmigaOS funkcję "snapowania" okien do krawędzi ekranu, znaną z nowoczesnych systemów operacyjnych.
Na chwilę obecną rozpoznawanych jest 8 obszarów:
- 4 narożniki ekranu, do których przyciągnięcie okna powoduje ustawienie rozmiaru snapowanego okna na 1/4 rozmiaru ekranu i spozycjonowanie go do danego narożnika
- krawędzie lewa, prawa, dolna - ustawienie rozmiaru okna na 1/2 wielkości ekranu i spozycjonowanie go do krawędzi
- krawędź górna - ustawienie okna na cały ekran.
Działanie bety można zobaczyc na poniższym filmie:
Program działa jako commodity, i jest zarządzalny przez systemowy Exchange, skąd można go wyłączyć lub spauzować działanie.
Konfiguracja za pomocą ToolType - można ustawić szerokość monitorowanej strefy przy krawędziach ekranu (domyslnie 10 pikseli), określić jak ma być wyliczana pozycja okna względem belki ekranu (przysłaniać czy nie), można też włączyc/wyłączyc pokazanie przy starcie obszarów snapowania (funkcja testowa, docelowo pewnie usunę to).
Beta 0.12 do pobrania stąd:
https://bitplan.itch.io/gosnap
Ostatnia aktualizacja: 18.05.2025 16:11:55 przez vojo
Ostatnia aktualizacja: 18.05.2025 22:33:31 przez vojo
18.05 23:18
[#11]
Re: GoSnap
@Hexmage960, post #10
wiele osób używa Amiga OS 3.1
Wszystkim tym osobom szczerze polecam przesiadkę na 3.2, naprawdę ma całą masę uprawnień, nie tylko bezproblemowe przeciąganie okien poza ekran.
Ja już os 3.1 traktuje na zasadzie że jak coś robię i działa to fajnie, a jak nie działa - trudno. Chyba że jakiś drobiazg, który w kilka minut można obejść, to ok - dodam. To co proponujesz to napisanie prawie nowego programu z nową logiką, poza tym wywoływaloby wg mnie całą masę niechcianych przez użytkownika akcji. Tak samo traktuje OS 2.0 i 1.3.
Jak program się ustabilizuje, udostępnię na Githubie źródła, może ktoś będzie chciał dodać wsparcie dla 3.1.
18.05 23:29
[#12]
Re: GoSnap
@vojo, post #11
To co proponujesz to napisanie prawie nowego programu z nową logiką, poza tym wywoływaloby wg mnie całą masę niechcianych przez użytkownika akcji.
Nie wiem jak działa Twój program. Zakładałem, że wydarzenie "mysz dotknęła ramy ekranu" można łatwo zastąpić wydarzeniem "okno dotknęło ramy ekranu", bo to tylko kwestia czy to współrzędne myszy czy lewego górnego rogu okienka.
Jeżeli to jednak spory problem implementacyjny, to oczywiście nie nalegam na to rozwiązanie.
Na mojej Amidze 1200 jest ciężko zainstalować OS 3.2 z Workbenchem, bo mam niezgodną kartę turbo Blizzard, która ma problemy z SetPatch lub LoadModule. OS 3.1, 3.5 i 3.9 natomiast działają prawidłowo.
Ostatnia aktualizacja: 18.05.2025 23:31:25 przez Hexmage960
18.05 23:54
[#14]
Re: GoSnap
@alt_, post #13
Ja nawet poleciłbym OS 3.2.3. Mam zarówno w A1200 z 8 MB fast RAM, jak i w A600 z 030 i 64 MB fast RAM. Szybciej startuje od OS 3.2.0. Na A600 miałem zwiechy, ale wyremowałem FBlit i FText z S-S i działa bez zająknięcia. Zdaję sobie sprawę, że jednak jeśli ktoś używa naście, dziesiąt lat systemu 3.1, to... starych drzew się nie przesadza 
wczoraj 07:47
[#17]
Re: GoSnap
@alt_, post #13
Tylko BlizKick u mnie działa. SetPatch lub LoadModule w OS 3.2 powodują domyślnie zwiechę przy starcie.
OK, skoro ta funkcja OS 3.2 przeciągania okien poza ekran jest potrzebna do działania GoSnap, ja nie nalegam tak jak napisałem. To był tylko mój pomysł jak zapewnić działanie na OS 3.1.
@Tukinem
Ja używam Amiga OS 3.1 od dawna, mam też OS 3.5 i OS 3.9 w oryginalnych wersjach na płytach CD.
OS 3.5 pojawił się w 1999 roku. Jestem wierny systemowi Amigi. Używałem nawet OS 4.0 i 4.1, które wymagają procesora PPC.
OS 3.2 zrywa troszkę kompatybilność z popularnymi kartami turbo. Blizzard to bardzo popularna karta.
OK, skoro ta funkcja OS 3.2 przeciągania okien poza ekran jest potrzebna do działania GoSnap, ja nie nalegam tak jak napisałem. To był tylko mój pomysł jak zapewnić działanie na OS 3.1.
@Tukinem
Ja używam Amiga OS 3.1 od dawna, mam też OS 3.5 i OS 3.9 w oryginalnych wersjach na płytach CD.
OS 3.5 pojawił się w 1999 roku. Jestem wierny systemowi Amigi. Używałem nawet OS 4.0 i 4.1, które wymagają procesora PPC.
OS 3.2 zrywa troszkę kompatybilność z popularnymi kartami turbo. Blizzard to bardzo popularna karta.
wczoraj 08:36
[#19]
Re: GoSnap
@alt_, post #18
OK, fizyczne ROMy w moim przypadku nie wchodzą w rachubę. Mam Blizzard 1230-IV i Blizzard 1260.
Ja zgłaszałem się z tą sprawą do deweloperów OS 3.2, bo póki co wygląda na to że tylko karty ACA i TF są w pełni obsługiwane.
Kolega Vojo celuje ze swoimi programami w Amiga OS 3.2, który posiada i działa u niego prawidłowo.
Faktycznie np. ja piszę soft, który wymaga OS 3.1, bo korzystam z kilku funkcji, które dopiero pojawiły się w tej wersji i nie wspieram OS 2.0 czy OS 1.3.
Rozumiem zatem kolegę Vojo, że korzysta z nowych funkcji systemowych OS 3.2 i nie wspiera wcześniejszych wersji.
Ostatnia aktualizacja: 19.05.2025 08:39:02 przez Hexmage960
Ja zgłaszałem się z tą sprawą do deweloperów OS 3.2, bo póki co wygląda na to że tylko karty ACA i TF są w pełni obsługiwane.
Kolega Vojo celuje ze swoimi programami w Amiga OS 3.2, który posiada i działa u niego prawidłowo.
Faktycznie np. ja piszę soft, który wymaga OS 3.1, bo korzystam z kilku funkcji, które dopiero pojawiły się w tej wersji i nie wspieram OS 2.0 czy OS 1.3.
Rozumiem zatem kolegę Vojo, że korzysta z nowych funkcji systemowych OS 3.2 i nie wspiera wcześniejszych wersji.
Ostatnia aktualizacja: 19.05.2025 08:39:02 przez Hexmage960
wczoraj 11:58
[#23]
Re: GoSnap
@vojo, post #1
Fajne i przydatne. 
Kiedyś człowiek chciał okien wychodzących poza krawędzie ekranu (chyba pozwalał na to MCP), a gdy później to dostaliśmy to okazało się, że czasem przydałoby się jednak nie wychodzić poza krawędź.
Ze wszystkich rozwiązań tego typu mi najbardziej pasuje, bardzo proste, standardowe zachowanie z MorphOS (działa chyba od ćwierć wieku). Czyli okna można przesuwać poza krawędzie ekranu, a gdy nacisnę Ctrl to przesuwane okno jest cofane do krawędzi ekran (i wtedy zachowuję się jak w AmigaOS 3.1). Dzięki temu, jeżeli potrzebuję, mogę ustawić sobie okno 5 pixeli od krawędzi ekranu i nic mi tej pozycji nie zmodyfikuje, nie przyciągnie. A gdy chcę dokładnie na krawędzi to przesuwam za nią, naciskam Ctrl i jest idealnie.
Ostatnia aktualizacja: 19.05.2025 12:03:09 przez MDW
Kiedyś człowiek chciał okien wychodzących poza krawędzie ekranu (chyba pozwalał na to MCP), a gdy później to dostaliśmy to okazało się, że czasem przydałoby się jednak nie wychodzić poza krawędź. Ze wszystkich rozwiązań tego typu mi najbardziej pasuje, bardzo proste, standardowe zachowanie z MorphOS (działa chyba od ćwierć wieku). Czyli okna można przesuwać poza krawędzie ekranu, a gdy nacisnę Ctrl to przesuwane okno jest cofane do krawędzi ekran (i wtedy zachowuję się jak w AmigaOS 3.1). Dzięki temu, jeżeli potrzebuję, mogę ustawić sobie okno 5 pixeli od krawędzi ekranu i nic mi tej pozycji nie zmodyfikuje, nie przyciągnie. A gdy chcę dokładnie na krawędzi to przesuwam za nią, naciskam Ctrl i jest idealnie.
Ostatnia aktualizacja: 19.05.2025 12:03:09 przez MDW
wczoraj 12:53
[#24]
Re: GoSnap
@Gandalf, post #22
To nie jest wiedza tajemna.
Poza tym przecież możesz znaleźć kogoś, kto ci pomoże.
Tak, domyślam się, że kolega _Alt potrafi wymieniać kostki ROM i na pewno chętnie by dopomógł.
Jednakże nie zdecyduję się na ten krok, ponieważ uważam, że ROM 3.1 jest bardzo stabilny, niezawodny i dopracowany. I nie sprawia u mnie żadnych problemów z działaniem.
Natomiast ROM 3.2 jest rozwijany i są robione poprawki błędów.
Aktualizacja systemu Amigi do wersji OS 3.2 na CD-ROMie powoduje u mnie problemy. Działa, tak jak napisałem mapowanie samego ROM poleceniem BlizKick.
Być może wystarczyłoby wrzucić wywołanie BlizKick oraz przekopiować ręcznie potrzebne komponenty, bez nowego SetPatch i LoadModule.
Ale wolałbym by taka oficjalna aktualizacja systemu Amigi nie sprawiała problemów. Karty ACA i TF to nowe konstrukcje.
Już się powtarzam, sorki. Przepraszam autora wątku za te moje wpisy dot. OS 3.2, a nie tematu.
Ostatnia aktualizacja: 19.05.2025 12:58:27 przez Hexmage960
wczoraj 13:13
[#26]
Re: GoSnap
@tukinem, post #25
Sprawdzałeś nową wersję 3.2.3 u siebie?
Nie, tej najnowszej wersji nie sprawdzałem. Ale czytałem szczegółowe Release Notes OS 3.2.3 i niestety nie znalazłem adnotacji o lepszym wspieraniu Blizzardów w rozdziale o wspieranych kartach ani w rozdziale o modułach.
Ostatnia aktualizacja: 19.05.2025 13:14:29 przez Hexmage960
wczoraj 19:05
[#28]
Re: GoSnap
@vojo, post #27
Odpaliłem, potestowałem, kilka spostrzeżeń.
Ostatnia aktualizacja: 19.05.2025 19:05:59 przez Krashan
- Jeżeli jest ustawione KEEP_MENUBAR=YES, to górne krawędzie okien są i tak przyciągane do górnej krawędzi ekranu, a nie spodu belki ekranu. Jeżeli następuje zmiana rozmiaru, to już jest ok, ale jeżeli tylko dosuwam, to belka jest zasłaniana.
- Jeżeli odpalę Opusa Magellana na Workbenchu, to jego listery są przyciągane, ale nie działa zmiana rozmiaru.
- Wyzwalanie zmiany rozmiaru okna działa jakoś... opornie. Co dokładnie trzeba zrobić, dosunąć wskaźnik myszy dokładnie do ostatniego piksela przy krawędzi?
- Zdarza się dość często, że po dosunięciu okna do jednego z boków ekranu, jego górna krawędź znajduje się o jeden piksel za wysoko i zasłania czarną dolną krawędź belki ekranu. Psuje to moje aspergerowe poczucie estetyki.
Ostatnia aktualizacja: 19.05.2025 19:05:59 przez Krashan
wczoraj 19:54
[#29]
Re: GoSnap
@Krashan, post #28
Jeżeli jest ustawione KEEP_MENUBAR=YES, to górne krawędzie okien są i tak przyciągane do górnej krawędzi ekranu, a nie spodu belki ekranu. Jeżeli następuje zmiana rozmiaru, to już jest ok, ale jeżeli tylko dosuwam, to belka jest zasłaniana.
Wyzwalanie zmiany rozmiaru okna działa jakoś... opornie. Co dokładnie trzeba zrobić, dosunąć wskaźnik myszy dokładnie do ostatniego piksela przy krawędzi?
Jaki masz SNAP_MARGIN? I czy odpalasz z Workbencha czy Shella?
Parametry z ToolType'ów czytane są tylko jeśli program odpalany jest z ikonki, z Shella defaultowa wartość SNAP_MARGIN to skromne 9 pikseli. A obsługi parametrów podawanych z Shella jescze się tu nie dorobiłem.
Przyciaganie powinno działać w zakresie 'n' pikseli od krawędzi ekranu, gdzie 'n' okresla właśnie parametr SNAP_MARGIN. Dla ekranów z większa rozdzielczością niż PALowy HiresLaced domyslna wartość to wąski pasek, powinno pomóc zwiększenie wartości tego parametru do np 20 pikseli. Wydaje mi się, że stąd też wynika zasłanianie belki gdzie rozmiar okna sie nie zmienia - po prostu nie dociągnąłeś do obszaru gdzie działa przyciaganie, i GoSnap nie zareagował.
Zdarza się dość często, że po dosunięciu okna do jednego z boków ekranu, jego górna krawędź znajduje się o jeden piksel za wysoko i zasłania czarną dolną krawędź belki ekranu. Psuje to moje aspergerowe poczucie estetyki.
Oj, bardzo dobrze to rozumiem :D Też to zauważyłem, i mam na liście TODO, jako mało istotne aczkolwiek dość irytujące ;)
Co do Magellana - sprawdzę, to brzmi jakby GoSnap zidentyfikował te okna jako nieskalowalne, co jest trochę dziwne...
wczoraj 20:31
[#30]
Re: GoSnap
@vojo, post #29
Dla ekranów z większa rozdzielczością niż PALowy HiresLaced domyslna wartość to wąski pasek, powinno pomóc zwiększenie wartości tego parametru do np 20 pikseli.Trochę tak. Mam ekran 1600x1200 w emulatorze, dałem 30 pikseli i jest poprawa. Ale wciąż jest to jakieś losowe, nie działa to pewnie, albo nie rozumiem kiedy wyzwoli się zmiana rozmiaru. Mam porównanie bo mam włączone podobne snapowanie okien pod Linuksem na tej samej maszynie, co emulator. Tam działa to intuicyjnie i pewnie.
Trochę mnie zaskoczyło zachowanie okien nieskalowalnych. Wziąłem okno programu Exchange, które nie skaluje się w żadnej osi. Jeżeli je ściągnę na dolną krawędź i spróbuję wyzwolić zmianę rozmiaru (oczywiście niemożliwą), to spodziewałbym się, że dolna krawędź tego okna znajdzie się na dole ekranu. Natomiast zachodzi takie zjawisko: GoSnap oblicza sobie gdzie znalazłaby się górna krawędź okna, gdyby dało się je przeskalować. W tym przypadku jest to połowa wysokości ekranu, więc tam zostaje przesunięte okno. W pewnym sensie logiczne, ale moim zdaniem nie takiej logiki spodziewa się użytkownik.