Reagując na artykuł Piotra Waglowskiego nt zgodności stron administracji publicznej ze standardami W3C chciałbym zaproponować projekt kompleksowo traktujący ten problem:

Podana niżej funkcjonalność bazy danych jest juz zaimplementowana (w formie plików php) , brak tylko serwera na którym możnaby osadzić tą bazę.

Punktem wyjściowym jest baza danych z interfejsem na WWW w której znajdują się następujące wpisy:

Jest to coś na kształt Bugzilli: http://mozillapl.org/index.php?name=MozillaPLDocs&light=polska

METODOLOGIA:

1)sprawdzamy walidację strony np poprzez:

http://validator.w3.org/

http://jigsaw.w3.org/css-validator/

w to wlicza się też sprawdzenie czy:

Sądze że najprostszym sposobem bedzie hurtowe sprawdzanie stron otwierając je pod Mozilla.

2)dana witryna wprowadzana jest do bazy, z zaznaczoną datą pierwszego kontaktu oraz wynikiem walidacji.

3) jeśli strona nie waliduje się ,wysyłamy maila do webmastera (treść poniżej) z wyjaśnieniem dlaczego istotne są kwestie dostępności witryny dla innych przeglądarek niż MS.

4) czekamy na reakcję.

Jeśli strona zostaje poprawnie zmodyfikowana, wpisujemy status tej strony jako zakończony sukcesem. Jeśli od zarejestrowania witryny w bazie minął bez odzewu np tydzień, wysyłamy maila ponownie. Jeśli po następnym tygodniu w dalszym ciągu nie ma kontaktu, dzwonimy i staramy się słownie wyperswadowac konkretne posunięcia. Nastepny tydzień bez odzewu - kolejno, odwołanie się do zwierzchników, list papierowy, wycieczka osobista. Niezależnie od reakcji (czynny opór/ignorowanie/zbywanie) cały czas monitorujemy sytuacje(poprzez zaznaczanie daty ostatniego kontaktu w bazie) i w regularnych odstepach kontaktujemy się z webmasterem.

5) (punkt którego nie mam do końca określonej wizji - potrzebna opinia prawników )

w przypadku wielce zaciekłego oporu, wystąpienie na drogę sądową. Oczywiście najlepiej byłoby jakby oskarżycielem było ISOC/RWO a nie osoba prywatna :)

tak więc narzedziami perswazji byłyby w kolejnosci: email->telefon->kontakt ze zwierzchnikami->kontakt osobisty->sąd

co do emaila to nie widzę potrzeby wyważania otwartych drzwi i sądze że warto skorzystać z poniższego szablonu: http://www.mozilla.org/projects/tech-evangelism/site/tech-letter-pl.html

po małych przeróbkach widziałbym to tak:

Drodzy Państwo, Wasza witryna <adres> nie współpracuje prawidłowo z przeglądarką Mozilla oraz innymi opartymi na kodzie Gecko takimi jak Netscape 6, Netscape 7, AOL dla Mac OS X, CompuServe? 7, Galeon, Phoenix oraz Camino (TM).

Tym samym pragnąłbym zaznaczyć że Państwa strona w realny sposob uniemożliwia lub utrudnia korzystanie z Państwa serwisu WWW.

