Standardy czy kompatybilność?

Język HTML, czy XHTML (często niesłusznie w obiegowej opinii traktowany jako "ten lepszy", no bo ma x na początku ;-) ) jest opisany zbiorem reguł. Tak jak np. język polski. Jeśli reguły nie są spełnione to w zależności od kalibru mamy albo błędy albo całkowitą dyskwalifikację tekstu/kodu jako reprezentanta języka. <br /> <br /> Jeśli w wypracowaniu pojawiają się błędy ortograficzne, stylistyczne, gramatyczne to do pewnego poziomu jest to czytelne. Jednak po przekroczeniu pewnej granicy tekst przestaje być zrozumiały. Spróbuj komisji sprawdzającej prace maturalną powiedzieć, że nagminne błędy ortograficzne to kompromis. <br /> <br /> Bardzo tolerancyjne przeglądarki przyzwyczaiły webmasterów do niedbałości o jakość kodu i nie zgodzę się, że "Specjalista od lat kodujący serwisy siłą rzeczy jest zaznajomiony ze standardami". Miałem okazję poznać prace koderów z wieloletnim doświadczeniem, których kod należałoby ze wstydem ukryć. Właśnie podejście "po co mi standard skoro się dobrze wyświetla w wiodących przeglądarkach". Tyle, że nowa wersja przeglądarki wyjdzie i kod może trzeba będzie przepisać, albo co gorsza dorzucić kilka haków. A tej mniej popularnej w ogóle się nie da odczytać. <br /> <br /> Gros z popełnianych błędów usprawiedliwianych "kompromisem" da się uniknąć poprzez zrozumienie dlaczego tak, a nie inaczej specyfikacja mówi i wyrobienie dobrego nawyku = brak nakładu czasu i pracy w przyszłości.<br /> <br /> 100% poprawność kodu nie zawsze jest realizowana, ale podstawowa różnica jest między postawami <strong>i tak się wyświetli mniej więcej dobrze w wiodących przeglądarkach</strong>, a <strong>świadomie stosuję elementy spoza standardu</strong>, bo np. wnoszą coś dla użytkowników, albo niestety muszę dodać to i owo ze względu na IE Choć w tym ostatnim często lekiem są komentarze warunkowe- zgodne ze składnią opisaną w specyfikacji a dają pole do popisu i pozwalają precyzyjnie zdefiniować docelową przeglądarkę.<br /> <br /> Reasumując HTMLowemu bałaganiarstwu mówimy nasze zdecydowane NIE. <br /> <br /> Przy okazji 100% walidacja kodu nie jest warunkiem dostępności strony. Choć niewątpliwie jakość kodu ma wpływ na dostępność.<br />

I taka była intencja tekstu - standardy są celem nie tylko samym dla siebie. Problem pojawia się wtedy kiedy ślepo ich przestrzegamy, nawet kosztem uszczerbków w funkcjonalności serwisu. Niejednokrotnie wykorzystuje się hacki np. omijające zabroniony target=_blank w XHTML 1.0 Strict. Według mnie strona korzystająca z takich obejść, mimo że waliduje się poprawnie, nie jest stroną spełniającą standard opisany w specyfikacji w3c. W takiej sytuacji można zejść o poziom niżej z restrykcyjnością XHTMLa. <br /> To, że standardy nie mają nic wspólnego z kompatybilnością nie jest prawdą. Częstokroć IE (głównie 6 ale nie tylko) wymusza na nas stosowanie hacków, które nie przejdą walidacji lub jeśli nawet to nie są one opisane w specyfikacji a więc siłą rzeczy nie są z nią zgodne.<br /> <br /> Co do WYSWIG 1) tak - jak najbardziej i 2) właśnie o owo ograniczanie funkcjonalności się rozchodzi, udostępniając taki kombajn, w którym można zrobić dosłownie wszystko, czyszczenie nie zawsze jest w 100% skuteczne.

