Małe rzeczy, które uczyniły Amigę wspaniałą.

 Małe rzeczy, które uczyniły Amigę wspaniałą

(tekst poddany automatycznemu tłumaczeniu)

Dogłębne zagłębienie się w wybór genialnych funkcji AmigaOS.

Jesień 2020

Spis treści

• Wprowadzenie
• Fachowe pojęcia
• Małe rzeczy
  • Dysk RAM
  • Dysk RAD
  • Proporcjonalne paski przewijania
  • Edytorzy tekstu
  • ARexx
  • Brak płyty CD
  • Systemy plików
  • Przypisuje
  • Biblioteki
  • ASL
  • Typy danych
  • ReadArgs
  • AmigaGuide
  • zainstalować
  • Standaryzowana struktura plików
  • Programy dla mieszkańców
  • RequestChoice
  • Pliki .info
• Końcowe słowa

Wprowadzenie

Dla większości ludzi Amiga jest prawdopodobnie synonimem Amigi 500, a ta maszyna była przede wszystkim grą wideo: czymś, do czego włożyłeś dyskietki 3,5-calowe, co przeniosło cię w dziwne, cudowne światy i godziny zabawy. Do tej grupy , gracze, system operacyjny nie był ważny, prawdopodobnie tylko raz uruchomili Workbench 1.3, dobrze przyjrzeli się jaskrawemu niebiesko-pomarańczowemu interfejsowi i zdecydowali, że wystarczy, zanim wrócili do niszczenia wrogów w Silkwormie.

Czemu nie? Maszyna była świetna do gier. Jest mnóstwo wspaniałych tekstów o przełomowych możliwościach audio i wideo Amigi.

Ten tekst nie jest jednym z nich.

Ten tekst dotyczy późniejszych wersji AmigaOS wyprodukowanych przez Commodore, od 2.0 do 3.1. Podczas gdy te nowsze wersje (z głównymi wydanymi odpowiednio w 1990 i 1992) z pewnością z dumą niosły dziedzictwo Amigi i były - głównie - kompatybilne wstecz, nadejście AmigaOS 2.0 oznaczało zmianę paradygmatu. Tę zmianę najlepiej symbolizuje fakt, że AmigaBASIC - wszechobecny i obowiązkowy język każdego szanującego się komputera domowego z lat osiemdziesiątych - został porzucony i zastąpiony przez ARexx, profesjonalny język skryptowy bez jakichkolwiek elementów graficznych ani dźwiękowych.

Ta zmiana paradygmatu jest również powodem, dla którego tak wielu z nas, którzy mieli szczęście natknąć się na te wersje, tak desperacko trzymało się Amigi. Wielu z nas trzymało się tego dobrze pod koniec lat dziewięćdziesiątych, lata po upadku Commodore. A my byliśmy zaciekli: jeśli myślisz, że fanboye Apple'a są dziś irytujące, ciesz się, że nie spotkałeś fanatyka Amigi w 1995 roku. Sprawy szybko przybrały osobisty charakter. To było po prostu brzydkie.

Nadal jednak uważam, że były pewne podstawy dla naszego fanatyzmu.

W czasach, gdy domowe komputery PC były jednozadaniowymi skrzynkami DOS z 8 nazwami plików, a Ataris i Mac były jednozadaniowymi GUI, utrudniając każdemu hakerowi rażący brak CLI, Amiga była mistrzem obu światów: łączy CLI i GUI, wykorzystując oba ich mocne strony. Ale było w tym coś więcej, coś, co trudno wyrazić w tak wielu słowach.

Nieraz spotykałem zdenerwowanych użytkowników Amigi, którzy na jakimś forum internetowym w kilku krótkich zdaniach próbują wyjaśnić wielkość systemu operacyjnego Amigi. Często, całkiem zrozumiałe, sprowadza się to do czegoś w rodzaju „To jest jak UNIX”, co zawsze uważam za niesprawiedliwe dla obu systemów.

