Cytat
Bo nie masz pewności, czy strona działa w np. takim KHTML, czy będzie działać w Operze 9, IE7 itp.
CMS zostal sprawdzony pod silnikiem IE, GECKO i KHTML, na kazdym z wymienioneych, prezentacja miesci sie w zakresie "wyglada Ok".
Cytat
Właściwie to zapraszam na
http://osiolki.net/tabelki/ . Tak w skrócie - dłuższe ładowanie strony, większy rozmiar, trudniejsze dostosowanie wyglądu "pod siebie", pogwałcenie WAI.
I coz tam wyczytalem z tych wad tabelkowych
# Mieszają treść i warstwę prezentacyjną. Strony są niepotrzebnie duże — użytkownicy muszą ściągać dane odpowiedzialne za prezentację z każdą stroną, którą odwiedzają, a przecież ruch w Sieci kosztuje.
-> Czy ja wiem , niepotrzebnie duze ? z ilu ? z 10kB do 15kB ? - ruch sieci moze kosztowal gdy upragnionym szczytem bylo miec modem 36kbps.
# Zmiana wyglądu strony jest niezwykle pracochłonna (i tym samym droga).
-> Lubie sie napracowac , zmiana szablony nawet na tabelach idzie mi zwinnie, powiem wiecej pomaga mi w tym php.
# Również trudne (i kosztowne) jest utrzymanie spójnego wyglądu stron w całej witrynie.
-> Argument wyssany z palca, rownie dobrze moglbym powiedziec ze kosztowne jest przechodzenie i nauka z budowy tabelowej na divy. Kto potrafi i chce ? czemu go za to karcic.
# Strony oparte o tabelki są o wiele trudniejsze w odbiorze dla osób niepełnosprawnych
-> Kazda strona czy to w systemie tabelkowym czy na warstwach jest trduna w obiorze, sporobuj np otworzyc strone nie oparta na tabelach w przegladarce chociazby tekstowej badz o ograniczonej powierzchni widocznosci. Cala spojnosc serwisu, kolumny, wstawki nie maja szans byc tam gdzie powinny.
# Zamiast umieszczać tabelki w tabelkach, wypełniając komórki niewidocznymi GIF-ami i twardymi spacjami, można użyć o niebo prostszego kodu i za pomocą CSS nadać mu efektowny wygląd, tworząc przepiękne strony, które ładują się szybciej, są łatwiejsze w utrzymaniu i przebudowie oraz dostępne dla wszystkich.
-> Kompletna bzdura , wiele razy widzialem bardziej efektywne strony na tabelach jak i nie. Nie ma reguly - to jak strona sie prezentuje wizualnie zalezy od inwencji tworzacego - standard czy "diabelne" tabele nie maja tu nic do rzeczy.
Jak mowilem wczesniej standardy sa ok, ale ocena wygladu, funkcjonalnosci na podstawie standardow jest troche irytujaca , a tym bardziej uszczesliwanie tworcow na sile jest be.
Cytat
Właściwie to 75%.
Strona zachowuje pełną funkcjonalność pod IE, jedynie gorzej wygląda.
Widzisz, patrzac z drugiej strony barykady strona ktora propaguje pewien standard gwalci inny - ze standardowo 75% odwiedzajacych niepoprawnie wyswitela strone. Niepelnosprawni tez uzywaja windowsow (IE). Wiec nad zbawiennym dzialaniem standardow dla swiata dlugo mozna polemizowac.
Cytat
Nie był, naprawdę ;-) Po prostu pomyślałem, że ktoś dobrze zorientowany w temacie budowania stron mógłby w końcu stworzyć ładny, zgodne ze standardami CMS. Taki, który mógłbym z czystym sumieniem polecić.
na odwrot tez nie mozna polecic strony ktora niewyswietla sie poprawnie w 75% przegladarek
badz nie mozna polecic webmastera ktorego strony nie wyswitelaja sie - chcac czy nie chcac - w przegladarce dominujacej.
---
dajmy na to przyklad , ze skrypt kontroluje dynamicznie szerokosci tabel. liczbe kolum, wierszy, scalnie komorek - czy za pomca php da sie latwo kontrolwac takie rzeczy nie uzywajac tabel ? czy tez moze php ma generowac za kazdym razem do pary - i html i css. dodatkowo w locie przeliczac polazenia, wymiary. hmm.