To akurat kiepski argument bo forum ma układ tabelaryczny i dlatego nie jest zrobione na wasrstwach.

W kwestii formalnej: Panowie, trzymajcie się tematu wątku, a osobiste wycieczki i krytyki tej czy innej osoby proszę wysyłać na PW lub do Administratora forum.

Zainspirowałeś mnie do wypowiedzi
Dlaczego przeznaczenie strony, czy serwisu ma być wyznacznikiem użycia tej, czy innej techniki?
Nie widzę różnicy technicznej pomiędzy forum, a blogiem - zarówno blog jak i forum można zbudować na blokach lub na tabalach. Ba! Patrząc na kod wynikowy tego forum mam uczucie, że ktoś (nie wiem kto to pisał) próbował zadośćuczynić wszystkim poglądom na temat niniejszego topiku.
Wracając do meritum - jeśli forum ma "układ tabelaryczny", to dlaczego tego układu odmówić blogowi, lub jakiemuś serwisowi, który ma kolumny "menu" i "treść"?

Pozdrawiam

Niestety całości wątku nie przeczytałem, ale mam jeden dość poważny powód dlaczego warto tworzyć stronę na blokach a nie na tabelach. Próbowaliście otworzyć stronkę zbudowaną na tabelach w urządzeniach przenośnych (telefony komórkowe, PDA, Palmtopy i inne) z małymi ekranami, bez użycie stylów css ?
Praktycznie jest bardzo ciężko coś odczytać. Przy blokach możemy tego skutecznie uniknąć. Zaraz ktoś powie że to jest znikomy procent, tez tak myślałem dopóki w statystykach nie zobaczyłem systemu który był opisany jako SonyEricsson. Niestety małe urządzenia przenośne są coraz bardziej popularne, internet bezprzewodowy coraz częściej dostępny i przydało by się do tego dostosować.

Jak potraficie taka teze obalic to ja z wami nie gadam (dżołk)

[edit]Tak w ogóle tłumaczenie się że tabelki się szybciej robi lub nie miałem czasu trochę mnie łamią w kościach. 400 checkbox'ów z różnymi `name` itd to raczej robota na 15 minut pisząc prosty skrypt do wygenerowania tego i zapisania do pliku. To raczej lenistwo przemawia za takim tłumaczeniem że nie miałem czasu.
Apropo układu tabelarycznego to także się da go wykonać na blokach, ale nie zawsze jest to konieczne, chociaż często staje się bardzo wygodne.

No a ja widze bardzo dużą.

Ok, pokaż mi blog który ma taki układ jak to forum
Bez przesady przcież masz kolumy podzielonych na wiersze, popatrz sobie na stronę główną, poszczególne podfora.
Widziałeś kiedyś 8-kolumnowy blog ? Tyle kolumn mają podfora, strona główna ma 5 kolumn. Blogi max 3.
Czy na blogach jest widoczny podział na wiersze w każdej kolumnie od góry do dołu strony ?

@revyag - Ja rozumiem te róznice. Chodzi o to, że z punktu widzenia html'a i css'a nie ma żadnej różnicy 'technicznej', bo nie istnieje html dla bloga i html dla forum. Przeglądarki również nie interesuje czym jest dokument. Niniejsze forum da się w na pewno zrobić na blokach, a to, że nie jest tak zrobione nie wynika z tego, że to jest forum, tylko, że tak było wygodniej przedstawić treść. Wynika z tego, że nie zawsze stosowanie tabel jest złe. Doświadczenie pokazuje coś wręcz przeciwnego. Twierdzenie, że tabele służą do przedstawiania danych tabelarycznych jest na wyrost, bo niemal wszystkie dane da się przedstawić w postaci tabelki. Osobiście preferuję bloki, ale nie popadam w "przesadyzm" i tam, gdzie tabela się sprawdzi to ją umieszczam i tyle

p.s
Zróbcie tabelkę 15x15, umieście w niej dane (np z bazy) i zastosujcie przezroczystość dla każdego wiersza po najechaniu myszą. U mnie muli się przeglądarka.

