Jarosław Rafa

Jarosław Rafa senior software
engineer, Motorola
Solutions Systems
Polska

Temat: duży problem!!!!

Michał Pawłowski:
flash [...] w kazdej przegladarce wyglada tak samo ;)

Probowales czy tylko tak piszesz?
Niestety Adobe wcale sie nie przyklada do flash playera na Linuxa, ma on sporo bugow i zdarza sie, ze ta sama flaszka w przegladarce windowsowej i linuksowej wyglada ZUPELNIE inaczej (np. pod Windowsami sa pewne elementy, a pod Linuxem ich nie ma!)
Jarosław Rafa

Jarosław Rafa senior software
engineer, Motorola
Solutions Systems
Polska

Temat: duży problem!!!!

Michał Pawłowski:
ajax ma za duzo problemow z accessibility ... flash jako calosc nigdy ? popatrzcie sobie na site'y najwiekszyk marek odziezowych w polsce ... jaki procent juz teraz jest stricte flashowy...

Piszesz prowokacyjnie, to i ja napisze prowokacyjnie:
A kto w ogole wchodzi na jakies "strony marek"? Kogo interesuja strony o charakterze czysto reklamowym i marketingowym? Ludzi, którzy się nudzą i mają za dużo czasu do stracenia???
Serce Internetu to strony informacyjne. Portale z wiadomościami, wyszukiwarki, rozkłady jazdy pociągów, katalogi firm, choćby serwisy społecznościowe takie jak ten. Także wszelkie strony, gdzie nie pokazuje się produktów na wystawie, tylko faktycznie robi się interesy: serwisy aukcyjne, sklepy internetowe, rezerwacja hoteli, biletów lotniczych, bankowość internetowa. O e-urzędach (w Polsce co prawda praktycznie nieistniejących, ale za granicą to już dawno standard), elektronicznej rekrutacji do szkół czy na studia, wirtualnych dziekanatch na uczelniach już nawet nie wspominam. To jest sens Internetu, nie jakieś tam reklamki. A to jest i - śmiem twierdzić - jeszcze długo pozostanie tekstowe. Nikt się raczej za bardzo nie odważy robić takich rzeczy w całości we flashu.
Na wszystkie strony, które widziałem i z których korzystałem w jakimkolwiek celu, może 5% była czysto flashowa. A co do accessibility, to chyba jest żartem stwierdzenie, że flash ma większą dostępność niż ajax... Poza tym dobrze zrobiona strona zarówno flashowa, jak i ajaxowa musi mieć opcję degradacji do zwykłego HTML-a jeżeli przegladarka użytkownika danej funkcjonalności nie obsługuje. Tylko że w przypadku ajaxu jest łatwiej, bo nie trzeba robić całej osobnej, alternatywnej strony w HTML-u, a w przypadku flasha - trzeba...Jarosław Rafa edytował(a) ten post dnia 09.06.08 o godzinie 19:23
Michał Pawłowski

Michał Pawłowski Software Development
Engineer

Temat: duży problem!!!!

a widzieliscie strone promocyjną Transformersów ? zróbcie coś takiego ajaxem :) ... powodzenia
Jakub Korupczyński

Jakub Korupczyński Software Developer

Temat: duży problem!!!!

Michał Pawłowski:
a widzieliscie strone promocyjną Transformersów ? zróbcie coś takiego ajaxem :) ... powodzenia

A plakat był rysowany ołówkiem czy drukowany w drukarni ?:)
Wszystko ma swoje miejsce.
Jarosław Rafa

Jarosław Rafa senior software
engineer, Motorola
Solutions Systems
Polska

Temat: duży problem!!!!

Michał Pawłowski:
a widzieliscie strone promocyjną Transformersów ? zróbcie coś takiego ajaxem :) ... powodzenia

Chyba wlasnie pisalem powyzej, ze na cholere komu strony promocyjne... ;)
Michał Pawłowski

Michał Pawłowski Software Development
Engineer

Temat: duży problem!!!!

hm... marketing ??
Piotr Lewandowski

Piotr Lewandowski Programista
aplikacji
internetowych (PHP,
MySQL, SF2, Mag...

Temat: duży problem!!!!

Jarosław Rafa:
A co do accessibility, to chyba jest żartem stwierdzenie, że flash ma większą dostępność niż ajax... Poza tym dobrze zrobiona strona zarówno flashowa, jak i ajaxowa musi mieć opcję degradacji do zwykłego HTML-a jeżeli przegladarka użytkownika danej funkcjonalności nie obsługuje. Tylko że w przypadku ajaxu jest łatwiej, bo nie trzeba robić całej osobnej, alternatywnej strony w HTML-u, a w przypadku flasha - trzeba...

Nie zgodzilbym sie ze stwierdzeniem ze w przypadku ajaxu jest duzo latwiej.

Pozatym co do tworzenia alternatywnych wersji, to chyba mamy w tej chwili tendencje spadkowa (moze przez coraz wieksza liczbe uzytkownikow majaca wlaczony js?).

Dla przykladu:
- lufthansa.co.uk - z wylaczonym js nie moglem zabookowac biletu
- wizzair.com - to samo
- ryanair.com - to samo
... wiele innych ....
wyjatkiem byl easyjet, ale to raczej by nie sklonilo mnie do lotu easyjetem zamiast lufthansa :)

