[CMS] SiteX Reloaded Opcje

[Bastion]

CMS : http://85.128.86.73/microchip/sxrld/

Prosze sie rejestrowac , na bierzaco bede aktywowal konta i przyznawal status admina -
tylko po tym jak to zrobie (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) prosze nie kasowac sobie kont nawzajem i nie zmieniac kluczowych ustawien systemu by go przypadkiem nie unieruchomic (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[Bastion]

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".

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.

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.

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 (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) 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.

Ten post edytował Bastion 8.02.2006, 15:35:23