Pozdrawiam.

@bigZbig , może zle napisałem a ty mnie źle zrozumialeś. Chodzilo mi o to, że wogóle cała dyskusja jest niepotrzebna, bo pewni ludzie ustalili czemu ma służyć TABLE... i po co to zmieniać? Zresztą, widze że jesteś nie do przekonania, używaj tabel tak, jak chcesz i myśl sobie co chcesz... możesz nawet pominąć ten post, bo w końcu osoba mająca 15 lat nic mądrego powiedzieć nie może i mylisz się że nie zrozumiałem , o co w tej dyskusji chodzi... zresztą, podobne zdanie wyraziło b.dużo osób mających o wiele dluższy staż na tym forum odemnie...

PS: Z mojej strony to już jest koniec dyskusji, nie będe się wypowiadał tylko poczytam "genialne" wypociny niektórych osób... bigZbig, chcesz jeszcze mnie skomentować, poprosze na pm'a...

1. Od ilu kolumn/wierszy powinniśmy uznawać, że "layout jest tabelaryczny" i używać TABLE, a nie div-ów?
2. Czemu wszystkie bez wyjątku profesjonalne fora nie kwapią się do migracji na bloki?

@no-name - Nie wiem, czy to do mnie, czy nie, ale ustosunkuję się.
Ad1. Nigdzie nie pisałem, że gdzieś coś trzeba liczyć i się stosować. Nigdzie ni pisałem do czego lepiej się nadają tabele, a do czego bloki.
Ad2. Hmm... Wybierz sobie...
a) Lenistwo
b ) Nie trzeba, bo i tak działa
c) Brak umiejętności

Tak poważnie, to dlaczego "profesjonalne"? Skoro oni tego nie robią, to wszystkich to zwalania z obowiązku myślenia? Nie mam nic do tabelaryczności niniejszego forum. Nie interesuje mnie to, póki nie stanowi problemu przy dalszej jego rozbudowie, wprowadzaniu nowych udogodnień itp.

Pozdrawiam,