Co do zastosowania flasha... Sa miejsca gdzie flash jest bardziej funkcjonalny niz strona tekstowa, a wykonanie podobnej funkcjonalnosci w AJAXie by bylo duzo drozsze. Wiadomo ze w przypadku pracy z flashem trzeba doliczyc koszt licencji, ale sa miejsca, gdzie praca ludzka w porownaniu do licencji jest duzo drozsza.

Wszystko ma swoje miejsce, jak juz ktos wspominal.

Wiec dodam ze nie jestem kims kto zamienilby caly swiat na flasha.
Po prostu uwazam ze troszke nazbyt mocno dyskredytujesz ta technoloie, ktora jednak ma sporo zalet. Z kolei kolega Michal moze troszke ja przecenia. Tak to widze.

PozdrawiamPiotr Lewandowski edytował(a) ten post dnia 15.06.08 o godzinie 19:04
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: duży problem!!!!

Nie zgodzilbym sie ze stwierdzeniem ze w przypadku ajaxu jest duzo latwiej.

Jak nie łatwiej? Najważniejsze to zbudować stronę bez fajerków, bo przecież - to stwierdzenie przewija się na wielu forach - Ajax ma być uzupełnieniem, podniesieniem user-experience.

Oczywiście są pola, gdzie bez Ajaxa się nie obejdzie, tu nie zaprzeczam, ale od prostych do średnio zaawansowanych projektów to powyżej się sprawdza.
Pozatym co do tworzenia alternatywnych wersji, to chyba mamy w tej chwili tendencje spadkowa (moze przez coraz wieksza liczbe uzytkownikow majaca wlaczony js?).

I tutaj wracam do tego: Czy w ogóle trzeba tworzyć alternatywną wersję?
Co do zastosowania flasha... Sa miejsca gdzie flash jest bardziej funkcjonalny niz strona tekstowa, a wykonanie podobnej funkcjonalnosci w AJAXie by bylo duzo drozsze. Wiadomo ze w przypadku pracy z flashem trzeba doliczyc koszt licencji, ale sa miejsca, gdzie praca ludzka w porownaniu do licencji jest duzo drozsza.

No cóż, trzeba przyznać, że możliwości flasha są ogromne, ale wybierając go jako główne narzędzie trzeba rozważyć target... nie można pchać flasha tam gdzie się on nie sprawdzi. Czyli generalnie zgadzam się z Tobą.

Najlepiej jest znaleźć Złoty Środek... ale tego chyba nie ma :)

Pozdrawiam, Alan
Krzysztof P.

Krzysztof P. Programista, Team
Leader

Temat: duży problem!!!!

Flash na pewno nie będzie dominujący, może to dziwne stwierdzenie, ale jakoś od iluś lat istnieje i jest super, a mimo to jego stosowalność jest ta sama. Tu JS się bardziej rozpycha, ale może to przez to, że prawie wszyscy go posiadają.
Co do stron które nie działają bez JS, czy inne przeglądarki niż IE, to wynika z braku wiedzy pewnych osób co podejmują decyzje (czy też lenistwa), bo nie wiem czy firmie która sprzedaje produkty przez stronę opłaca się zrezygnować z 30% użytkowników...

Jeszcze co do Flash, to nie jest wolny standard, a uzależnienie się jest dość kiepskim pomysłem. Do tego został stworzony do czegoś innego niż obsługa całych stron. Do tego był stworzony HTML i CSS aby prezentować informacje, a nie robić fajerwerki. JS zwiększa przyjemność korzystania (jeśli dobrze zrobione jest).

Ja bym stawiał, że pojawi się coś, co będzie miało zalety HTML+CSS+JS + aplety Java, że ostatecznie nie będzie stron i aplikacji, tylko będzie to się przenikać, to się powoli już zaczęło, ale jeśli nie będzie jakiegoś ogólnie przyjętego standardu to nie przejdą różne dziwne pomysły.
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: duży problem!!!!

Co do stron które nie działają bez JS, czy inne przeglądarki niż IE, to wynika z braku wiedzy pewnych osób co podejmują decyzje (czy też lenistwa), bo nie wiem czy firmie która sprzedaje produkty przez stronę opłaca się zrezygnować z 30% użytkowników...