Opierając się na prawach nadanych przez Konstytucję: (http://www.sejm.gov.pl/prawo/konstytucja/2.htm) Rozdział II ,Art 31 pkt 2 oraz Rozdział II ,Art 61 pkt 1,2 jak również na mocy Ustawy o dostępie do informacji publicznej (Dz. U. Nr 112, poz. 119)(http://www.mswia.gov.pl/bip/03a_fr.html) prosiłbym o modyfikacje Państwa strony opierając sie na otwartych standardach co umożliwi przeglądanie Państwa strony pod dowolną przeglądarką.

Jeśli będziecie Państwo stosować poniższe rekomendacje ECMA dla ECMAScript (JavaScript?) oraz rekomendacje W3C dla standardów HTML, CSS, oraz DOM (Document Object Model) w tworzonych przez siebie stronach, Wasza witryna współpracować będzie z przeglądarkami następnej generacji oraz innymi przeglądarkami stosującymi się do standardów otwartych, włącznie z Internet Explorerem 6.

Poniższe teksty (w języku angielskim) pomogą Państwu w dostosowaniu się do standardów otwartych, a jednocześnie w utrzymaniu kompatybilności Państwa stron z Netscape Navigatorem 4.x i wszystkimi wersjami Microsoft Internet Explorera. Istotne są także zawarte tam informacje o sposobach wykrywania przeglądarek opartych na kodzie Gecko.

Standard ECMAScript 262 trzecia wersja - JavaScript?

http://www.ecma-international.org/publications/files/ecma-st/Ecma-262.pdf

Rekomendacje World Wide Web Consortium (W3C)

W3C definiuje standardy stosowane na stronach WWW: http://www.w3.org/TR/

Ponadto adresy http://validator.w3.org/

http://jigsaw.w3.org/css-validator/

http://www.w3.org/WAI/

http://www.w3.org/TR/WAI-WEBCONTENT/

pomogą Państwu sprawdzenie zgodności strony WWW ze standardami HTML oraz CSS

// w przypadku złego kodowania polskich literek

Chciałbym rownież zaznaczyć, że Państwa strona używa niewłaściwego, komercyjnego standardu kodowania polskich znakow niezgodnego z Polska Norma: http://sunsite.icm.edu.pl/ogonki/pn.html

//w przypadku zamieszczenia dokumentow jako .doc

Chciałbym również zaznaczyć, że na Państwa stronach zamieszczone są dokumenty w komercyjnym, nieotwartym formacie .doc firmy Microsoft uniemożliwiajacych otwarcie ich na systemach operacyjnych innych niż ww. firmy.

Problem związany z Państwa stroną został zgłoszony do bazy danych o <adres bazy> Pod poniższym adresem można przeczytać komentarze do w/w problemu oraz dopisać własne: <adres forum>

Wszelkie dodatkowe pytania proszę kierować do mnie.

Z poważaniem

<podpis>

Wszelkie osoby zainteresowane współpracą proszę o kontakt: Adam Mencwal zq#dobron,ug,gov,pl

Akcja słuszna i miejmy nadzieję że przyniesie jakieś efekty, ale należałoby zacząć od własnego podwórka - stron ISOC i pochodnych, gdyż wyniki potraktowania validatorem w3c są bardzo kiepskie (stan z dzisiaj, 2004-11-15):

Pozdrawiam i życzę sukcesów w walce o stosowanie standardów,
Robert Paciorek (http://robert.n17.waw.pl)

LukaszAnwajler: mysle ze mozna zautomatyzowac sposob sprawdzania owych stron. Po zbudowaniu listy stron, odpalalo by sie skrypt ktory po kolei sprawdzalby zgodnosc z w3c i w razie zmian updateowal wpis w bazie. Podobnie mozna zautomatyzowac pisanie listu - zaznaczanie odpowiednich checkboxów i list gotowy !

VaGla: jesli chodzi o sprawdzenie poprawnosci formalnego jezyka na stronie isoc.org.pl to po przejsciu na Drupala mamy zgodnosc z XHTML 1.0 Strict! :) Jeszcze wiaze sie z ta tematyka fragment listu, ktory wyslalem na liste isoc

Traktat ONZ: prawa niepełnosprawnych w tym dostępność do informacji: http://prawo.vagla.pl/node/6617

W tym ostatnim przypadku jest wiecej do zrobienia. Ostatnio ewangelizuje (jesli to mozliwe) osoby odpowiedzialne za urzedy administracji publicznej i jesli jest q temu okazja na spotkaniach lub listownie przedstawiam problemy witryn internetowych ich urzedow (ostatnio w sprawie witryny UKE: http://prawo.vagla.pl/node/6635) I powstal taki pomysl, by przygotowac wzorzec SIWZ (Specyfikacji Istotnych Warunkow Zamowienia) dla potrzeb wykorzystaania go przez zainteresowanych w przypadku zamawiania wykonania publicznego serwisu internetowego. Być moze ktos z Panstwa mialby chec i czas wesprzec koncepcyjnie lub w jakikolwiek inny sposob ten pomysl? Innym pomyslem jest przygotowanie zestawienia na temat udzielonych juz zamowien, w ktorych znny jest serwis internetowy, znana jest (bedzie) cena za jaka zostal zrobiony i chodzi o przeprowadzenie spolecznego audytu jakosci tego wykonania. Problem polega na tym, ze w tego typu przetargach decydujaca role odgrywa cena i czas wykonania. Jakosc zas nie jest brana pod wuage w ocenie czy udzielic zamowienia czy nie. Zestawienie zas powinno namcalnie pokazac obecna praktyke.