Jak zwykle mam pecha i mi nie działa .
Najśmieszniejsze jest to, że pod firefoxem pod macos działa, pod safari także, a pod OWB 1.23 nie ... ech

• Odpowiedz

@trOLLO, post #1

• Odpowiedz

• Odpowiedz

@recedent, post #2

Pobrałem nową wersję, nie zauważyłem , że jest.

I teraz mam mega dziwne zachowanie :D . Folio uruchomiony z RAM Dysku działa, ten sam katalog przegrany na SSD, już nie działa

• Odpowiedz

Offlineowy edytor tekstów napisany w JavaScript i wymagający przeglądarki? Hmmm... witamy w XXI wieku.

Ostatnia aktualizacja: 08.08.2017 15:22:28 przez MDW

• Odpowiedz

@MDW, post #5

Pomyślałem podobnie, nie wiem tylko czy to postęp, czy regres, cholera ? . Niedługo za pulpit posłuży tylko przeglądarka. Wszystkie workbenche, ambienty, gnomy, eksplorery itp.itd. pójdą w niebyt.

• Odpowiedz

@trOLLO, post #4

U mnie działa i z RAMu i z SSD. W stosunku do Calimero działa szybciej, bardziej bezproblemowo i nie dzieli wyrazów w dziki sposób.

• Odpowiedz

@MDW, post #5

W przypadku tego edytora tekstu, przymiotnik "morphosowy" jest zastanawiający, edytor działa pod OSX czy Windows, ale pod najnowszym OWB dla MorphOSa już nie

Jam ciekaw czy działa pod AmigaOS4

• Odpowiedz

@agrajek, post #8

Działa.

• Odpowiedz

@MDW, post #5

• Odpowiedz

@Krashan, post #10

No właściwie racja. W końcu Amiga ma dawać możliwości więc skoro jest możliwość pisania w JavaScript pod przeglądarkę to dlaczego tego nie wykorzystać? Tylko faktycznie używanie takiego softu jest raczej koniecznością niż przyjemnością.

• Odpowiedz

@Krashan, post #10

• Odpowiedz

Da się w tej aplikacji używać różnych fontów czy tylko te dwa (Default i Courier New)?

Używać to się tego raczej nie da. Przy każdym naciśnięciu "Save" trzeba podać nazwę pliku i ląduje on w katalogu "Downloads" ustawionym w przeglądarce. Nawet jeżeli się załaduje plik z innego miejsca to i tak tam ląduje. No to ja dziękuję za pisanie tekstu i cominutowe zapisywanie go w ten sposób. Mniej więcej to mam na myśli mówiąc o braku spójności z systemowymi rozwiązaniami (to jest już maksymalnie skrajny przypadek).

• Odpowiedz

@MDW, post #13

• Odpowiedz

@recedent, post #14

A widzisz, nie czytałem readme. Jeżeli to zostanie zrobione i będzie można normalnie zapisywać plik podczas pisania to nawet może być przydatny soft. Bo rzeczywiście, pomimo webowego rodowodu, sprawuje się znacznie lepiej niż w pełni natwyny Calimero. Ale Calimero jest taki trochę crapowaty i nie wygląda na to, żeby to się kiedyś zmieniło. W Folio chyba ładnie łyka różne UTFy, a to się dzisiaj przydaje.

Ostatnia aktualizacja: 08.08.2017 18:41:35 przez MDW

• Odpowiedz

@MDW, post #15

ASiegel pisze:

To jest jedna ze znanych niedogodności. Kiedy otwiera się requester zapisu pliku, musisz zawsze wprowadzić nazwę. Okno modalne, które otwiera się wcześniej powinno przechwycić nazwę, którą wpisałeś pierwotnie i przekazać ją dalej, automatycznie dodając rozszerzenie, ale Odyssey ignoruje ją. Według Faba, wydaje się że to trywialne niedopatrzenie podczas pisania przeglądarki.

Z czego wynikają aż dwie dobre wiadomości: Po pierwsze - to da się naprawić (niestety, raczej nowszą wersją OWB), a po drugie - Fab żyje!

Ostatnia aktualizacja: 08.08.2017 19:25:41 przez recedent

• Odpowiedz

@recedent, post #16

Czyli to wina OWB? Ciekawe, bo pod najnowszym Safari na najnowszym macOS też nie działa.

Dzięki za info! Też się cieszę, że Fab żyje.

• Odpowiedz

@_arti, post #18

• Odpowiedz

@gilban, post #19

• Odpowiedz

@Hexmage960, post #9

Działa taki co nie nazywa się "morphosowy", wiec to chyba nie ten sam

• Odpowiedz

@agrajek, post #21

Ależ bardzo nam miło, że użytkownicy AmigaOS4 korzystają z programów, które powstały na potrzeby MorphOSa i zostały napisane przez jego użytkowników. To może być pierwszy krok w dobrym kierunku...

• Odpowiedz

@recedent, post #20

• Odpowiedz

@gilban, post #23

Pisano że to ustrojstwo działa tylko na 1.23. Bo w wersji 1.24 są poprawki bugów.
A ten edytor działa tylko wtedy kiedy te bugi są.

• Odpowiedz

@MDW, post #5

• Odpowiedz

