Proszę. Zarówno treść notki, linki z niej wychodzące i komentarze wiążą się z tym tematem.

U Petera Kranza błędy są osobno – ja proponowałbym zamieszczać konkretny błąd obok pola w którym powstał.
Czemu? Wyobrażam sobie trochę obszerniejszy formularz, popełniam sporo błędów i…. dostaję n komunikatów. Jestem niewidomy, koszystam zklawiatury. Ale się naskaczę tak od kumunikatu do pola (nawet gdy JS mnie przeniesie to jest jeszcze droga powrotna)…. uff… już nie lubię tej strony ;)

Więc w takiej sytuacji usability dla niewidomych (lub ludzi korzystających tylko z klawiatury do nawigacji) leży i kwiczy o pomstę do nieba.

Zatem połączyłbym wersję z SA z moją propozycją:
- za SA wyświetlamy wytyczne w labelu
- jeśli pojawi się błąd, podajemy ładny opis obok pola z możliwością przeskoczenia na klawiaturze (zaprzęgamy JS).

Za pomocą JS nie zmieniamy wiele – wszyscy mają dostępny i jasno opisany formularz. Ci co mają JS włączony (a jest to zdecydowana większość) mają lekkiego bonusa w razie konieczności (a przy dobrym opisaniu błędy powinny występować niezwykle rzadko).

A że konieczność raczej rzadko wystąpi, to prawdopodobieństwo że ktoś „potrzebujący” nie będzie mógł skorzystać z „ułatwienia” jest znikome (jak to było… „statystycznie nieistotne”) ;)

Co do linka – nie mam… czytam wiele w sieci i raczej adresów nie zapisuje (z jednej strony sporo czasu oszczędzam…. ale momentami żałuje).
Ale jutro jak czas pozwoli to poszukam i jeśli znajdę to wrzucę tutaj.

Pozdrawiam.

To, że programy udźwiękowiające nie radzą sobie z kilkoma labelami przypisanymi do jednego pola to bardzo cenna uwaga. Cały pomysł miał na celu poprawienie czytelności formularzy dla użytkowników korzystających z takiego właśnie oprogramowania.

Staram się nie używać JS do dodawania funkcjonalności, którą można osiągnąć przy pomocy samego HTML.

Co do zgodności z dokumentacją – nie mnie to oceniać; techniczne specyfikacje W3C są czasami zbyt formalne (co wynika z samej natury specyfikacji), abym umiał w jednoznaczny sposób przełożyć opis danego elementu i jego zachowania na praktykę.

Znalazłem przykład na stronie Simply Accessible, gdzie autor również zagnieżdża błędy wewnątrz elementu <label>. Robi to jednak tylko raz dla całego formularza (tzn. bez dodatkowej listy wszystkich błędów nad całym formularzem). Z kolei Peter Kranz w swoim artykule Communicating error messages accessibly proponuje takie rozwiązanie jak Michał (niestety zależne od JS).

Wydaje mi się, że w świetle powyższych komentarzy, kombinacja tych dwóch technik dałaby najlepszy rezultat. Co o tym sądzicie?

@Michał Fikus: czy masz może jakieś linki do dyskusji na ten temat?

Zatem w wersji poprawniejszej politycznie powinienem dodać, że jest to złe rozwiązanie choćby dlatego iż programy udźwiękowiające nie zawsze radzą sobie z wieloma labelami.
Np. czytają tylko jeden (i to nie koniecznie pierwszy, wręcz przeciwnie). Zatem zatraca się „accesibility”.

No i pomysł padł już dość dawno temu i „umarł śmiercią naturalną”.
Ew. jako ułatwienie można komunikatom dodać onClicka z przenoszeniem focusa do odpowiedniego pola, jednakże to będzie tylko dla JSonUsers. Ale dostępność zostanie zapewniona zgodnie ze sztuką.

wyczytalem na W3C, ze z jednym polem moze byc powiazane wiele labeli wiec semantycznie to jest poprawne – no i gdybym byl niewidzacym widzialbym, ze z tym konkretnym polem powiazany jest komunikat bledu – chociaz glowy nie dam – musialbym to przez jakiegos screen readera przepuscic:)

pozdrawiam

Co jednak z komunikatami błędów, które tak samo odnoszą się do zawartości danego pola? Jeśli dana informacja nie zostanie w jasny sposób powiązana z kontrolką, to może zostać pominięta przez użytkownika.

Poza tym elementy label mają tę miłą cechę, że kliknięcie na nie ustawia focus i jednocześnie przenosi do danego pola, jeśli nie jest ono widoczne na ekranie. Dlatego komunikaty błędu umieszczone na początku długiego formularza mogą pomóc w nawigacji wszystkim (a nie tylko niedowidzącym) użytkownikom.

Co do ilości kodu – moim zdaniem każdy element, który wzbogaca semantykę dokumentu jest jak najmilej widziany. To zbędnych kontenerów trzeba się pozbywać, a nie np. przydatnych labeli…

nie no jak dla mnie to zupelnie bezsensowna idea – tak jak gdybys na sile chcial wymyslec cos „nowego” :)

do niczego to nie prowadzi a tylko 2 razy wiecej kodu z tego…

pozdrawiam