http://7pl.pl/2 Adriano - web is brutal JoggerPL http://7pl.pl/40#com_nr6 http://7pl.pl/40#com_nr6 http://7pl.pl/40#com_nr7 http://7pl.pl/40#com_nr7 http://7pl.pl/40#com_nr8 http://7pl.pl/40#com_nr8 http://7pl.pl/40#com_nr9
@Mike: co do pierwszego komentarza - zgadzam się.

Blog wolno chodzi bo prawdopodobnie OVH ma jakieś problemy z łączem/jego przepustowością. Strona generowana jest jak zazwyczaj dość szybko.
Co do adresu - poprawione, teraz powinno być ok. Majstrowałem trochę przy kodzie ;)]]> http://7pl.pl/40#com_nr9 http://7pl.pl/40#com_nr10 JS to standard, obecny od wielu lat i obsługiwany przez wszystkie popularne przeglądarki.
Równie dobrze można by napisać: "dlaczego niektórzy traktują użytkowników bez włączonej obsługi CSS w przeglądarce jako kogoś podrzędnej kategorii?"
A przecież takie przeglądarki są (ot - choćby tekstowe), choć wiadomo, że bez CSS na stronie, to jak bez ręki. Standardy trzeba wprowadzać ofensywnie!
A kto z premedytacją wyłączył sobie JS - niech liczy się z tym, że straci funkcjonalność, bo równie dobrze mógłby wyłączyć CSS, albo obrazki.]]> http://7pl.pl/40#com_nr10 http://7pl.pl/40#com_nr11
Przypadki które opisałem wyżej da się bez problemu poprawić tak, aby w każdej sytuacji user bez JS, cz z JS mógł dostać podstawowe funkcje (bez ukrywania formularzy, tekstu, itp).

Porównanie JS do CSS'a jest trochę nietrafione. Będę korzystał z przeglądarki:

- bez JS: nie zobaczę komentarzy, nie powiększę obrazka, nie dodam komentarza
= stracę funkcje dodatkowe (zależne od JS) + funkcje podstawowe (niezależne od JS)

- bez CSS'a: zobaczę komentarze, powiększę obrazek, dodam bez problemów komentarz.
= stracę funkcje dodatkowe (zależne od CSS'a) i tylko tyle.]]> http://7pl.pl/40#com_nr11 http://7pl.pl/40#com_nr12
a obadaj ten motyw - domena sekcji detalicznej Citi Handlowego - www.online.citibank.pl - jest przekierowywana JS!!! czyli jak nie mam wlaczonego JS i wejde na to strone to zobacze pusty ekran! :D

to samo w przypadku domeny citifinancial.pl :D

pozdrawiam]]> http://7pl.pl/40#com_nr12 http://7pl.pl/40#com_nr13 http://7pl.pl/40#com_nr13 http://7pl.pl/40#com_nr14 http://7pl.pl/40#com_nr14 http://7pl.pl/40#com_nr15 Też nie da się ukryć, że wszystko zależy od trzeźwości kodera. Ale nie odpuszczę tego, że należy silnie naciskać użytkowników (w konsekwencji programistów przeglądarek), aby JS działał dobrze i był powszechnie dostępny. Inaczej technologie www będą rozwijać się wciąż ślimaczym tempem.]]> http://7pl.pl/40#com_nr15 http://7pl.pl/40#com_nr16 - To jest białe
Inny dopisze:
-Nieprawda bo czarne
Kolejny:
-Takie szare w kropki raczej

A artykuł był o DTP. I takie sytuacje mnie rozwalają...

@Olek Nowodziński - masz po części rację, ale jak zauważył Adriano nie wszystkie urządzenia mogą używać Javy Scriptu (i nie piszcie JS, bo to co innego). Ciągle jeszcze się piszę strony specjalnie pod IE6 - głupota, prawda? Ale dużo osób ma jeszcze to cholerstwo. I to na nas (mniejszych czy większych webmasterach) spoczywa zasmarkany obowiązek, aby dogodzić wszystkim. Jest to o tyle niewdzięczne, że koderzy gier nie przejmują się sprzętem graczy, tylko lecą z wymaganiami gier do góry, a webmasterka kieruje się tym, aby szanować wszystkich.]]> http://7pl.pl/40#com_nr16 http://7pl.pl/40#com_nr17
Załóżmy, że mamy formularz składający się z 10 select'ów. Dostępne opcje dla kilku z nich zależą od wybranej opcji pozostałych (np. select z miastami zależy od wyboru państwa).
Ten formularz to 'podstawowa funkcjonalność' serwisu.
Jakie jest dla Ciebie najlepsze rozwiązanie funkcjonalności formularza bez Javascript'u?]]> http://7pl.pl/40#com_nr17 http://7pl.pl/40#com_nr18
- użytkownik z obsługą JavaScriptu dostaje formularz gdzie wybrane opcje zależą od powyżej wybranych, itd.

- dla użytkowników z przeglądarkami bez obsługi JS należy przygotować kilka etapów wypełniania formularza(y), gdzie użytkownik najpierw wybiera przykładowo 'państwo', wysyła formularz przechodząc do następnego etapu z wyborem 'województwa', itd.
Prostszego rozwiązania nie widzę dla użytkowników bez JavaScriptu.

Dostarczenie alternatywnego rozwiązania dla użytkowników bez JS wymaga zwiększenia nakładów pracy przy tworzeniu danego serwisu, ale należy pamiętać, że te nakłady mogą prowadzić do zwiększenia zysków.

Oczywiście nie zawsze opłaca się tworzenie alternatywy dla części serwisu działającej tylko z JavaScriptem - wszystko zależy od stopnia rozbudowania, kosztów pracy, i tym podobnych.]]> http://7pl.pl/40#com_nr18 http://7pl.pl/40#com_nr19
Moje zdanie jest następujące: javascript zawsze warto, ale z głową. Dla komórek i reszty urządzeń z okrojonymi przeglądarkami - okrojone wersje stron.]]> http://7pl.pl/40#com_nr19 http://7pl.pl/40#com_nr20 Widziałeś kiedyś formularz z dziesięcioma krokami? usability na poziomie 0. ja bym już na drugim kroku zrezygnował.



Myślę, że lepiej dać użytkownikowi takie coś, niż całkowicie go olać.
Użytkownik z JavaScriptem zobaczy jeden pełny, funkcjonalny formularz, więc nic na tym nie straci.

Cytat:
Czym byłby Gmail czy Google Reader bez JS\'a? - męczarnią.



Dla mnie Gmail bez JS jest idealnym rozwiązaniem - często go używam gdy nie mam dostępu do przeglądarki z obsługa JavaScriptu.
Wystarczy mi komórka i mogę przeczytać wiadomość i odpowiedzieć na nią.

Cytat:
Moje zdanie jest następujące: javascript zawsze warto, ale z głową. Dla komórek i reszty urządzeń z okrojonymi przeglądarkami - okrojone wersje stron.



Zgadzam się, idealnym przykładem jest właśnie Gmail:
- Twoja przeglądarka obsługuje JavaScript? - dostajesz całą funkcjonalność
- Twoja przeglądarka nie obsługuje JavaScriptu? - dostajesz tylko podstawową funkcjonalność]]> http://7pl.pl/40#com_nr20 http://7pl.pl/40#com_nr21 http://7pl.pl/40#com_nr21 http://7pl.pl/40#com_nr22 http://7pl.pl/40#com_nr22 http://7pl.pl/40#com_nr23 http://7pl.pl/40#com_nr23 http://7pl.pl/40#com_nr24 http://7pl.pl/40#com_nr24