Flash nie ma szans na dotykowych ekranach: problem w mouseover?

Steve Jobs wygłaszający tyrady przeciwko technologii Flash, jako niestabilnej, obciążającej procesor i baterie mobilnych urządzeń potworności to tylko jeden (i to niewątpliwie uprzedzony) głos w chórze przeciwników Adobe. Drugim, bardziej interesującym, jest opinia Morgana Adamsa, zawodowego dewelopera Flasha, który wyjaśnił, dlaczego ta technologia Adobe nie ma sensu na urządzeniach z dotykowym ekranem, takich jak iPad.

Problemem nie jest wcale awaryjność czy wydajność. Problemem jest styl projektowania aplikacji flashowych, które nie zmienią żadne starania Adobe'a, Apple'a czy jakikolwiek nowy sprzęt. Jak informuje Adams, obecnie większość gier, odtwarzaczy czy interfejsów stworzonych we Flashu wymaga istnienia widocznego wskaźnika myszy. Rozróżniają one pomiędzy unoszeniem się wskaźnika nad obiektem (hover) a jego kliknięciem. To rozróżnienie jest fundamentalną doktryną projektowania aplikacji we Flashu.

Można oczywiście projektować nowe witryny czy aplikacje dla urządzeń dotykowych, ale w obsłudze Flasha chodzi o zapewnienie kompatybilności ze wszystkimi istniejącymi treściami flashowymi – a nie z wybraną garstką. Jedyne co obecnie można zatem zrobić, to pozwolić na wyświetlanie wszelkich treści flashowych na takich urządzeniach. To jednak rozzłości raczej użytkowników, odkrywających że interfejsy sterowania nie działają tak jak trzeba, o ile w ogóle działają.

Jako przykłady aplikacji, dla których mouseover jest niezbędne, Adams podaje odtwarzacze wideo, gry w których steruje się ruchem myszy bez klikania, dynamicznie rozwijające się menu, przyciski z podpowiedziami, systemy dialogowe, które pozwalają na podgląd efektów przed wprowadzeniem zmian (np. wybór koloru włosów dla awatara) czy mapy i diagramy wyświetlające informacje po najechaniu na ich elementy aktywne myszą.

Nic z powyższych nie może działać na dotykowym ekranie. Gdy wskazujemy palcem na coś na nim, urządzenie o tym nie wie. Gdy dotykamy elementu, system rozpoznaje to jako formę kliknięcia. Co gorsza, wiele aplikacji flashowych (szczególnie gier), domaga się istnienia fizycznej klawiatury, pozwalającej na precyzyjne operacje (np. jednoczesny podskok postaci w grze i strzelanie z jej broni).

Wszelkie możliwe rozwiązania tego problemu, są według specjalisty raczej fatalne:

Przepisanie wszystkich aplikacji flashowych pod kątem obsługi ekranów dotykowych jest nierealne, co więcej nie wiadomo, jaki by miało mieć sens, skoro to samo można zrobić już w innej technologii dla urządzeń mobilnych.

«poprzednia 1 2 następna »

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

8 skomentuj »

Komentarze

#1 slawek22 2010-02-22 10:10:09 0
Co za bzdury ten człowiek wygaduje...

co to za różnica czy np. rozwijane menu onmouseover zaprojektować w HTML / CSS czy w Flash?

Może dopytajcie, odpowiedź na pewno byłaby ciekawa :D
IP: 83.29.87.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.89 Safari/532.5
#2 eimi^® 2010-02-22 10:36:36 0
myślę, że chodzi mu o to, że w wariancie "przerabiamy wszystkie aplikacje Flash tak, aby działały na ekranach dotykowych", równie dobrze (a może i lepiej) zrobić je tak jak chce SteveJ: w HTML5.

Z moich doświadczeń (a mam tylko skromną nokię 5800 z Symbianem S60v5), starsze aplikacje dla S60v3 często głupieją i nie ma jak ich obsługiwać. Niby można włączyć "wirtualną klawiaturę", ale działa to tylko jako-tako, a dla gier jest palcową ekwilibrystyką, odbierającą jakąkolwiek przyjemność z grania.
IP: 95.160.206.[...] Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2) Gecko/20100213 Firefox/3.6
#3 greg24 2010-02-22 10:59:51 0
A dlaczego nikt nie pomyślał o "wrapperach", np. przy dotykowym ekranie i pacnięciu - najpierw sprawdzane czy jest akcja pokazywania, jeśli jest i nie była obsłużona - traktuj to jako mouseover, jeśli już była - normalnie.

Faktem jest, że może nie wszystko będzie działać idealnie, ale kto będzie grał w grę np. zręcznościową wymagającą klawiatury na ekranie dotykowym - tutaj raczej inne typy gier mają sens.
IP: 62.233.152.[...] Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.10
#4 greg24 2010-02-22 11:10:10 0
Oczywiście miałem na myśli "wrapperach" nie w aplikacji ale w interpreterze Flasha na urządzeniu
IP: 62.233.152.[...] Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.10
#5 pgkrzywy 2010-02-22 13:46:29 0
Na logikę to bardzo dobry argument... Ale np Nexus1 ma trackball jeśli dobrze pamiętam, więc można dorzucić takie coś do urządzania do flashowych aplikacji mouseovera wymagających, prawda? ;)
IP: 83.5.129.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/533.1 (KHTML, like Gecko) Chrome/5.0.322.2 Safari/533.1
#6 darekp 2010-02-22 15:36:02 0
Ha, pewnie prawda:) Ekran dotykowy to zupełnie inna filozofia działania niż myszka. jakieś proste aplikacje da się pewnie przenieść stosując jakąś emulację myszki, ale dla bardziej zaawansowanych trzeba byłoby przerabiać kod.

A gdy jeszcze dochodzi multitouch...
IP: 195.245.68.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.89 Safari/532.5
#7 peperg^® 2010-02-25 09:24:35 0
Argumenty są dobre, tylko założenia bzdurne. Co to w ogóle za pomysł, żeby przenosić aplikacje z interfejsu klawiatura+mysz na ekran dotykowy!?

Dokładnie ten sam problem ma każdy inny typ interfejsu, który przenosimy ze "świata z myszką". Nieważne czy we flashu, silverligcie czy win 3.11. Od czasów pierwszej myszy i pierwszego okienka idea obsługi interfejsu jest taka sama i zupełnie nie nadająca się do panelów dotykowych. Cały trick z panelem dotykowym polega właśnie na tym, że interfejs powinien być zaprojektowany ZUPEŁNIE INACZEJ niż na interfejs ze wskaźnikiem. Po to właśnie został wymyślony. To tak jakby próbować przenieść aplikację konsolową do obsługi tylko myszą albo palcem.
IP: 83.142.206.[...] Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.10
#8 mkkele 2010-03-01 13:34:05 0
Dziwny ten artykul - wlasnie robie aplikacje flashowa na ekrany dotykowe do wykorzystania na terenie jednego z muzeów. To mam jej jednak nie robic? LOL

Moseover nie jest przeciez obowiazkowy; mozna tak zaprojektowac informacje, ze mouseover, rozwijane menus, etc. staja się zbędne.
IP: 84.38.22.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 (.NET CLR 3.5.30729)

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.