@agrajek, post #21

To jest dokładnie ten sam Folio.

• Odpowiedz

@mschulz, post #25

Ojtam ojtam. Framework Electron (Chromium + Node.js) napedza edytory Atom i Visual Studio Code i jakos nikt nie narzeka ;)

Ja raz Atom uruchomiłem i od razu wyczułem, że przy naciskaniu buttonów między moim wskaźnikiem myszy, a systemem operacyjnym jest więcej niż jedna warstwa abstrakcji. Używać się da ale zdecydowanie wolałbym coś robione pod natywny UI.

Mnie boli, że takie multiplatformowe rozwiązania nie korzystają z funkcji systemu operacyjnego. Potem okazuje się, że ten czy inny cudowny wytwór społeczności opensource nie potrafi wyjść z trybu fullscreen na macOS, głupieje przy split view, a gesty 2/3/4 palcami to dla niego zupełna abstrakcja. Nie obsługuje systemowych notyfikacji, nie wchodzi w stan uśpienia zgodnie z zasadami oszczędzania baterii pieczołowicie opracowanymi przez twórców systemu, nie wczytuje ostatnio używanego dokumentu po restarcie komputera z opcją odbudowania wszystkiego (np. MS Office na macOS). Albo gdy biblioteki GUI systemu zostają znacznie przyspieszone to te "cudaki" ślimaczą się i wygladają jak np. GIMP czy Inkscape na bardzo mocnym Maku. Dochodzimy do sytuacji, że odpalając nową aplikację musimy przyzwyczajać się do zupełnie innych interfejsów. Dosłownie jakbyśmy się przesiadali na inny system operacyjny. Przechodzi się do innej aplikacji, a tam requestery z domyślną opcją po prawej stronie, a nie po lewej, zamykanie okna gdzieś indziej, typowe dla systemu skróty klawiaturowe nie działają (swoich ustawić nie można, bo standardowe systemowe funkcje do tego stworzone oczywiście nie są obsługiwane).

Nigdy nie dam sie przekonać, że jakieś cudaki w JavaScripcie czy QT będą lepiej działały i wyglądały niż natywny soft napsiany do bólu zgodnie z wytycznymi twórców systemu.

No i ta spójność... W dzisiejszych czasach większość aplikacji ma swój cudaczny GUI. Bardzo tego nie lubię. Dlatego między innymi lubię applowy świat, bo tam to jest jeszcze w miarę spójne (chociaż nie tak jakbym chciał). Ja bym najchętniej widział wszystkie aplikacje na macOS w Cocoa, na MorphOS w MUI, an AROSa w Zune, na AmigaOS4 w Reaction, na Windows w WinAPI (chociaż tu jest problem, bo oni są w fazie przejściowej, a WinAPI to koszmar początku lat 90). Żadnych "upiększaczy", skórek, własnych bitmapek na buttonach. Czysty, natywny GUI jest najszybszy i działa bardzo responsywnie.

Przez takie cudaczne rozwiązania właściwie tracimy unikalność platformy. Tracimy funkcje dla których wybieramy tę czy inną platformę. Używając Windows 10 Mobile (Windows Phone) chcę używać kafelków wszędzie i nie chcę żeby co druga aplikacja udawała UI applowego iOSa czy Andorida. Tak samo używając iPhona czy iPada nie chcę kafelków, bo gdybym je chciał to bym używał Windowsa.

Z tej zasady wyłączam wszystkie gry i oprogramowanie rozrywkowe. W tego typu aplikacjach dopuszczam i w pełni akceptuję wszystko. Są też aplikacje w których taki GUI akceptuję, bo wiem, że gdyby nie takie rozwiązanie to nigdy nie zostałyby przeportowane. Np. całkiem pasuje mi GUI Blendera. Jest tam pewna filozofia, którą trudno byłoby odtworzyć w "platform-specific" GUI. Tak samo jakoś nie przeszkadza mi GUI amigowego TVPainta, GraphX, ProTrackera (chociaż tu zdedydowanie bardziej podoba mi się nowy DigiBooster). A GUI Scali to wręcz uwielbiam i chyba nigdy nic tak fajnie mi się nie używało. To jest prawdziwy flat-design 20 lat przed tym gdy świat go odkrył.

-------

Najśmieszniejsze jest to, że od 3 miesięcy męczy mnie żeby zrobić pewną nierozrywkową aplikację ale z... takim właśnie cudacznym GUI. Aplikacja byłaby zbyt duża na naukę amigowego/morphosowego API. Zakopałbym się w tym do śmierci, a gdy użyję swojego "gierkowego" GL-GUIa to pójdzie szybko. Po tym komentarzu chyba będę musiał zrezygnować z tego pomysłu, bo spaliłbym się ze wstydu gdybym to zrobił.

Ostatnia aktualizacja: 09.08.2017 20:00:15 przez MDW

• Odpowiedz

@MDW, post #27

Po tym komentarzu chyba będę musiał zrezygnować z tego pomysłu, bo spaliłbym się ze wstydu gdybym to zrobił.

Przyznaj się, że szukałeś tylko pretekstu...

• Odpowiedz

@MDW, post #27

...lecz z drugiej strony....

• Odpowiedz

@MDW, post #27

• Odpowiedz