Komentowana treść: Chrysalis 3.16
26.04.2022 12:25
[#1]
Re: Chrysalis 3.16
Zainstalowałem; ale muszę przyznać, żę bałagan to robi straszny w menu górnej belki i nie tylko. Przejrzysty MOS się robi ustrojony, jak Stróż w Boże Ciało.
Kde, ale sam MOS to jest bajka; jestem pod ogromnym wrażeniem i dizajnu i UI i działania i poczucia amigowego DNA. Normalnie jak gwiazdka z nieba. Żałuje, że dopiero teraz zorganizowałem sprzęt..
Kde, ale sam MOS to jest bajka; jestem pod ogromnym wrażeniem i dizajnu i UI i działania i poczucia amigowego DNA. Normalnie jak gwiazdka z nieba. Żałuje, że dopiero teraz zorganizowałem sprzęt..
26.04.2022 15:14
[#3]
Re: Chrysalis 3.16
@recedent, post #2
Też nie przyszłoby mi do głowy z tego skorzystać. Ale tez staram się nie wyrażać źle o takich inicjatywach, bo wiem, że wiele osób z tego korzysta. Ja gdybym sobie to zainstalował to czułbym się jak na cudzej maszynie. 
Jedyne co mnie kusi to popatrzeć co oni tam zgromadzili, bo możliwe, że coś przeoczyłem coś fajnego co od zawsze jest w morphosowym świecie, a taka paczka to zawiera. Muszę kiedyś zerknąć do tego ISO.
Jedyne co mnie kusi to popatrzeć co oni tam zgromadzili, bo możliwe, że coś przeoczyłem coś fajnego co od zawsze jest w morphosowym świecie, a taka paczka to zawiera. Muszę kiedyś zerknąć do tego ISO. 26.04.2022 21:26
[#5]
Re: Chrysalis 3.16
@crimart, post #4
Ja nigdy tak całkiem or zera nie instalowałem MorphOSa. 😃 To co mam w 2022 roku jest w jakimś stopniu kontynuacją tego co zainstalowałem w 1995 roku na A1200 gdy kupiłem do niej dysk twardy. Dzisiaj w SYS:Libs są biblioteki, które wrzuciłem do tego katalogu 27 lat temu. Po drodze było wiele dysków, rozszerzeń, Pegasos I G4, Pegasos II G4, PowerBook G4. I zawsze kolejne systemy były w jakimś stopniu przeniesieniem z poprzedniego dysku czy komputera. AmigaOS czy MorphOS jest na tyle jeszcze prosty, logiczny i zrozumiały, że tutaj nie ma prawa się nic zabałaganić. Każdy dobrze wie do czego jest który plik. Nie ma potrzeby nic przeinstalowywać, bo to nie ma sensu. To jest zastępowanie plików tymi samymi plikami.
AmigaOS czy MorphOS jest na tyle jeszcze prosty, logiczny i zrozumiały, że tutaj nie ma prawa się nic zabałaganić. Każdy dobrze wie do czego jest który plik. Nie ma potrzeby nic przeinstalowywać, bo to nie ma sensu. To jest zastępowanie plików tymi samymi plikami. 
27.04.2022 17:45
[#9]
Re: Chrysalis 3.16
@crimart, post #1
Za bardzo nie rozumie argumentu z bałaganu .Takie rozbudowane menu pozwala na zachowanie porządku i szybkiego dostępu do danej aplikacji.Otwieranie kolejnych okien, szukanie ikony która a to może domyślna jest u mnie wywołuje zawsze jakoś niepewność czy akurat dana apke umieściłem już na dysku- czy testując ją pozostała w ramie.Podobne blagoslawienstwo daje Tooldeamon mi na Amidze 600 a własne preferencje mam zawsze zgrane w jakim bakapie .Poza tym jest rozbudowane podręczne menu w któremu jest opcja add icon co uważam za kolejne spore udogodnienie.Kolejna rzecz z tego podręcznego menu to rozpakowanie plików do wybranych lokalizacji.Nie wiedzieć czemu ale dopus ma jakieś problemy z np.zipem.Czesto informuje że danego pliku nie da się rozpakować bo błąd sumy kontrolnej a ten sam plik .zip pod systemem nie robi problemów.Ogolnie rozumie i tych co sami obudowouja sobie system bo to z pewnością duża frajda
28.04.2022 13:55
[#10]
Re: Chrysalis 3.16
@Jupiler, post #9
Wiesz co..to nie argument, tylko subiektywne wrażenie; pierwsze odnośnie MOSa (a zacząłem od 3.16 :)) było takie, że jest super minimalistycznie i spójnie, wiadomo co, czym jest.
Chrysalis wrzucił tonę softu, zrobiło się gęsto w menu i takie wrażenie odniosłem. Do tego ten nazwijmy to manager (jak mu tam? Grunch) i jego totalnie niespójne graficznie z MOSem logo; zęby zabolały, akurat padło na grafika :)
Co do budowania systemu - jasne że tak, szczególnie że systemy takie jak AOS, MOS itd. z mojego punktu widzenia, to środowiska wyłącznie do zabawy (podkreślam - z mojego). Tyle tylko, że jak mam z czymś styczność pierwszy raz, to nie zaczynam od budowania, tylko chcę zobaczyć jak autorzy przygotowali dystrybucję; a przygotowali bajecznie (mean MOS 3.16)
Chrysalis wrzucił tonę softu, zrobiło się gęsto w menu i takie wrażenie odniosłem. Do tego ten nazwijmy to manager (jak mu tam? Grunch) i jego totalnie niespójne graficznie z MOSem logo; zęby zabolały, akurat padło na grafika :)
Co do budowania systemu - jasne że tak, szczególnie że systemy takie jak AOS, MOS itd. z mojego punktu widzenia, to środowiska wyłącznie do zabawy (podkreślam - z mojego). Tyle tylko, że jak mam z czymś styczność pierwszy raz, to nie zaczynam od budowania, tylko chcę zobaczyć jak autorzy przygotowali dystrybucję; a przygotowali bajecznie (mean MOS 3.16)
28.04.2022 19:09
[#15]
Re: Chrysalis 3.16
@crimart, post #14
Jest rewelacyjny Homeworld, jest Warzone 2100, Knights&Merchants, Return to the Roots, Julius (i Augustus), Wyrmsun, OpenTTD, OpenDune (i Dune Legacy), OpenXCom, Freeciv, FreeHeroes, Battle of Wesnoth... Jest tego trochę.
A, no i Stratagus (na którym powinny ruszyć takie gry jak Warcraft czy Starcraft).
Ostatnia aktualizacja: 28.04.2022 19:11:06 przez recedent
A, no i Stratagus (na którym powinny ruszyć takie gry jak Warcraft czy Starcraft).
Ostatnia aktualizacja: 28.04.2022 19:11:06 przez recedent
30.04.2022 16:14
[#22]
Re: Chrysalis 3.16
@recedent, post #21
Bardziej miałem ogólną rozkminę, czy liczne gierki pod OSXa, lub nawet pod PPC z czasów MacOS8-9; to coś osiągalnego pod MOSem w łatwiejszy sposób, niż tematy natywnie x86.
Lub nawet inaczej zapytam, czy kod PPC z platwormy makowej jest w jakikolwiek sposób czytelny dla MOSa? Pytanie dość romantyczne; ale kurcze nie jestem programistą.
Lub nawet inaczej zapytam, czy kod PPC z platwormy makowej jest w jakikolwiek sposób czytelny dla MOSa? Pytanie dość romantyczne; ale kurcze nie jestem programistą.
02.05.2022 19:22
[#23]
Re: Chrysalis 3.16
@crimart, post #22
Jeżeli coś jest napisane np. w C/C++ z zachowaniem zasad przenośności i na każdej z platform są potrzebne do danego projektu biblioteki to nie ma większych problemów z przenośnością. I nie ma znaczenia czy to jest ARM, PPC, x86, x64 oraz 32 czy 64-bit. Makowy kod nie ma tutaj żadnych ani zalet ani wad. Często jest bardziej "zjadliwy" do portowania, bo sam powstał z czegoś co już ktoś przystosował do portowania. Jeżeli ktoś coś robi tylko na intelową Windę to zwykle ma w nosie cały świat, uważa że inne architektury i systemy nie istnieją i kod jest pełen drobiazgów utrudniających przenośność. Przeciętny kod z Linuxa/Unixa dlatego jest przyjemniejszy do portowania, bo źródła są tworzone przez ludzi, którzy zdają sobie sprawę z istnienia różnych architektur i nie są im straszne takie drobiazgi jak little/big endian.
Generalnie MorphOS nie ma absolutnie żadnych związków z macOS (ani Classic ani OSX). Kilka rozwiązań czysto GUI-owych w Ambiencie może nieco przypominać te z macOS (Preferencje, rozszerzenia górnej belki, Cmd+Tab). Poza tym od pewnego czasu można pisać programy dla MorphOS w języku Objective-C (i to nawet z tzw. ARC co jest naprawdę sporym osiągnięciem). To w nim powstały tak ogromne projekty jak klient poczty Iris i browser Wayfarer. Język ten nie istnieje specjalnie dla Apple ale przez długie lata był podstawą programowania pod macOS/iOS. Lata temu Apple go trochę "odkopało" z niszowego dołu i znacznie pchnęło jego rozwój do przodu. Chociaż w tej chwili na applowych platformach pisze się raczej w Swift i Objective-C jeszcze jest wspierany z rozpędu i dla kompatybilności z istniejącymi projektami. Dlatego pod tym względem coś z macOS pod Objective-C może być znacznie łatwiej portowalne na MorphOS. Ale z kolei coś w Swift jest nieportowalne wcale. Chociaż gdyby patrzeć tylko pod kątem języka to portowanie czegoś w Objective-C jest pewnie tak samo przyjemne jak z FreeBSD, którym macOS od wielu lat przecież jest.
Na pewno w portowaniu bardzo sprzyja fakt, że MorphOS SDK ostatnio bardzo bardzo mocno poszedł do przodu (mamy naprawdę nowe wersji kompilatorów). Natomiast bardzo dużym hamulcem (jeżeli chodzi o gry) jest fakt, że TinyGL nie obsługuje shaderów (czyli OpenGL 1.x). Ale i tutaj od niedawna coś się rusza i jest jakiś cień szansy, że coś ciekawego się pojawi. To otworzy świat wieeelu otwartym projektom, których z tego względu przenieść się nie da albo wyglądają "trochę" inaczej w wersji dla MorphOS. Ale wszystko co wymaga OpenGL bez shaderów portuje się bardzo ładnie. Co nasi nadworni "porterzy" mocno wykorzystali.
Problemy z kolejnością bajtów (little/big endian) to trochę pieśń przeszłości. Jeżeli jakiś kod dzisiaj ma z tym problem to znaczy, że albo pochodzi z dawnych czasów, zależy od czegoś co pochodzi z dawnych czasów, albo jest pisany przez kogoś kto jest przekonany o tym, że inne architektury nie istnieją (w skrócie mówiąc - przez lamera).
Ostatnia aktualizacja: 02.05.2022 19:32:39 przez MDW
Generalnie MorphOS nie ma absolutnie żadnych związków z macOS (ani Classic ani OSX). Kilka rozwiązań czysto GUI-owych w Ambiencie może nieco przypominać te z macOS (Preferencje, rozszerzenia górnej belki, Cmd+Tab). Poza tym od pewnego czasu można pisać programy dla MorphOS w języku Objective-C (i to nawet z tzw. ARC co jest naprawdę sporym osiągnięciem). To w nim powstały tak ogromne projekty jak klient poczty Iris i browser Wayfarer. Język ten nie istnieje specjalnie dla Apple ale przez długie lata był podstawą programowania pod macOS/iOS. Lata temu Apple go trochę "odkopało" z niszowego dołu i znacznie pchnęło jego rozwój do przodu. Chociaż w tej chwili na applowych platformach pisze się raczej w Swift i Objective-C jeszcze jest wspierany z rozpędu i dla kompatybilności z istniejącymi projektami. Dlatego pod tym względem coś z macOS pod Objective-C może być znacznie łatwiej portowalne na MorphOS. Ale z kolei coś w Swift jest nieportowalne wcale. Chociaż gdyby patrzeć tylko pod kątem języka to portowanie czegoś w Objective-C jest pewnie tak samo przyjemne jak z FreeBSD, którym macOS od wielu lat przecież jest.
Na pewno w portowaniu bardzo sprzyja fakt, że MorphOS SDK ostatnio bardzo bardzo mocno poszedł do przodu (mamy naprawdę nowe wersji kompilatorów). Natomiast bardzo dużym hamulcem (jeżeli chodzi o gry) jest fakt, że TinyGL nie obsługuje shaderów (czyli OpenGL 1.x). Ale i tutaj od niedawna coś się rusza i jest jakiś cień szansy, że coś ciekawego się pojawi. To otworzy świat wieeelu otwartym projektom, których z tego względu przenieść się nie da albo wyglądają "trochę" inaczej w wersji dla MorphOS. Ale wszystko co wymaga OpenGL bez shaderów portuje się bardzo ładnie. Co nasi nadworni "porterzy" mocno wykorzystali.
Problemy z kolejnością bajtów (little/big endian) to trochę pieśń przeszłości. Jeżeli jakiś kod dzisiaj ma z tym problem to znaczy, że albo pochodzi z dawnych czasów, zależy od czegoś co pochodzi z dawnych czasów, albo jest pisany przez kogoś kto jest przekonany o tym, że inne architektury nie istnieją (w skrócie mówiąc - przez lamera).
Ostatnia aktualizacja: 02.05.2022 19:32:39 przez MDW