Jasne, był to wczesny system wielozadaniowy ze zdolnym wierszem poleceń. Jednocześnie było to również dojrzałe i spójne środowisko pulpitu, które było bardziej przyjazne dla użytkownika niż dzisiejszy MacOS X niż jakikolwiek tradycyjny system UNIX. Ale, w przeciwieństwie do dzisiejszego MacOS, nigdy nie drażnił użytkownika końcowego. Otworzył maszynę, zamiast odciąć niektóre części.

W przeciwieństwie do UNIX, AmigaOS jest systemem zaprojektowanym do użytku domowego, brakuje mu wielu elementów, które sprawiają, że UNIX jest tak popularny: ochrony pamięci, obsługi wielu użytkowników, przenośności kodu źródłowego i wbudowanej obsługi sieci.

Jednak pod jednym względem są do siebie bardzo podobni. Podobnie jak UNIX, system operacyjny Amigi jest zbiorem wielu drobnych geniuszy, które łączą się, aby uczynić go większym niż suma jego części.

Zapraszam do wspólnego odkrywania tej pomysłowości. Ale najpierw uporządkujmy terminologię.

Fachowe pojęcia

System operacyjny Amigi był nazywany przez wiele osób, ponieważ składa się z wielu komponentów, z którymi w mniejszym lub większym stopniu mieli do czynienia różni użytkownicy. Spróbuję trochę wyjaśnić:

AmigaOS

Commodore nie nazywał systemu operacyjnego jako całości „AmigaOS” aż do wydania wersji 3.1 w 1994 roku, kiedy to zniknęło. I nawet wtedy był w większości wydrukowany na pudełku, w którym przyszedł - nic w systemie operacyjnym nie nazywa siebie AmigaOS. Nadal jest to przydatny termin zbiorczy dla wszystkich poniższych komponentów.

Kickstart

Jest to w zasadzie oprogramowanie układowe Amigi, znajdujące się w chipie ROM. W wersji 2.0 i nowszych układ ROM miał 512 kB i zawierał nie tylko kod do autotestów i ładowania początkowego, ale także całkiem spore fragmenty innych części AmigaOS.

AmigaDOS

Jest to z grubsza interfejs wiersza poleceń, sterowniki urządzeń, zarządzanie systemem plików i tak dalej. Został pierwotnie oparty na TRIPOS, dziedzictwie, które nadal jest widoczne do dnia dzisiejszego. (Istnieją nowsze wersje AmigaOS niż 3.1, ale ten tekst obejmie tylko te wydane przez Commodore.)

Intuicja

Intuition, najlepiej podobny do nowoczesnego kompozytora na komputery stacjonarne, obsługuje aktualizacje ekranu i zarządza oknami. Niestandardowe układy dźwiękowe i wideo w Amidze miały głównie imiona żeńskie (Paula, Denise, a później Alice), więc przypuszczam, że Intuition to odpowiednia nazwa dla warstwy abstrakcji, która pozwala systemowi operacyjnemu na połączenie z nimi.

stoł warsztatowy

Jest to często używane zamiennie z „AmigaOS”, ale tak naprawdę jest to nazwa samego środowiska graficznego - które jest środowiskiem roboczym, a nie pulpitem: programy nazywane są narzędziami, foldery nazywane szufladami, a pliki danych nazywane są projektami.

Inna terminologia

Wnioskodawcy

Nie jest to tak naprawdę główna część systemu operacyjnego jako taka, requester to nazwa Amigi dla okna dialogowego. Na przykład „requester plików” to okno dialogowe wyboru plików. Nadal często używam tego terminu do opisania każdego dialogu na dowolnej platformie, ku dezorientacji przyjaciół i współpracowników. Stare zwyczaje umierają ciężko.

Urządzenia

Urządzenia, podobnie jak w systemie UNIX, zwykle reprezentują urządzenia peryferyjne podłączone do komputera, takie jak nośniki danych, drukarki itp. Amiga ma wiele wbudowanych urządzeń, które są montowane automatycznie, na przykład wewnętrzny napęd dyskietek, DF0: port szeregowy i porty równoległe SER:i PAR: odpowiednio. Inne popularne urządzenia to: DF1:pierwsza zewnętrzna stacja dyskietek, DH0:wspólna nazwa urządzenia nadana rozruchowej partycji dysku twardego oraz CON:konsola tekstowa. Istnieją również urządzenia, których nie można zamontować, ale można uzyskać do nich dostęp tylko za pomocą języków programowania, na przykład timer.device używanych do łączenia się z zegarami sprzętowymi.

