Marek pisze:
>> To już inna kwestia, porneL Ci pisał że wtedy powstaje burdel i
>> użytkownik musi się od nowa uczyć każdego głupiego formularza.
>> Mnie bardziej dziwi dlaczego można zmienić border tekstowego inputa, a
>> radio już nie idzie, taki jakiś brak konsekwencji.
>
> A no widzisz. Dodam, że background też.

W IE background i border ustawisz dla radio/checkbox, wygląda to
komicznie ;]

> Odpowiedź tu zdaje się być oczywista:

Oczywistości to zostawmy politykom.

> ponieważ autorzy pomysłu obcości inputów doszli do wniosku,
> że chyba zapędzili się w usztywnianiu definicji.

A mi sie wydaje, że twórcy przeglądarek zaczęli stylowanie od pól
tekstowych, a potem się wyłożyli na radiobutonach i już postanowili nie
ruszać dalej ;)
(szkoda że nie zaczęli od legend :/)

>> Nie tyle nie wolno co po prostu się nie da. HTML był tworzony z myślą o
>> stronach a nie aplikacjach i nikt czegoś takiego nie przewidział.
>
> Tak się domyślałem... lecz dlaczego pielęgnować sirmiężność zamiast
> dodać banalne 2 style i udostępnić nową funkcjonalność niskim kosztem?

Tłumaczymy cały czas że ten koszt niski nie jest ani dla twórców ani dla
użytkowników. Jest niski tylko dla leni którym się nie chce wykorzystać
już istniejących rozwiązań albo lepiej skomponować formularzy.

> Jest jeszcze innej natury argument sugerujący absurdalność wyłączania
> grafiki dla aplikacji WWW.

A po co mi w GMailu grafiki? W Google Docs? GMaps (poza mapami :P)?

> Gdybyś mógł wyłączyć w Photoshopie wszelkie
> obrazki to niewiele byś w nim zdziałał.

Zaś w Thunderbirdzie, OpenOffice, gVimie, Mirandzie, FileZilli,
Firefoksie, TC, Foobarze, Antyvirze, StrokeIt, TrueCrypcie w w wielu
wielu innych nawet bym nie zauważył, że grafiki nie ma. Ba, nawet w
GIMPowym GUI grafika nie jest potrzebna bo i na skrótach/menu się lepiej
pracuje.


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