Wracajmy do tabelek! Opcje

[Vogel]

ensore - mowimy o jednym pliku HTML i KOMPLETNEJ zmianie designu TYLKO przez podmiane CSSa...

[bigZbig]

@hwao - przekonales mnie, ze potencjal jaki drzemie w blokach zdecydowanie rekompensuje ich wady.

[no-name]

wiecie co? Jakby nie spojrzeć to jednokomórkowa tabela to też blok (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Ten post edytował no-name 29.06.2006, 08:28:34

[bigZbig]

@no-name - ale co Ci daje jednokomórkowa tabela?

[hwao]

taka "jedno komorkowa" tabela jest po prostu gorsza, popatrz ile trzeba napisac zeby otrzymac takiego "div'a", pozatym table ma w standardzie inne style niz div.

[HTML] pobierz, plaintext 
<table cellspacing="0" cellpadding="0">
    <tr>
        <td>
            <p>Box content</p>
        </td>
    </tr>
</table>
[HTML] pobierz, plaintext 

I rownoznaczy przykład, (pomijajac akrusz stylów)

[HTML] pobierz, plaintext 
<div>
    <p>Box content</p>
</div>
[HTML] pobierz, plaintext 

Swoja droga, przyklady ktore zdemonstrowalem w linkach poprzednich to "sposob projektowania stron internetowych" a divy sa tylko malutka czescia tego (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[MalCom]

taka "jedno komorkowa" tabela jest po prostu gorsza, popatrz ile trzeba napisac zeby otrzymac takiego "div'a", pozatym table ma w standardzie inne style niz div.

Nie zawsze jest gorsza, przyklad wysrodkowania i wycentrowania (poziomie i pionie), gdzie content jest generowany dynamicznie i nie znamy jego rozmiarow, wtedy na "jedno komorkowej" tabeli zrobisz to latwiej, i prosciej, i mniej kodu, niz na divach (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

[HTML] pobierz, plaintext 
<table cellspacing="0" cellpadding="0">
	<tr>
		<td width=x height=y align="center" valign="middle">
			<p>Box content</p>
		</td>
	</tr>
</table>
[HTML] pobierz, plaintext 

Pisał o tym kiedys Riddle jak to zrobic na divach. Ile trzeba kodu, zeby w wszystkich przegladarkach efekt byl ten sam, a ile problemow sie przy tym pojawia...
A na tabelce prosto i tak samo (identycznie) interpretowany przez przegladarki

[no-name]

jak mi ktoś jeszcze powie, że rozwiązania typy "faux columns" dają projektantowi większą elestyczność, to zabije śmiechem... (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[mike]

jak mi ktoś jeszcze powie, że rozwiązania typy "faux columns" dają projektantowi większą elestyczność, to zabije śmiechem... (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ilość argumentów w Twojej wypowiedzi wbiła mnie w ziemię.
Masz rację, ..., zabiłeś mnie śmiechem LOL

[hwao]

jak mi ktoś jeszcze powie, że rozwiązania typy "faux columns" dają projektantowi większą elestyczność, to zabije śmiechem... (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Daja wieksze mozliwosci

[no-name]

Tak, tu się zgodzę. Dają znacznie więcej możliwości odpelania Photoshopa za każdym razem, gdy chcemy przesunąć jakiś element o parę pikseli. Graficy powinni być zadowoleni (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
mike_mech: Odnośnie argumentów. Pomysł na uzycie grafiki, która będzie "udawać" strukturę strony sam w sobie jest wystarczającym nonsensem.

Ten post edytował no-name 8.08.2006, 10:44:04

[mike]

Tak, tu się zgodzę. Dają znacznie więcej możliwości odpelania Photoshopa za każdym razem, gdy chcemy przesunąć jakiś element o parę pikseli. Graficy powinni być zadowoleni (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

No tak się składa że design dopasowany co do pixeli i tak zrobiony ze każda zmiana jest zmianą dla grafika, nie ma żadnego znaczenia czy potniesz go na blokach czy na tabelkach.

Grafika będziesz ścigał zarówno mając klika bloków, jak i mając kilkanaście komorek tabeli.

Więc jak coś to proszę o argumenty przeciwko blokom, a nie przeciwko grafikom-maniakom (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

[no-name]

No wiesz... Jeśli masz układ na tabelkach, to zmiana szerokości komórek nie jest żadną filozofią. A jeśli pod całą strukturą siedzi wspomniane fałszywe tło, to każda edycja kodu pociąga za sobą konieczność edycji obrazka. Może Tobie to nie przeszkadza, ale dla mnie to syf, malaria i kpina z idei "blokowego" projektowania stron.

Ten post edytował no-name 8.08.2006, 18:00:47

[hwao]

Po prostu nie umiesz pojac tego, no i jak ja Ci to wytlumacze (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) jak chcesz to rób strony html na tabelkach i tyle... nie musisz sluchac madrzejszych

[Turgon]

No muszę tutaj przyznać częściowo rację fanom tabelek etc. Tak łatwo się w nich robiło (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Teraz już jest dużo trudniej (IMG:http://forum.php.pl/style_emoticons/default/sad.gif) .

[mike]

No muszę tutaj przyznać częściowo rację fanom tabelek etc. Tak łatwo się w nich robiło (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Teraz już jest dużo trudniej (IMG:http://forum.php.pl/style_emoticons/default/sad.gif) .

Ostatnio uczyłem kolege XHTML'a.
Zacząłem go uczyć ciąć na blokach i tak sobie zabawiał się z pół roku.

Ostatnio mu pokazałem jak ludzie tna na tabelach, próbował, próbował i powiedzial że tak jest trudniej.

Więc sam widzisz, że to zależy od teczo co znałeś wcześniej.
Ja od 2 lat układam designy na blokach i jakbym miał teraz coś w tabelkach zrobić to bym zwyczajnie nie potrafił.

[Turgon]

Według mnie zwyczajnie się odzwyczaiłeś (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .

[no-name]

mike_mech: sorry, ale poza stwierdzeniem mojej niewiedzy nie ustosunkowałeś się do problemu. Poza tym mylnie założyłeś, że lubię robić strony na tabelkach. Otóż osobiście wolę div-y, ale jeśli wynik ma byc gorszy (tak jak w omawianym przypadku) niż w przypadku użycia tabel to używam tabel. Najważniejszy jest projekt i zachowanie struktury, a to czy używa się tych czy innych znaczników jest co najmniej drugorzędne (kto Ci broni formatować tabele CSS-ami?).

Ten post edytował no-name 8.08.2006, 20:19:06

[ens0re]

(kto Ci broni formatować tabele CSS-ami?).

Nikt. Połączenie tabel z css to tzw. układ hybrydowy i stosuje się go własnie podczas przechodzenia z tabel na divy. Jeżeli już opanujesz to, to starasz sie przejsc całkowicie na divy. A jeżeli coś nie wychodzi na divach i zamieniasz je na tabelki, to idziesz na łatwizne i bez sensu to jest, bo wtedy takim webmasterem jestes ...(nie odnosnie Twojej osoby tylko ogólnie).

[no-name]

Twoja wypowiedź byłaby prawdziwa w idealnym świecie. Niestety ze względu na wsparcie IE dla CSS2 niektórych rzeczy na blokach nie da się zrobić (niezależnie od kompetencji webmastera). A co to tego czy coś jest "pójściem na łatwiznę", czy też objawem zdrowego rozsądku jest juz kwestią dyskusyjną. Niektórzy wolą wymuszać na przeglądarce pewne zachowania przez różnego rodzaju hacki i obejścia (z żywym JS włącznie). Dla mnie jest to już przesada, dla Ciebie być może nie.

[kaczuuur]

Witam

Moim skromnym zdaniem budowanie stron opartych wyłącznie na elementach blokowych miałoby sens w momencie gdyby wszyscy producenci przeglądarek trzymaliby się standardów.
Puki co zbudowanie strony w ten sposób jest trudne i frustrujące w wielu przypadkach ze względu na różną interpretację CSS przez przeglądarki, dlatego przy niektórych projektach warto kożystac z tabel przy budowie layoutu.
Nie stosuje hacków z przezorności - niech tak IE zacznie je omijac i mamy poważny problem ( chyba w IE7 już tak jest - ale nie jestem pewien ).
Osobiscie staram się pisac osobne arkusze CSS dla IE i Geko. Nie jest to złoty środek ( zabiera mase czasu i komlikuje wprowadzanie zmian ), ale cóż :/.