Wolumeny

Zamontowane urządzenia (takie jak DF0, DF1, DH0) może zawierać objętość. W przypadku DH0:partycji rozruchowej dysku twardego wolumin jest stały i jest reprezentowany przez nazwę partycji, na przykład System:lub Boot:. Jeśli włożysz dyskietkę z programem Deluxe Paint do wewnętrznego napędu dyskietek, bieżący wolumin w urządzeniu DF0: będzie DPaint:.

Małe rzeczy

Amiga Workbench po czystym rozruchu. Po lewej stronie znajdują się ikony urządzeń, odpowiadające partycjom dysku RAM i dysku twardego. Pozostałe ikony reprezentują różne aplikacje, umieszczone na pulpicie w celu zapewnienia łatwego dostępu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Dysk RAM

Amiga zawsze ma gotowy do użycia dysk RAM, a nazwa urządzenia jest zawsze RAM:. Bez montowania, bez oprogramowania innej firmy - po prostu siedzi i czeka. To sprytne samo w sobie, ale naprawdę genialne w tym jest to, że jest przydzielane dynamicznie. Oznacza to, że rozmiar dysku RAM odpowiada ilości wolnej pamięci aktualnie dostępnej w systemie i nigdy nie zajmuje więcej pamięci niż jest to potrzebne, aby pomieścić pliki aktualnie na nim przechowywane.

Dysk RAM może dziś brzmieć ezoterycznie, ale w czasach powolnych mechanicznych dysków twardych i dyskietek był to dar niebios za rozpakowywanie archiwów, uruchamianie kompilacji testowych i przechowywanie tymczasowych dokumentów roboczych.

Wadą jest to, że za każdym razem, gdy ponownie uruchamiasz komputer, cała zawartość dysku RAM jest tracona. Co prowadzi nas do ...

Dysk RAD

RAD, co (w jakiś sposób) oznacza Recoverable Ram Disk, jest kolejnym świadectwem elastyczności i pomysłowości AmigaOS. Dysk RAD to dysk RAM o stałym rozmiarze, który może nie tylko przetrwać ponowne uruchomienie, ale także sam się z niego uruchomić. Może być używany jako mały, ale niezwykle szybki mini dysk twardy lub do wyodrębniania obrazów dysków w celu sprawdzenia ich zawartości.

Proporcjonalne paski przewijania

Proporcjonalny pasek przewijania to pasek przewijania, który rośnie i kurczy się, aby odzwierciedlić rozmiar przewijalnej zawartości, którą reprezentuje:

Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Podkreślenie takiej funkcji może wydawać się głupie, ponieważ obecnie wszystkie paski przewijania są proporcjonalne. W dawnych złych czasach nie było tak: Microsoft nie zaimplementował ich aż do Windows 95 i Apple, o ile wiem, nie wykonał tego ruchu aż do MacOS 9 w 1999 roku. W czasach, gdy myszy komputerowe nie miały kółek przewijania, to była naprawdę fajna funkcja.

Edytorzy tekstu

Powyżej Ed służy do edycji S: Shell-Startup, odpowiednika .bashrc dla AmigaShell. Edytor jest obecnie w trybie poleceń i przygotowuje się do usunięcia wiersza tekstu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

AmigaOS dostarczany był z trzema różnymi edytorami tekstu: Ed, Edit i MEmacs. Ta ostatnia jest portem, jak się domyślacie, Micro Emacsa i oczywiście spodoba się fanom Emacsa. Pozostałe dwa mają dziwną nazwę: Edit to edytor liniowy przypominający głównie ed w systemie UNIX. Z drugiej strony Amiga's Ed to pełnoekranowy edytor z obsługą myszy i rozbudowanym językiem poleceń. Amigę Ed prawdopodobnie najlepiej porównać do vi.

