Johan skrev:
Markus skrev:
Tänkt på att for="" är användarvänlighet samtidigt?
Jag tycker att klick-och-fokusera grejor ska skötas med javascript, det känns som en sådan grej iaf. Men label för skärmläsare hör det väl mer ihop med att det finns en label en var i koden den sitter? Om webbläsaren ska läsa upp labeln ett textfält är väl det bara lättare om det sitter som ett attribut?
Det hade absolut varit mer i regel med lager-teknik om man hade skött fokuseringen med javascript, blir mer separation då, men jag tycker fortfarande det är behändigt och bra som det är. Sen skrev jag ju att det finns lättare lösningar, och specifierade att jag just tänkte på separationen, så du predikar för en frälsad på den punkten. Tänkte mest att du verkar överse rätt mycket när du tänker på labels och for-attributet, nästan så man får en känsla av att du skiter i att använda labels och for-attribut just för att de är så "fel".
Samtidigt kan jag tycka att det är ganska ologiskt och lite motsägande att ha ett attribut i textfältet, när du ändå, i de flesta fall, kommer behöva något sorts sätt att markera vad textfältet betyder eller står för. Då är det ju bättre med en label som du enkelt sätter ovanför/under/var som helst och markerar med det, än att du först får sätta ett attribut i en input, och sedan markera med något annat element. Då känns det ju ganska mycket smidigare med lösningen man har nu, en dedikerad tagg med ett dedikerat attribut. Hellre en smått onödig tagg med ett osmidigt attribut som har relativt semantiskt värde, än att behöva skriva extra kod som i slutändan blir ungefär lika semantiskt värd, om inte mindre.