czy ty jestes maszynka ktora ma warunek if( count($kolumny) > 5 ) { $layout = New Table( new Table( new Table( ... ) ) ); } else { $layout = New Div(); ?
Pytanie do ciebie mam jedno, Potrafisz zrobic stronke na blokach tak zeby wygladaładobrze i nie rozpadała sie pod roznymi przeglądarkami ? Jesli nie to oznacza to jedynie twoje "twardogłowie" i dosc dobra odpornosc na wiedze. Jesli potrafisz to ja nie rozumiem takiego podejscia. No chyba ze ułatwiacie lubicie sobie utrudniac zycie

http://www.fu2k.org/alex/css/onetruelayout...ple/interactive

I wszysko jasne

Super, a nawet powiedział bym genialne

Oczywiście, że nie jestem! Zauważ jednak, że niepisana zasada głosi, by tabele stosować jedynie do danych tabelarycznych. W tej sytuacji brak klarownej definicji tabelaryczności danej struktury jest co najmniej zabawny
Odnośnie Twojego pytania, to bardzo lubię projektować na blokach i reczej nie mam z tym większych problemów. Niemniej jednak jestem daleki od przeceniania roli div-ów, a jest to niestety zjawisko powszechne. Denerwuje mnie fanatyzm i manieryzm, ot co...

@no-name, chodzi o to ze tabele nie sluza do budowania layoutu ale to przedstawiania danych, np. jakies statystyki, kalendarze etc.

@no-name, po co Ci taka definicja? Raz że byłaby śmieszna,nieelastyczna,rodziła masę sprzeczności -> co jest tabelą a co nie, a dwa, nie wiem może mam nadprzyrodzone zdolności ale wiem kiedy coś jest tabelą a kiedy nie

Skoro więc granica między tabelą, a nie-tabelą jest płynna, to dlaczego płynne nie są również wytyczne dotyczące standardów kodowania?

główna przewaga bloków nad tablicami jest taka że przy uzyciu cssa mozesz całkowicie zmienic wyglad takiej strony, a przy tabelkach mozesz zmienic co najwyzej kolor strony.

"Dlaczego tabelki są głupie"

Pozdrawiam (;

Trzymajmy pewien poziom. Zakładam, że osoby biorące udział w tej dyskusji mają własne doświadczenia i nie muszą się wspierać propagandowymi tekstami w których roi się od naciąganych argumentów odnoszących się do:
- bandwidth-u
- kosztów utrzymania
- pozycji w wyszukiwarkach (to już kompletna bzdura)

Mała prowokacja. Skoro zyski z zastosowania layoutu blokowego są tak duże i na dotatek migracja jest lekka, łatwa i przyjemna, to dlaczego to forum jeszcze stoi na tabelkach?



A od kiedy to tabelki przestały poddawać się woli CSS-ów? Myślę, że tutaj właśnie dotykamy sedna problemu... Wielu ludzi dało sobie wmówić, że stosowanie tabel musi wiązać sie ze stosowaniem tego paskudnego, inline-owego, przedpotopowego formatowania. A przecież to bzdura!

bo forum mozna "podciagnac" pod tabelke? IMO forum jest wlasnie przykladem poprawnego zastosowania tabeli (jezeli chodzi o same przedstawienie kategorii na forum, postow etc, nie o "reszte layoutu", tj. logo, menu etc.)


Sprobuj zmienic wyglad strony napisanej w HTMLu (strona glowna + kilkanascie podstron) zmieniajac zarowno kolorystyke, grafiki jak i uklad. Co szybciej Ci zajmie, tabelki czy "divy"?

Dokładnie i patrząc w kod forum niektóre rzeczy są w blokach a inne w tabelach.

A patrząc od strony semantyki, to przecież wymyślono pełno znaczników. I każdy stworzony był z myślą o jego prawdziwym przeznaczeniu, a to że ktoś zrobił kiedyś layout na tabeli i wyszło ładnie, a nastepnie co raz wiecej osob zaczeło to stosować, to nie znaczy że jest do dobre. Pozatym nie tworzysz tylko na 'divach' tylko na większej ilości znaczników, aby je dobrze zastosować. A dlaczego się wydaje ze na divach(semantycznych znacznikach) jest trudniej zrobic stronę? Bo grafike ludzie w programie sobie tna do tabelek i nie musza sie martwic, natomiast w drugim przypadku należy cały kod napisać samemu. Dla mnie rzeczą naturalną jest napisać kod jak najbardziej semantyczny. To tak jakby głową otwierać drzwi bo też sie da, a to ręka jest przeznaczona do naciskania klamki, a nie głowa.

Zakładając, że formatowanie tabel siedzi w CSS, to myślę (wiem), że modyfikacja layout-u tabelkowego będzie szybsza. Mity prezentujecie i powielacie, kolego Basas.

A co do reszty Twojej wypowiedzi, to po co "podciągać" layout forum pod tablelki, skoro div-y są "lepsze niezależnie od okoliczności" (wypowiedziami tego typu ten temat jest wprost naszpikowany)?

jak zauwazyles "podciagnac" bylo w cudzyslowiu A kazdy znacznik ma swoje zastosowanie, div nie jest uniwersalny i nie sluzy do robienia wszystkiego. Div po prostu ma swoje zastosowanie przy budowie strony z blokow. Tabelka natomiast do prezentowania roznego rodzaju danych, co bylo juz wiele razy mowione. Albo nie rozumiesz co tutaj wiekszosc osob pisze albo na sile szukasz dziury w calym


hmm... a przesuniesz cala kolumne na druga strone edytujac tylko jeden plik? ;]

@Balas - tak - będę przenosił wiersze i kolumny jak tylko przyjdzie mi ochota Z prawa na lewo, lewa na prawo, z góry na dół i z góry do dołu. Ba! Na nawet na skos da radę! Wystarczy mieć dobry silnik JS.... ale i tak na divach jest fajniej

Pozdrawiam.

Oczywiście, że tak! Nie poruszaj się w świecie urojonych problemów (jak większość fanatycznych wrogów tabel)!

poprawne semantyczne zastosowanie tagów htmla ma duze znaczenie jesli chodzi o pozycję w wyszukiwarkach.

Przykład kolejnego popularnego nieporozumienia. Kto Ci zabrania poprawnie i semantycznie formatować tekst w tabelach?

google uznaje tresc która jest bliżej górnej części strony (mówimy o kodzie html) za wazniejszą. xhtml i podzial divowy zaklada logiczny podzial tresci, np pierwszy div to menu (div zawiera w sobie np. ul'a). Dalsze elementy to np nagłówek i tresc. Teraz ten sam scenariusz w tabelce... zakładam ze chcę miec menu po prawej stronie. pisze wiec

[HTML] pobierz, plaintext 
<table>
<tr>
<td>
<h2>nalgowek</h2>
tresc (dosc dluga)
</td>
<td>
menu
</td>
</tr>
</table>
[HTML] pobierz, plaintext 

tym cudownym sposobem nasze menu (które uznalismy za element wazniejszy od jakiejstam tresci) znajduje się na samym końcu dokumentu.

1. Nawet jesli by tak było, to float-owanie (powszechnie naduzywane przy pozyjonowaniu bloków) może spowodować dużo większy bajzel w strukturze strony niż skromne kolumienki (których również nie należy nadużywać)
2. Google zwracało na to uwage jakieś dwa lata temu. Odśwież swoją wiedzę z zakresu SEO.

@no-name masz podejscie chyba typowego single webdevelopera. 2 tysiace komórek tablicy starcza ci żeby stworzyć layout stronki, oprogramować go i nie przejmowac sie tym pozniej. Gozej wygladajesli pracujesz w wielo osobowym team'ie. Nie wyobrazam sobie gdzy ktos gdzies zamknie komorke lub wiesz i nagle cos sie wypie w calym layoucie. GRastyczna zmiana layoutu moze byc zmieniona w samym css'ie w tabelcie poprzesuwac komorki lub inne wiersze bedzie dziwnie wygladac. Tak wiem zamienisz pewnie wartosc display dla tagu <td> na block i po sprawie. Rozumiem ze taki Hack uzywasz przy cssie. No jest to rozwiazanie. Menu tez pewnie robisz w tabelce zeby było łatwiej. Namawianie ludzi ze tabelki są lepsze to jak by mówic ze windows 95 jest najlepszy bo najszybszy był i potrzebował slabego sprzetu i malo ramu.
Sprawdz sobie na jakims PDA dobrze zrobiona strone na blokach i na tabelkach. No chyba ze nie uznajesz takich rozwiazan mobilnych, wiec pozostawiam cie ze swoimi tabelkami.

- czy możesz powstrzymać się od osobistych wycieczek ("single webdeveloper", "dwa tysiące komórek") i ustosunkować do chociażby jednego mojego argumentu?

A ty do moich ?

Sądze że ta dyskusja nie wniesie nic konstruktywanego. Wiec ja juz wypowiedziałem sie na ten temat, dajac argumenty. Wiec miłej rozmowy

A ja powiem tyle - to juz nie jest temat "wracajmy do tabelek", tylko "ten co robi layout na tabelach to dziwak jest, bo W3C wyraznie zaznaczylo ze tabele nie do tego sluza, a ten co robi na divach, to jeszcze wiekszy dziwak, bo po co kombinowac z jakims css'em i sie babrac, skoro od tylu lat ludzie robili lay na tabelkach i dzialalo". Glupota. Przeczytalem caly topic, post po poscie i juz od 4 strony zaczelo sie wytykanie ten jest glupi, tamten jeszcze glupszy. Po co?

Dla mnie rozwiazanie jest proste: chcesz robic na tabelkach? Prosze Cie bardzo. Pogadam za 5 lat z Twoim klientem, ktory dostal witryne zrealizowana na tabelkach, i nagle sie okazalo, ze wparcie css w przegladarkach siegnelo blisko 100% i mozna robic "cuda", a on ma rozwalona na bog wie ile linijek kodu strone, ktora sie laduje niewiadomo ile czasu, i jeszcze nie mozna jej prawidlowo odczytac na mobilnych urzadzeniach. Zaloze sie ze nie zleci ci wiecej zbudowania serwisu.

Idac dalej, po to konsorcjum wymyslilo css, wspierajace html'a zeby z niego korzystac. Jezeli css daje ci niemal nieograniczone mozliwosci aranzowania ukladu strony w sposob wysoce czytelny, to dlaczego utrudniac sobie zycie zagniezdzajac sie po stukroc tabelkami, wypelniajac je transparentnymi gifami i innym syfem spowalniajacym tylko dzialanie witryny. Jezeli na divach mozna zrobic to samo co na table'ach ograniczajac wielkosc pliku index.* do minimum to nie widze tutaj logiki w stosowaniu tabel.

Sa osoby, ktore beda robily na tabelach nawet kiedy okaze sie ze div z css, jest w 100% elastyczny, i daje takie same wyniki na wszystkich przegladarkach i na kazdej platformie OS. To zwyczajne przyzwyczajenie. A wiadomo ze ciezko sie zmienia przyzwyczajenia.

Bezzasadne jest tutaj oczernianie sie ze ten jest glupi bo robi tak a ten jest glupi bo robi to inaczej. Dopoki tabele i divy daja podobne mozliwosci, dopoty sa 2 wlasciwe drogi budowania serwisow. Tylko nalezy zauwazyc, ze html (czy tam xhtml) nie jest tak szeroko rozwijany jak css, co za tym idzie nie jest przyszlosciowy. Css jest rozwijany bez przerwy i nie zanosi sie aby prace nad arkuszami mialy byc przerwane. Jezeli technologia ma przyszlosc to dlaczego ja odrzucac? Wiekszosc osob obstajacych za tabelkami nie mysli przyszlosciowo. Za jakis czas sie okaze ze css w polaczeniu z div'ami bedzie dawal nieograniczone mozliwosci aranzacji, i co wtedy? Milosnicy tabelek chcac nie chcac byc na czasie, i nie ogladac plecow konkurencji (mowie tutaj o komercyjnym tworzeniu serwisow) beda musieli tak czy inaczej powrocic do div'ow i css'a.

Dla mnie przyszlosc www lezy w rozwijaniu css'a i ograniczaniu html'a do niezbednego minimum. Z pewnoscia docenia to i klienci, i uzytkownicy, i zapewne wy sami.

pozdrawiam i witam ponownie, gdyz dosc dlugo mnie tu nie bylo

/rozny

{OT} np http://www.webinside.pl/news/2904

Ciekawe, ciekawe... W takim razie wylaczam to zdanie z mojej opinii. Jednak nie zmienia to mojego pogladu na fakt iz tabele nie powinny byc uzywane do budowania szkieletu strony.

pozdrawiam!

Ostra dyskusja tu się toczy. A wydaje mi się, że podsumowanie jej jest jak zwykle bardzo proste.
Potrzebna jest rozwaga.
Jeśli Twój design wymaga rozwiązań, które jest trudno osiągnąć w logicznym układzie "pudełkowym", to zrób to na tabelach, albo zmień design.
Pamiętaj tylko o zgodności ze standardami, poprawnym wykorzystywaniu CSS itd.

Faktem jednak jest, że dzięki rozsądnemu podejściu do tworzenia "diw'ów" wiele rzeczy można zrobić w sposób ładniejszy i przyjemniejszy.

A przede wszystkim - możliwe jest sterowanie kolejnością ładowanych materiałów, co na mnie zawsze robi wielkie wrażenie. W końcu każdy lub móc szybko czytać interesujący go materiał, nawet wtedy, gdy nie załadowało się jakieś menu wyświetlane z lewej czy powyżej treści...

To jest nie prawda jeżeli chodzi o to, ze niby wyszukiwarka sprawdza budowę strony (jezeli chodzi o divy i css) i na tej podstawie pozycjonuje ją. zobaczcie sobie serwis: www.dyskografie.maxi.pl Kiedys zrobiłem cos takiego, nie mam czasu teraz aktualizowac, ale wpiszcie slowo "dyskografie" w google i wyleci jako pierwsza... a nie jest robiona zadnymi divami..

O lol... Chyba nie rozumiesz o co chodzi...

Robiąc stronę na div'ach masz CAŁKOWITĄ kontrole nad budową dokumentu, a co za tym idzie najważniejsze rzeczy dajesz na samej górze.

Poza tym layout na tabelkach to po prostu fuszerka, która może wykonać praktycznie każdy kto chodź trochę zna HTML. Do zaprojektowania layout'u na div'ach potrzeba DUŻO większej wiedzy.

Rozumiem o co chodzi, ale chcialem obalić mit, że jak sie zrobi w divach to, ze bedzie lepiej pozycjonowana w wyszukiwarkach...

I to uważasz za atut tej metody projektowania? Smutne, ale znamienne dla środowiska zblazowanych profesjonalistów...

No i po co się obrzucać błotem? Nie lepiej trochę konstruktywnej krytyki i argumentów?

Nie używam tabelek do layoutu bo:

• Cześć Praktyczna
  • Jest to tudniejsze - Naprawdę! Teraz nie umiałbym napisać layoutu na tabelce.
  • Nie ma pełnej kontroli nad stroną
  • Zmiana w layoucie tabelkowym wiąże się z napisaniem kodu od nowa (może nie jestem dostatecznie PRO...)
  • Trzeba używa obrazków blank.gif itp...
  • Trzeba poświęcić duuuużo czasu
  • Strony na tabelkach są tak powszechne jak papier toaletowy. Lubię coś oryginalnego.
  • Divy - patrzysz - widzisz kod - wiesz co wyjdzie
  • Divy - dostępne dla mniej zaawansowanych przeglądarek + użądzeń mobilnych
  • Tabelki - bez nich jest lepsza kontrola druku (jako layout afkorz)
• Część Teoretyczna
  • Layout nie powinien być robiony w tabeli. Tabela = kolumny i wiersze + dane. To mija się z celem
  • Element ten jest poprostu nie poprawny! Tabel = TABELA
  • Na div: ławiejsze indexowanie przez wyszukiwarki
  • Na div: Lepszy support od forumowiczów

To jak narazie tyle...

Ważna sprawa! Do danych tabularycznych trzeba używać TABEL. Omijanie tabel tylko dlatego że nazywają się tabelami jest kretyństwem!!

To nie jest zaden argument. Na pozycję w google wpływa jeszcze masa różnych innych czynników, nie oszukujmy się, podlinkowanie, title i inne. Analogicznie do Twojego przykładu moge powiedziec ze zrobilem serwis dajmy na to wp.pl, i nie pozycjonowalem go w cale, a wpisując w google słowo 'wirtualna polska' jest na pierwszym miejscu (a wp przeciez w calosci na divach jest zrobione).

ActivePlayer -> nie za bardzo rozumiem co chcialeś powiedzieć? mozesz to bardziej wyjaśnić? Ja nie mówie ze jestem przeciwny divom. Tylko chcialem dac przyklad, ze one nie są AŻ TAK WAŻNE do pozycjonowania strony w wyszukiwarkach. A to żeby oddzielać tekst od layout'a to tak powinno być, z tego względu że powinniśmy iść z postępem. Jakby ludzie pisali cały czas w tym samym i nie wymyslali czegos nowego to byśmy dalej walili maczugami w dinozaura albo bysmy siedzieli w samym html'u i np. nie byloby php (nie wyobrażam sobie teraz tego )

to nie jest prawdą, zgodze się z Tobą. Ale dobre ułożenie treści na stronie(w kodzie) wpływa korzystnie na pozycję w wyszukiwarkach.

Jak to sie mowi -> lepiej zeby bylo niz mialoby nie byc Szczerze mowiac najwazniejsze jest np. w google adres strony. Jak ma sie dobry adres to nie trzeba nic pozycjonowac tylko wystarczy wrzucic i wyladuje na pierwszej stronie i pod nazwa domeny od razu znajdzie.

to nie temat o pozycjonowaniu

Sorry chlopaki ale wyglada na to ze czesc osob wypowiadajacych sie w tym topicu wogole nie wie o czym rozmawiamy. a wiec tak to wyglada z mojej strony:

dlaczego mowicie ze divy wogole nie wplywaja na pozycjonowanie w wyszkiwarce?
jezeli robiac uklad strony glowna tresc umieszczasz niejako na samym poczatku pliku index jest logicznym ze wyszukiwarka zaindexuje duzo wyzej ta tresc niz dokladnie ten sam text umieszczony gdzies po srodku pliku index. Jest to logiczne. Ty czytajac ksiazke tez wolisz przeczytac najwazniejsze rzeczy wczesniej niz pozniej, a wyszukiwarka dziala dokladnie na tej zasadzie pod tym wzgledem.

Dalej, piszac layout w tabelkach musisz sie pogodzic z zagniezdzaniem tr i td po milion razy, i nikt mi nie powie ze divow tez tak trzeba zagniezdzac, bo ok do maxi skomplikowanych ukladow stron to moze i trzeba, ale generalnie wystarczy 1 div i dobrze sformatowane <p> zeby uzyskac podobny ja nei taki sam efekt co 100 000 <tr><td> itd....

wydaje mi sie ze wiem dlaczego ludzie, ktorzy robili layout na divach i postanowili wrocic do tabel twierdza ze na tabelach jest lepiej. Moze jest prosciej, latwiej. Ale to dlatego, ze do divow trzeba inengo podejscia, trzeba sie przyzwyczaic. ja robiac swoj pierwszy layout na divach tez sie meczylem, moge powiedziec, ze sie dalej mecze, z reszta zobaczcie sami: www.rodan.zgora.pl/www obejrzyjcie to sobie pod ff i pod ie. nie wiem, jak i czy wogole sobie poradze zeby to wygladalo jakos pod ie, ale staramsie to dokonczyc na divach, a nie wracac do tabel, choc to by bylo najprostsze rozwiazanie.

Puki co nikt i nic mnie nie przekona nad wyzszoscia tabel nad divami. Divy sa zdecydowanie bardziej elastyczne i przejzyste, niz by sie moglo wydawac i taka jest prawda.

pozdrawiam serdecznie!!!

bo Ci, którzy wiedzą o czym rozmawiają, wiedzą, że nie wpływają (przynajmniej nie w stopniu, który można uznać za znaczący). Smutne, że wielu ludzi "łyka" bezrefleksyjnie obiegowy mit o wpływie standardów na pozycję w Google

no-name -> jestem za, nie jest to znaczacy wpływ i nikt mi nie powie ze jest inaczej. Kwestia tylko zastanowienia sie dlacczego tak nie jest? Hmm pewnie dlatego, ze 90% albo i wiecej stron jeset robionych na tabelkach... Wiec pozycjonowanie na tej podstawie przez google nie byloby korzystne dla wynikow wyszukiwania (tak mi sie wydaje). BO w koncu dlaczego ma byc wyzej strona robiona w divach niz na tabelkach? przeciez tak naprawde w wyszukiwaniu liczy sie treść merytoryczna strony, a nie jak jest zrobiona..

Skoro się tak męczysz to dlaczego tak uparcie obstajesz przy Div'ach,
Ja uważam, że czasem warto zrobić pewne części w tabeli,
ostatnio próbowałem zrobic całą stronę na Divach,
ale widze, że pewne jej elementy o wiele łatwiej zrobić na tabeli,

oczywiście tez nie jestem zwolennikiem 100 zagnieżdzonych w sobie tabel,
jednak większośc przeglądarek zgodnie (tak samo)
interpretuje tabelki, czego nie można powiedzieco Div'ach