Wszyscy trzej są zdolnymi i potężnymi edytorami. Zarówno MEmacs, jak i Ed wykorzystują rozwijane menu GUI Amigi i obsługują makra oraz rozbudowaną konfigurację.

Jak wspomniano wcześniej, tryb poleceń Eda przypomina nieco vi. Rozważ następujące przykłady:

Zmień następne trzy wystąpienia „data” na „gubbe”:
3 E/data/gubbe/

Przejdź na początek pliku, powtórz (RP) zamianę „danych” na „gubbe” do końca pliku:
T; RP E/data/gubbe/

Przejdź na początek pliku, znajdź wszystkie wystąpienia „gubbe” i wstaw trzy puste wiersze po każdym wystąpieniu, powtarzaj do końca pliku:
T; RP (F /gubbe/; 3A//)

Ed ma również coś, co nazywa się portem ARexx, co całkowicie celowo prowadzi nas do ...

ARexx

ARexx to ulepszona i dostosowana do Amigi wersja języka REXX firmy IBM. Jest to zdolny (choć obecnie nieco przestarzały) język skryptowy ogólnego przeznaczenia z doskonałymi funkcjami do łatwego analizowania ciągów.

Poprzez interfejs komunikacji międzyprocesowej może również działać jako „klej” pomiędzy różnymi programami z tzw. Portami ARexx. Na przykład, jeśli zarówno twój edytor tekstu, jak i pakiet Desktop Publishing mają porty ARexx, możesz napisać skrypt do automatycznego wstawiania tekstu, który właśnie napisałeś w edytorze, do programu DTP, łącząc się z nimi oboma za pomocą ARexx.

Ed, edytor opisany powyżej, udostępnia swój język poleceń poprzez port ARexx, umożliwiając użytkownikom tworzenie wysoce zaawansowanych skryptów do przetwarzania tekstu.

Powyżej widzimy Ed edytującego skrypt ARexx. Poniżej znajduje się okno AmigaShell używające własnego portu ARexx Eda do wysyłania instrukcji do Eda. Właśnie wysłałem polecenie T; RP E /g./global./, zmieniając nazwę zmiennej złożonej gna bardziej opisową global. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Brak płyty CD

Chociaż AmigaDOS ma CDpolecenie, zwykle nie jest ono potrzebne. Każde polecenie, którego wynikiem jest prawidłowa ścieżka, automatycznie zmieni bieżący katalog roboczy na tę ścieżkę:

1.System:> Work:Code/ARexx/WebServer
1.Work:Code/ARexx/WebServer> _

Systemy plików

OFS (Old File System) i FFS (Fast File System) to natywne systemy plików Amigi. Dzięki modułowej i pomysłowej naturze systemu operacyjnego Amiga, podobnie jak UNIX, może obsługiwać dowolną liczbę systemów plików. Wersja 3.0 systemu operacyjnego dostarczana z CrossDOS, narzędziem do montowania woluminów MS-DOS FAT - ale pojawiło się również wiele innych, od natywnych zamienników FFS innych firm po porty na przykład EXT2.

Na powyższym zrzucie ekranu zamontowałem AmigaShell CF0:, kompaktowy czytnik kart flash. Mógłbym też dwukrotnie kliknąć ikonę sterownika urządzenia (zaznaczoną na zrzucie ekranu), aby go zamontować. Używam infopolecenia w AmigaShell, aby sprawdzić urządzenie. Obecnie zawiera kartę sformatowaną w systemie plików FAT32. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Przypisuje

Przypisanie to rodzaj fałszywego woluminu logicznego, który może wskazywać dowolną ścieżkę. Świetnie nadaje się do głębokich struktur katalogów. Załóżmy, że masz bieżący projekt programistyczny Work:Code/ARexx/WebServer. To całkiem sporo do częstego pisania. Tworząc przypisanie, ASSIGN wserv: Work:Code/ARexx/WebServermożesz teraz uzyskać dostęp do plików i dysku CD do katalogu projektu, odwołując się do wserv:.

Przypisanie może również obejmować kilka woluminów fizycznych. Standardowe przypisanie Amigi do miejsca, w którym szuka bibliotek dynamicznych LIBS:, wskazuje na katalog Libraries w bieżącym woluminie startowym. Ale co, jeśli piszesz nową taką bibliotekę i nie chcesz zaśmiecać katalogu systemu swoimi wersjami programistycznymi podczas testowania?

Nie martw się, możesz ADDdo dowolnego przypisać:

1.System:> Assign LIBS: Work:Code/C/HTMLParseLibrary ADD

AmigaOS będzie teraz szukał dynamicznych plików bibliotek w obu ścieżkach!

Powyżej możemy zobaczyć przykłady tworzenia katalogów, przekierowywania wyjścia i przypisywania w AmigaDOS. Zwróć uwagę, jak SomeFiles: przypisuje punkty do dwóch różnych katalogów, pozwalając Edowi bezproblemowo ładować pliki z obu przy użyciu jednego przypisania. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Biblioteki

Podobnie jak w przypadku bibliotek w systemie UNIX, jest to sposób udostępniania wspólnych funkcji między różnymi programami. Biblioteki Amigi są zawsze połączone dynamicznie, a jednak z jakiegoś powodu nigdy nie wydaje się, aby były jakiekolwiek problemy z kompatybilnością wsteczną. Dla użytkownika końcowego wszystko po prostu działa.

Commodore dostarczyło AmigaOS z bibliotekami do wszystkiego, od funkcji matematycznych po coś, co nazywa się ASL, używanym do tworzenia requesterów plików i czcionek.

ASL

Najprostszym sposobem, aby programista poprosił użytkownika o wybranie pliku lub czcionki, jest skorzystanie z biblioteki ASL. Korzystając ze standardowego interfejsu API, requester (okno dialogowe) do zapisywania lub wczytywania dokumentu można przedstawić użytkownikowi. Okna dialogowe mają funkcje dopasowywania wzorców i nawigacji za pomocą klawiatury.

Niestety, nie oznacza to „wieku, płci, lokalizacji”, ale raczej „Amiga Standard Library”.

Edycja ścieżki, dodanie dopasowania do wzorca („globowania”) dla jej zawartości. Tylda (~) służy do wykluczania dopasowań. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Typy danych

Typy danych są w pewnym sensie podobne do dynamicznych bibliotek formatów plików. Zamiast polegać wyłącznie na możliwościach, powiedzmy, programu graficznego do implementacji programów ładujących dla każdego możliwego formatu pliku, jeśli obsługuje on typy danych, może ładować obrazy dowolnego formatu, dla którego typ danych jest zainstalowany w systemie.

To świetny sposób na zabezpieczenie oprogramowania w przyszłości, zapewniające, że nawet starsze programy mogą ładować i wyświetlać nowsze formaty obrazów. Kiedy format PNG został stworzony w 1996 roku, wiele programów dla Amigi stworzonych wiele lat wcześniej mogło ładować te obrazy przy użyciu zewnętrznego typu danych PNG, wydanego jako freeware.

Na powyższym zrzucie ekranu Ed służy do edycji skryptu ARexx, który wykorzystuje współdzieloną bibliotekę do łączenia się z typami danych w celu identyfikacji formatów plików. Skrypt służy do załadowania odpowiedniej przeglądarki plików dla dowolnego pliku podanego jako argument skryptu - coś w rodzaju prymitywnej hydrauliki , jeśli wolisz. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

ReadArgs

Chociaż AmigaOS nie ma dokumentacji online, takiej jak strony podręcznika systemu UNIX, ma ustandaryzowany sposób odczytywania argumentów przez programy CLI. Ułatwia to funkcja ReadArgs, zaprojektowana, aby pomóc programistom we wdrożeniu tego sposobu czytania argumentów.

Argument ?(znak zapytania) zawsze tworzy listę argumentów polecenia i ich rodzaju, a następnie oczekuje na wprowadzenie tych argumentów przez użytkownika:

1.System:> Delete ?
FILE/M/A,ALL/S,QUIET/S,FORCE/S: _

Więc co to oznacza? Oznacza to, że FILEmoże to być wiele ciągów (/ M) i że jest to argument wymagany (/ A); ALL, QUIETa FORCEtymczasem są flagami logicznymi lub przełącznikami (/ S).

Istnieją również wzorce dla słów kluczowych (/ K), liczb (/ N) i kilka innych. Kiedy już to zrozumiesz, jest to bardzo pomocny system odniesienia do odświeżania pamięci, a nazwy argumentów mają zwykle dziwnie sensowne nazwy.

ReadArgs jest odświeżająco łatwy do zaimplementowania w skryptach powłoki, zapewniając zgodność ze standardami nawet w przypadku najprostszych zadań.

Na powyższym zrzucie ekranu widzimy, jak łatwo jest dodać argumenty w stylu ReadArgs do skryptu powłoki, używając .key FNAME/A. Zwróć także uwagę, jak łatwo jest dodać informacje o wersji do pliku za pomocą $VER. Wreszcie widzimy, że skrypt działa z ?argumentem, powodując, że AmigaDOS wyświetli argument dla skryptu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

AmigaGuide

Kliknij obraz, aby wyświetlić pełną rozdzielczość.

AmigaGuide to wczesny format hipertekstowy, pierwotnie używany przez Commodore w oficjalnej dokumentacji deweloperskiej, ale dostarczany jako standardowy składnik AmigaOS 3.0 i nowszych. Jest to proste w porównaniu do nowoczesnego HTML: nie może wyświetlać obrazów w tekście ani odtwarzać dźwięków w tle, ale możesz tworzyć łącza do dowolnych plików, które są następnie wyświetlane osobno.

Szybko stał się popularny i wkrótce większość programów typu freeware, shareware i public domain pochodzi z dokumentacji AmigaGuide.

zainstalować

Początkowo instalacja programów na dysku twardym odbywała się za pomocą skryptów powłoki. Widząc spustoszenie wywołane przez takie skrypty, Commodore ostatecznie stworzył ustandaryzowany instalator oprogramowania. To genialne małe narzędzie do wybierania ścieżek instalacji, tworzenia katalogów, porównywania wersji plików, kopiowania plików i modyfikowania skryptów startowych.

Potężny instalator. Zwróć uwagę na opcje wykonywania próbnego uruchomienia („udawaj, że instalujesz”) i rejestrowania procedury instalacji. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

Prawie wszyscy programiści przyjęli to od razu, w tym autorzy PD / Freeware, ku uciesze użytkowników końcowych. Do dziś instalatory mojego kiepskiego oprogramowania Amiga pozostają jedynymi naprawdę znaczącymi rzeczami, które zakodowałem w czysto funkcjonalnym języku: skrypty instalatora są w całości napisane w LISP-ie.

Ze względu na potężną naturę dialektu LISP i łatwy dostęp do podzbioru widżetów GUI Amigi, Instalator był również używany do tworzenia prostych gier przygodowych.

Standaryzowana struktura plików

Każda instalacja Amigi wygląda w zasadzie tak samo, szczególnie tam, gdzie jest to naprawdę ważne. Omówiliśmy już biblioteki współdzielone i ich miejsca zamieszkania w LIBS:. Ten sam wzorzec jest używany dla pozostałych plików systemowych: sterowniki urządzeń są zawsze w DEVS:środku, sterowniki systemu plików i inne rzeczy niskiego poziomu w L:środku, polecenia AmigaDOS należą do C:, skrypty powłoki (w tym skrypty startowe, sekwencja startowa i uruchamianie użytkownika ) S:, kroje pisma są zawsze obecne FONTS:i tak dalej.

Programy dla mieszkańców

Niektóre programy, większość z nich to polecenia AmigaDOS, można uczynić rezydentnymi - to znaczy przechowywać w pamięci do wykorzystania w przyszłości. Jest to przydatne, aby uniknąć nadmiernego dostępu do dysku podczas wykonywania niektórych zadań.

RequestChoice

Kliknij obraz, aby wyświetlić pełną rozdzielczość.

AmigaDOS ma proste polecenie zadawania użytkownikowi pytania typu Tak / Nie, zwane Zapytaj. W wersji 3.0 Commodore wprowadziło polecenia RequestChoice, służące do tworzenia requestera GUI wielokrotnego wyboru i RequestFile do otwierania requestera plików. Ładny przykład tego, jak zintegrowane są środowiska GUI i CLI na AmigaOS.

Pliki .info

Trochę jak w MacOS X, jeśli dasz dysk entuzjastycznemu nowicjuszowi z Amigi i poprosisz o skopiowanie na niego kilku plików, prawdopodobnie znajdziesz na nim dziwne pliki, które nie służą żadnemu widocznemu celowi. Zawsze mają taką samą nazwę jak inny plik, ale kończą się na „.info”.

To są pliki ikon Amigi, zawierające nie tylko rzeczywisty obraz ikony, ale także trochę metadanych. W przypadku pliku danych może to być program do otwierania pliku, co oznacza, że ​​po dwukrotnym kliknięciu obrazu utworzonego za pomocą, powiedzmy, Deluxe Paint, zostanie uruchomiony Deluxe Paint, a następnie załadowany ten obraz. Nazywa się to „domyślnym narzędziem” pliku.

Pliki .info zawierały również informacje o położeniu: żądane współrzędne ikony w jej oknie nadrzędnym. W przypadku ikon szuflad (katalogów) zapisywał również rozmiar i położenie okna otwartego w celu wyświetlenia ich zawartości.

Inne godne uwagi metadane są reprezentowane przez typy narzędzi, które można opisać jako ustawienia lub argumenty programu. Na przykład takiego typu narzędzia można użyć do kontrolowania, czy Deluxe Paint ma wyświetlać współrzędne aktualnego położenia wskaźnika myszy.

Informacje o plikach i ikonach dla Deluxe Paint. Oprócz obrazu ikony i Typów narzędzi, istnieją inne prezentowane metadane plików, które nie są przechowywane w ikonie: system plików obsługuje flagi ochrony (bity trybu) Skrypt, Zarchiwizowany, Czytelny itp. Oraz możliwość napisania komentarza na temat plik. Możemy również zobaczyć rozmiar pliku, znacznik daty i rozmiar stosu (w bajtach) używany podczas uruchamiania programu. Kliknij obraz, aby wyświetlić pełną rozdzielczość.

System z samodzielnymi plikami ikon może wydawać się dziś dziwny, ale zamiast scentralizowanego przechowywania ikon lub osadzania ikon w plikach binarnych, ta metoda oznaczała, że ​​typy narzędzi, domyślne programy i informacje o pozycji mogą być łatwo przenoszone między systemami. Dało to także użytkownikom swobodę modyfikowania, a nawet rysowania nowych ikon programów lub całkowitego ich usuwania, jeśli chcieli zaoszczędzić miejsce na dysku.

Kilka pięknych zestawów ikon zostało wydanych jako shareware stron trzecich, w szczególności Magic Workbench .

Końcowe słowa

Chociaż z pewnością nie jest to klon UNIX-a, Amiga nadal była świetną platformą przygotowawczą do późniejszego zajęcia się innymi systemami operacyjnymi. Kiedy po raz pierwszy natknąłem się na Linuksa (i inne * nixy) w 1995 roku, wiele rzeczy instynktownie miało dla mnie sens. Z łatwością narysowałem podobieństwa do AmigaOS i byłem już zaznajomiony z wieloma koncepcjami: urządzeniami, montowaniem, priorytetami zadań, skryptami powłoki i językami skryptowymi, Emacsem i wieloma innymi. I chociaż dzisiaj bardzo lubię UNIX, to kiedy siadam przed Amigą, naprawdę czuję się jak w domu i mam kontrolę.

Mam nadzieję, że ten tekst dał wam wgląd w to, co uczyniło Amigę wspaniałą. Oczywiście jest o wiele więcej rzeczy, ale to kilka, które zostały ze mną. Niektóre koncepcje, takie jak typy danych, są nadal unikalne dla Amigi i nawet dzisiaj byłyby interesującym i użytecznym dodatkiem do systemu operacyjnego.

I pamiętaj - tylko Amiga to umożliwia!