Marek pisze:
>> Sugerujesz, że zastąpienie pasków narzędzi rzędami checkboxów to nie
>> absurd?
>
> Właśnie nie dostrzegam w tym absurdu.

Hint: semantyka. checkboxy wyglądające jak pasek narzędzi to jednak
dalej checkboxy a nie pasek narzędzi.

> Co w tym absurdalnego, że wygląda inaczej (np.
> jest obarazkiem gumki albo szarej albo kolorowej gdy ma pełnić rolę
> wyboru narzędzia o nazwie "gumka") ?

Nie wiem jak Ty, ale ja np. rodzaj kontrolek odróżniam po ich wyglądzie,
nie patrze w kod. I tak, np. jak mam grupę checkboksów, to wiem że mogę
się po nich poruszać tabem, a spacją zaznaczam które chcę, jak mam grupę
radiobutonów to wybieram tylko jeden kursorem a tab ucieka z grupy.
Jak sobie wymyślisz, że u Ciebie w formularz wybrany radiobuton będzie
miał ptaszka, to nie dość że będę miał problemy z wybraniem właściwego -
tab zamiast przejść do następnego przejdzie do kolejnej grupy - to będę
k...ował dlaczego mogę tylko jedną opcję wybrać, skoro zwykle mogłem
zaptaszyć więcej. A przecież tylko będzie wyglądać inaczej.

> Ok, teraz nie mam wyboru i już wiem o tym. Nie potrafię zrozumieć
> przesłanki jaką forsujesz, że absurdem jest dołożenie 2 styli do CSS,
> które w sposób banalny pozwoliłyby przekonwertować wizualnie i tylko
> wizualnie istniejące już elementy HTML, w dodatku już w tej chwili
> zachowujące się tak jak tego oczekujemy, na włączniki narzędzi?

Bo zabierasz się do tego od d..y strony. Jak potrzebujesz pasek narzędzi
to domagaj się odpowiedniego elementu w HTMLu. Pasek narzędzi, select,
radio to są inne rodzaje kontrolek, pomimo iż efekt ich działania jest
ten sam - jedna wybrana opcja. W select możesz wyszukiwać jakiejś opcji
wpisując jej początek, w radio nie da rady. W pasku narzędzi możesz się
poruszać kursorem również na boki, grupa radiobutonów Ci tego nie
umożliwia. To są zupełnie różne kontrolki nie tylko pod względem
wyglądu. Zmieniając wygląd jednej kontrolki na inną zrobisz tylko ułomną
kontrolkę.

> Mówimy tylko o tylko check i radio oczywiście. Dlaczego element
> standardowy nie może nim nadal pozostać lecz wyglądać niestandardowo?

Z tego samego powodu dla którego umywalka wygląda jak umywalka a nie jak
muszla klozetowa :P

>> Mimo tego IMHO standardowe elementy interfejsu użytkownika powinny być
>> standardowe - pod względem wyglądu i zachowania. Są wtedy
>> natychmiastowo rozpoznawalne i intuicyjne.
>
> No własnie nie do końca. Przytaczany znacznik H1 jest standardowym a
> mimo to trudno znaleźć takie 2 serwisy WWW gdzie wygląda identycznie.

Standardowy wygląd dla nagłówków oznacza, że jest albo pogrubiony albo
innym krojem pisma, oraz im niższy poziom nagłówka tym mniejszy font-size.

> Nie wydaje mi się aby H1 był mniej standardowy od INPUT.

Próbowałeś na niego wejść tabem, albo coś do niego wpisać?

> W szczególności
> jako widz nie mam potrzeby rozpoznawania znaczników patrząc na treść
> strony. Nie interesuje mnie czy tytuł strony zrobiono na H1 czy na P i
> nie mam wewnętrznej potrzeby intuicyjnego rozpoznawania typów
> znaczników. Mało tego: nie muszę wcale być świadomy ich istnienia.

Czyli co? Robisz divitis, bo w końcu div może wyglądać praktycznie jak
wszystko inne, więc po co używać pozostałych elementów? :)
Hint: www jest nie tylko dla przeglądarek, a i nie wszystkie
przeglądarki są graficzne i obsługują CSSa. Dlatego właśnie nagłówki
robimy w <hx>, a nie <div class="hx">, do przycisków radio używamy
<input radio>, a do palety haczymy i się modlimy żeby działało ;)

>> Na przykład na OS X zaokrąglone rogi pól tekstowych oznaczają pole do
>> wyszukiwania. To jest konsekwentnie używane we wszystkich aplikacjach,
>> ale nieświadomi tego projektanci mogą zrobić zaokrąglone rogi tylko
>> dla bajeru.
>
> No widzisz... czyli nawet systemy operacyjne pozwalają między sobą na
> zróżnicowany wygląd kontrolek.

Ważne, że w danym systemie jest jednolicie. Ilu systemów na raz używasz,
a ilu stron?

> Czyli strona WWW na systemie A będzie
> wygladała inaczej niż na systemie B z czego twórca strony nie będzie
> zadowolony.

No to powinien zmienić fach, jeżeli dopiero się o tym dowiedział. Nie
tylko elementy formularza będą wyglądać inaczej.

> Gdy natomiast miałby wpływ na wygląd to ujednoliciłby go dla
> wszystkich przeglądarek. Nie widzę nic zdrożnego w takiej idei.

I znowu patrzysz od d..y strony. Co to da użytkownikowi, że jakiej
przeglądarki by nie użył to inputy na stronie będą takie same, skoro i
tak będą inne niż te które zna?
Jak tak bardzo chcesz mieć kontrolki pasujące do wyglądu strony, to
sobie zmień skórkę w systemie.


--
message[autor="PablO"]::after {
content:"Pozdrawiam";
}