To jest jak najbardziej trafne stwierdzenie. Tylko może miast braku wiedzy, dałbym nieumiejętność korzystania z narzędzi, bądź wybieranie tych złych, nie produkujących dobrego kodu.
Ja bym stawiał, że pojawi się coś, co będzie miało zalety HTML+CSS+JS + aplety Java, że ostatecznie nie będzie stron i aplikacji, tylko będzie to się przenikać, to się powoli już zaczęło, ale jeśli nie będzie jakiegoś ogólnie przyjętego standardu to nie przejdą różne dziwne pomysły.

Hmmm, Java? Nie stawiałbym na nią. Dobrzy programiści Javy siedzą w Anglii i piszą oprogramowanie dla elektrowni <potraktujcie tą wypowiedź z przymrużeniem oka> :)

P.S. Jak to jest w Railsowych, czy Djangowych aplikacjach? Jaki oneprodukują kod Ajax? Wiem, że zrobienie świetnych "efektów" Ajaxowych to kwestia kilku linijek, tylko czy takie witryny działają bez JavaScriptu? A może to jest kwestia wiedzy i dobrego wykorzystania frame'a? Jeżeli toś ma doświadczenie poprosiłbym o odpowiedź.

Pozdrawiam.

edit:

P.P.S. "nie produkujących dobrego kodu." chodziło mi o te sławne helpery np. w Railsach. Bo najlepszy kod, to ten pisany własnoręcznie.Alan B. edytował(a) ten post dnia 16.06.08 o godzinie 21:29
Tomasz Struczyński

Tomasz Struczyński TeamLeader PHP i
analityk

Temat: duży problem!!!!

Alan B.:
Co do stron które nie działają bez JS, czy inne przeglądarki niż IE, to wynika z braku wiedzy pewnych osób co podejmują decyzje (czy też lenistwa), bo nie wiem czy firmie która sprzedaje produkty przez stronę opłaca się zrezygnować z 30% użytkowników...

To jest jak najbardziej trafne stwierdzenie. Tylko może miast braku wiedzy, dałbym nieumiejętność korzystania z narzędzi, bądź wybieranie tych złych, nie produkujących dobrego kodu.
Ja bym stawiał, że pojawi się coś, co będzie miało zalety HTML+CSS+JS + aplety Java, że ostatecznie nie będzie stron i aplikacji, tylko będzie to się przenikać, to się powoli już zaczęło, ale jeśli nie będzie jakiegoś ogólnie przyjętego standardu to nie przejdą różne dziwne pomysły.

Hmmm, Java? Nie stawiałbym na nią. Dobrzy programiści Javy siedzą w Anglii i piszą oprogramowanie dla elektrowni <potraktujcie tą wypowiedź z przymrużeniem oka> :)

P.S. Jak to jest w Railsowych, czy Djangowych aplikacjach? Jaki oneprodukują kod Ajax? Wiem, że zrobienie świetnych "efektów" Ajaxowych to kwestia kilku linijek, tylko czy takie witryny działają bez JavaScriptu? A może to jest kwestia wiedzy i dobrego wykorzystania frame'a? Jeżeli toś ma doświadczenie poprosiłbym o odpowiedź.

Pozdrawiam.

edit:

P.P.S. "nie produkujących dobrego kodu." chodziło mi o te sławne helpery np. w Railsach. Bo najlepszy kod, to ten pisany własnoręcznie.Alan B. edytował(a) ten post dnia 16.06.08 o godzinie 21:29

Ajax jest oparty na zapytaniu skryptowym (zazwyczaj JavaScript), więc bez skryptów raczej nie pójdzie. 'Efekty' graficzne generalnie również. Więc wyłączenie skryptów rozwali również Ajaxa.

Generalnie zalecenia W3C są takie (o ile pamiętam):
* HTML - treść
* CSS - forma
* skrypty (obecnie gł. JavaScript) - interakcja

Cel jest generalnie taki, aby do treści dało się dostać jak najszybciej i z jak najmniejszymi wymaganiami.

Niestety, wiele osób to miesza, i do dostępu do treści używa JavaScriptu. I wtedy może się zrobić nieciekawie :( Szczególnie np na telefonach i urządzeniach mobilnych.
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: duży problem!!!!

Tomasz Struczyński:
/ciach/

Chyba zbyt wąsko podchodzisz do mojego zapytania - piszę o jasno sprecyzowanej rzeczy, która ma nawet nazwę w developerce. NIEINWAZYJNY javascript.
Tylko to mnie interesuje, więc proszę nie pisz, że brak javascriptu, rozwali AJAX, bo to chyba się rozumie samo przez się.

A teraz, czy ktoś jest w stanie mi odpowiedzieć na pyt. dotyczące AJAXowych helperów w Railsach/Django?

konto usunięte

Temat: duży problem!!!!

Alan B.:
A teraz, czy ktoś jest w stanie mi odpowiedzieć na pyt. dotyczące AJAXowych helperów w Railsach/Django?

Zajrzyj na:
http://www.goldenline.pl/grupa/ruby-on-rails
http://www.rubyonrails.pl/forum/

Następna dyskusja:

Problem z php i excelem




Wyślij zaproszenie do