Standardy nie muszą być celem samym w sobie - powinny być raczej środkiem do celu. Poprawny składniowo kod pomaga zarówno o osiągnięciu celów dostępności, jak i kompatybilności. Tak więc standardy powinny być regułą - od której odstępujemy dopiero wtedy, gdy np. dostosowanie jest nieopłacalne, albo niemożliwe.<br /> <br /> Przy czym zastrzeżenie: używanie WYSIWYG nie jest żadnym usprawiedliwieniem dla złego kodu, bo:<br /> 1) kod można skutecznie czyścić, choćby dla TinyMCE są pluginy obsługujące wklejanie z Worda<br /> 2) w zasadzie czyszczenie (oraz ograniczanie aplikacji WYSIWIG tylko do pewnych funkcjonalności) jest konieczne ze względów bezpieczeństwa i wydajności. Tekst wklejony z Worda potrafi w postaci kodu parukrotnie większe rozmiary.

Mam pewną watpliwości, co do przesłania artykułu i intencji autora. Na wstępnie postawione jest pytanie:" Czy aby na pewno i za <br /> wszelką cenę musimy brnąć w kierunku stuprocentowej zgodności ze standardami?" (w domyśle W3C).<br /> Czekałam na odpowiedź w stylu:<br /> a) NIE, bo jeśli projektant projektuje na przykład www z ofertą wyczynowych (tylko) rowerów górskich, w grupie docelowej osób niedowidzących może będzie jeden promil. Wtedy pieniądze przeznaczone na dostosowanie strony do standardów nie zwrócą się. Oczywiście pomijając zimną finansową kalkulację można tą niedrogą pracę wykonać dla prestiżu.<br /> b) TAK, bo zawsze, bez względu na produkt i jego przeznaczenie należy uwzględniać standardy W3C. Po pierwsze dlatego, że społeczeństwo się starzeje, a starsze osoby stanowią dużą grupę konsumentów. Po drugie dlatego, że uznajemy, że nawet jeśli tylko jeden użytkownik strony www jest niedowidzący lub nie słyszy, należy ułatwić mu korzystanie z zawartości strony www. Bo tak!<br /> <br /> Tyle, że na końcu jest puenta: " Serwis poprawnie wyświetlający się, kompatybilny z wiodącymi przeglądarkami, w którym kosztem standardów osiągnęliśmy zamierzony cel w niczym nie ustępuje temu przechodzącemu walidację" Hmmmm... Mam wrażenie, że mowa o dwóch różnych sprawach. Po pierwsze kwestia poprawnego wyświetlania się strony pod różnymi wiodącymi przeglądarkami może, ale nie musi dotyczyć osób niepełnosprawnych. Bo o ile osoba upośledzona ruchowo będzie korzystać np. IE7 lub FF, to osoba niewidząca będzie korzystać z przeglądarki głosowej. Czyli strona jedynie dostosowana do wiodących przeglądarek BĘDZIE ustępować stronie przechodzącej poprawnie walidację - czyt. zgodniej ze standardami W3C.<br /> Osiągnięcie zamierzonego celu (kosztem standardów) to też nie do końca sukces projektanta - chociaż można i trzeba te kwestie od siebie oddzielić. Strona może przynosić miliony, bo jej celem jest sprzedawanie i działać pod tym kątem dobrze, ale może w ogóle nie odpowiadać potrzebom osób niepełnosprawnych. A konsekwencje to: kiepski PR, i świadome ograniczanie zysków - no bo przecież mogłaby przynosić milionyx2. Ludzie niepełnosprawni też mają pieniądze.<br /> Chcę powiedzieć tylko tyle, że z której strony by tej kwestii nie oglądać strona kompatybilna z wiodącymi przeglądarkami, bezbłędnie realizująca cel właściciela może ustępować i z wielu powodów ustępuje tej przechodzącej walidację. Tyle, że co ma piernik do wiatraka :)<br />