Małe oszustwo w kodzie - dozwolone czy nie?

[beha]

Mysle, ze czesto troche traktujemy google jak polboga, ktory rozumie, wie wszystko i analizuje kazdy szczegol. Przy tylu milardach stron szkoda czasu tracic na analize pogrubien, kursyw i podkreslen. Szkoda czasu na takie czary mary, przynajmniej ja juz w takie cos nie wierze.

Na blogu Matta mozna przeczytac cos co jest troche w relacji do tego co piszesz:

"I don’t recommend that people use CSS to hide text, and I don’t recommend that they document it, either."

btw. W to co jest tam napisane tez nie wierze

[slawek22]

Żeby krótko wyjaśnić ostatnie nieścisłości: tagi mają się nijak do wyglądu. Nigdzie nie jest powiedziane że b ma być pogrubione (wyróżnione) a A ma mieć podkreślony spód. Określają tylko semantykę tego co w nich jest i nic więcej a jak to sobie robot zinterpretuje to już sprawa algorytmu. Jeśli ktoś ma argument, że jest odwrotnie - to chętnie go poznam. To jest nowe podejście. Jest jeszcze stare, które mówi, że B jest grube, A podkreślone a layout w tabelce.

Chcesz mieć pogrubione słowa o wysokim znaczeniu:

b {font-weight: bolder;}

Chcesz pogrubienie wyłączyć:

b {font-weight: normal;}

A _NIE_ przepisujesz cały HTML, bo tak się robiło 15 lat temu. Jeśli się nad tym zastanowisz, to łatwo dojdziesz do wniosku - że na stronie są pewne słowa o większym znaczeniu niż inne obojętnie czy wyłączysz pogrubienie czy nie. Meta keywords - słowa o szczególnym znaczeniu a nawet ich nie widać.

Poza tym, strona na tabelkach i ze zupą znaczników może się dobrze wyświetlać, tak samo jak ładny kod oparty na divach i semantycznym użyciu znaczników ale przy kilku drobnych błędach może się sypać i inaczej wyglądać pod każdą przeglądarką

Tak, stare przeglądarki renderują stary kod dużo lepiej niż stare przeglądarki nowy kod (w tym sensie, że każda wyrenderuje tak samo). Stary kod jest też mniej podatny na błędy, co z tego?

Mamy rok prawie 2008 a nie lipiec roku 2000, przeglądarka która obsługuje nowy kod zajmuje 5 mb i na wolnym łączu ściąga się 2 minuty. IE6 z resztą też jako tako sobie radzi. Możesz oczywiście robić kod optymalizowany pod 10-cio letni browser, w tabelkach a na koniec możesz sobie nawet dać na gorze doctype XHTML strict, zwalidować i się cieszyć że masz dobrze zrobiony site. I według ciebie może mieć to sens a według mnie... NIE