Homepage

Mir kommt es eher so vor, als hat man nur aus rein dogmatischen Gründen den Tabellenlayouts den Kampf angesagt. Für mich besteht kein Unterschied, ob ich mein Layout aus einer verschachtelten Tabelle bastle oder aus mehreren divs und spans, die mit mehr oder weniger kryptischen css Befehlen (die zudem meist auch noch in einer anderen Datei stehen) formatiert sind. Der Code wird für mich nicht besser lesbar, wenn ich CSS verwende und er wird dadurch auch nicht einfacher. Zudem kann und wird CSS auch für "artfremde" Sachen missbraucht, wie z.B. Browserweichen oder onMouseOver Geschichten etc., was eigentlich JavaScript erledigen sollte. Dass Tabellen dazu da sind Daten tabellarisch darzustellen und nicht, um Layoute zu bauen, ist imho ein Märchen der CSS Befürworter.

rofl, das haut dem Faß den Boden raus.
1. verschachtelte Tabelle, das sagt ja schon alles
2. mehrere divs und spans werden aber hintereinander ins HTML geschrieben
3. kryptische Befehle sind ja wohl mal kein Argument
4. dass css in einer extra-Datei steht, hat den Grund, dass sie ein mal zum client geschickt wird, der sie im Cache hält und die restlichen Seiten danach formatieren kann, wohingegen er bei HTML-Formatierungen/Tabellen alles neu laden muss
5. wenn du javascript mit css vergleichst, vergleichst du auch äpfel mit birnen - eine Art mouseover für irgendwelche effekte zu verwenden ist ja wohl mal eindeutig aufgabe einer auszeichnungssprache und keiner scriptsprache.
6. Lol, Layout mit Tabellen. Mal ne Tabelle linearisiert gesehn? Nehmen wir die Tabelle
A | X
B | Y
AB gehört zusammen, XY gehört zusammen (vll weil AB dein Menu ist oder so). Jetzt linearisieren wir das, huch, was steht denn dann da?
A X B Y - scheiße, wa?

1. verschachtelte Tabelle, das sagt ja schon alles.
2. mehrere divs und spans werden aber hintereinander ins HTML geschrieben
Was den Code ja ungemein leserlicher macht. Kommentare gibts ja in HTML nicht. Wenn du deinen Code nicht sauber strukturieren kannst ist das nicht mein Problem

3. kryptische Befehle sind ja wohl mal kein Argument
Ein Argument als kein Argument hinzustellen ist ebenfalls kein Argument.

4. dass css in einer extra-Datei steht, hat den Grund, dass sie ein mal zum client geschickt wird, der sie im Cache hält und die restlichen Seiten danach formatieren kann, wohingegen er bei HTML-Formatierungen/Tabellen alles neu laden muss.
Tabellenlayouts werden oft in Verbindung mit php genutzt, aber prinzipiell wird nur der Teil der anzuzeigenden Informationen geändert. Der Rest bleibt ebenfalls im Browsercache und ist schnell geladen.

5. wenn du javascript mit css vergleichst, vergleichst du auch äpfel mit birnen - eine Art mouseover für irgendwelche effekte zu verwenden ist ja wohl mal eindeutig aufgabe einer auszeichnungssprache und keiner scriptsprache.
Ich habe nicht verglichen, ich habe lediglich gesagt, dass eine Sprache zur Formatierung eben formatieren soll und nicht Abläufe steuern.

Wie zu erwarten war, Dogmatiker haben Recht, ich hab meine Ruhe.

ja. oder willst du behaupten, 5 in einander geschachtelte
sind leserlicher als

die ich dann per CSS hinsortier, wo ich will?





Was ist an CSS kryptisch? alles absolut herleitbar: border-left-width ist verdammt komplex und kryptisch, ich weiß.


Kann ich mit einem css-boxen-Layout schneller und schöner.


wo steuert CSS nen Ablauf von irgendwas?

Dieser Beitrag wurde von Perseus: 27 Feb 2006, 21:37 bearbeitet

Kann ich nur recht geben. Css Stile sind toll und schön und gut und natürlich liegen die Vorteile(die besten finde ich dabei das es übersichtlich ist und mir das Layout vom Inhalt trennt) auf der Hand, aber jeder benutzt doch das was er für sich am besten empfindet. Zum Beispiel ist ein Tabellenlayout für seine eigene Homepage sehr gut geeignet. Der Code ist zwar unübersichtlich, redundant und fehleranfällig aber wenn ich mir den schreibe weiß ich schon was ich mache. Ich verfolge damit kein Großprojekt ich will die Homepage nicht ständig updaten oder aktualisieren, die Seite muss keine perfekt schnellen Ladezeiten haben und der Traffic der anfällt ist mir auch Schnuppe, dafür ist mir eher wichtig das die auf jedem Browser funktioniert, was mit Css zu Großen problemen führt. Desweiteren bin ich auch der einzige der an der Page arbeitet. Ich brauche auch keine Validierung Vom WC3, die können mir mal gehörig am Puller lutschen, wenn ich ne Page bastel dann ist die einfach perfekt und es gibt keine Fehler fertig.

Dieser Beitrag wurde von Timmey: 27 Feb 2006, 21:46 bearbeitet

Allein dieser Satz sollte dich zum Überlegen bringen.


Aber Tabellen, oder was? LoL.



Woran machst du "perfekt" fest, ohne dich an die Standards des W3C zu halten (denn validieren willst ja nicht)?

Ehm ja Tabellen funktionieren auf allen Browsern gleich im gegensatz zu Css Stilen. Für bestimmte Zwecke sind Tabellenlayouts einfach bessa geeignet. Das ist wirklich nur der CSS, XML, XHTML ..... Hype der da momentan im kommen ist. Aber für leute von der Alten Schule ist das nix, weil die wissen das selbst das neue Zeug zwar zukunftsorientierter ist aber in 3 jahren schon wieder was "besseres" aufm markt kommt, was dann wieder total hochgelobt wird und wieder viel einfacher ist und quellcode erspart und blablablabla ich kanns nicht mehr hören.

Perfekt heißt für mich die Page funktioniert Bugfrei und macht das was sie tun soll. Ehrlich gesagt frag ich mich auch wie man bei HTML nen Fehler reinbasteln will. Da muss man schon ganz schön den Plan vom Fehler reinbasteln haben :-). Wenn man php einbaut ist da schon mehr kaputt zu machen.

Dass der IE zu blöd für nen Box-Modell ist, ist erstens nicht die Schuld des W3c und zweitens: Tabellen führen genauso ein Eigenleben, grade, wenn man sie verschachtelt.


Beispiel?


Du zählst dich zur alten Schule? Weil du vor drei Jahren mal nen Iframe gebaut hast? (sorry, wenn ich deine Posts oben falsch verstehe) - Ich meine, meine erste Webseite ging im Juni 99 online und nichtmal ich bezeichne mich als Oldschool.


Das tut sie, wenn du dich an die W3C-Standards hälst.

will mich gar nicht mit ins thema reinhängen - find's alles sehr amüsant, wie hier gebattlet wird

aber bei dem satz von timmey viel mir was ein, was ich vor na weile mal probiert habe und ziemlich geil fand. und zwar haben sich n paar leute damit beschäftigt bei php den code und den design voneinander zu trennen und was cooles hingekriegt. das ganze nennt sich smarty und is ne template-engine. denke das ganze hat zukunft - wenn man sich mal da reingehängt hat und die ein oder andere kleine sache ausprobiert hat macht's echt spaß - es wird wirklich nur noch php gecodet und man braucht sich erstmal nich um die ganzen html-tags zu kümmern. dann kann man dem designer (bei einem größeren projekt) mitteilen welche "schnittstellen" es gibt und der kann sich ans gestalten machen und brauch kein plan von php zu haben. find das ziemlich cool.

Ich bin auch seit 99 dabei und ja das ist im Internet schon ne lange Zeit. Tabellen führen auch nur ein Eigenleben wenn man sie scheiße baut. Ja siehste also wenn die page perfekt ist wozu noch validierung? Nur damit ich ne bestätigung kriege das ich perfekt gearbeitet habe, huun?? Ich merk doch vorher schon wenn irgendwas scheiße lief. Ich hab vor 3 jahren schon mit divs spans und css gearbeitet aber ich finde das eine gelungene Mischung immer noch das beste ist und in Kombination mit php finde ich tabellen auch
ganz stark. Das IE Probleme macht ist natürlich keine Schuld des W3C. Nur trotzdem möchten die meisten Leute die heutzutage pages kaufen auch das soviele wie möglich Menschen auf ihre Page gehen vor allem wenn es sich um Angebote für waren handelt. Deswegen haben sich auch flashpages irgendwie nie so richtig etabliert obwohl man damit echt extrem tolle Sachen machen kann. Bestes beispiel http://www.2advanced.com . Letztendlich kommt es immer drauf an für welche Klientel die page gedacht ist und welche Außmaße das ganze haben soll.


@Sid Jopp das isn geiles Konzept. Gefällt mir derbe und könnte echt zukunft haben.

Dieser Beitrag wurde von Timmey: 27 Feb 2006, 22:22 bearbeitet

Kryptisch sind nicht die CSS Befehle an sich, sondern eher die Definition, Sachen wie "* html #head { ... }"
oder "a.nav1:hover { ... }". Außerdem hat Timmey Recht, wenn er sagt, dass die neueren CSS Eigenschaften entweder falsch oder gar nicht aber mindestens tlw. seltsam von den Browsern interpretiert werden. Eine Tabelle hingegen war bei meinen Tests in der Vergangenheit (letzte Page so Mitte 2005) weitaus schneller und plattformunabhängiger zu erstellen, als ein entsprechendes CSS Layout. Das kann sich mittlerweile gebessert haben.

Dein Beispiel zur Tabellenverschachtelung ist ungünstig, niemand verschachtelt Tabellen zum Layouten so, wie in deinem Beispiel. Außerdem sind wie gesagt nur 2 oder 3 Teile der großen Tabelle interessant, die kennzeichne ich entsprechend mit Kommentaren. Die Eigenschaften der Tabelle kann ich übrigens dann bequem per CSS verwalten und muss nicht mehr in der Tabelle rumsuchen. Sind die Inhalte dann noch in php Files bzw. in der Datenbank, so braucht man sich um ein einmal erstelltes Tabellenlayout nicht mehr kümmern, sofern es funktioniert und valide ist. Selbiges Ergebnis hat man mit CSS. Für mich sind beide Methoden äquivalent.

Dieser Beitrag wurde von Stormi: 27 Feb 2006, 22:23 bearbeitet

Oder >20 ineinander verschachtelt


Mag sein, aber vielleicht auch nicht. Eine Validierung ist nie verkehrt...ob du nun noch das Logo draufpappst...naja..


Grade Onlineshops sollten keine Tabellen haben, weil die nicht sehr schwer linearisierbar sind und somit Blinde nahezu vollkommen ausgeschlossen werden, wo doch grade das die einfachste Möglichkeit ist, an Infos zu kommen und son Ding zu bestellen...



Das sind 3 Zeichen zur Verknüpfung von Elementen, die kann man sich doch merken...


Prost. Ich hab keine Lust mehr zu diskutiern...es is wie in jedem Forum, wo irgendwer drüber anfängt zu diskutiern...jeder bleibt bei seiner Meinung und außenstehende glotzen dumm.

Dieser Beitrag wurde von Perseus: 27 Feb 2006, 22:27 bearbeitet

Wie jez aufhörn.
Fetzt doch.

Also weiter diskutieren.


Ihr könnt alle froh sein das ich keine Ahnung davon hab,
sonst könntet ihr euch echt was anhörn

Dieser Beitrag wurde von Moppi: 27 Feb 2006, 23:37 bearbeitet

Na einer geht noch.


Flash darf hier natürlich nicht fehlen...
Fein das gebrachte Beispiel, besonders h i e r ach nee, mist, geht nich weil flash. Also ich mein nach dem intro, dann portfolio, dann links in der nav casestudies und dann Christopher Lawrence klicken.
Aber so schlecht scheints ja nicht zu sein. Fast jede Band-Seite ist heute mit Flash zugeklebt.




Der erste Fehler ist die nicht vorhandene HTML-DTD. Ohne die ist der ganze Wust danach schon garkein HTML mehr.



Meinetwegen. Ähnliche Aussage PM Ich -> Timmey. Nur verschließt bitte nicht die Augen vor der Tatsache, dass Tabellen numal nicht für sowas vorgesehen waren und sind. Vorteile und Nachteile von CSS wurden genannt. Was vllt noch fehlt ist die Wiederverwendbarkeit der Styledefs und das fixe anpassen und wechseln eben dieser.

Hab ja nix dagegen, wenn Leuts sich mit Dreamweaver und Co ihre kleine Seite basteln um da dann die aktuellsten Urlaubsphotos von der Ostsee herzeigen. Da kommen hinten ebend nur Tabellen raus ... nur kommt mir nich mit "in 3 Jahren kommt sowieso wieder was neues, keine Lust das neu zu lernen" ... XHTML ist so ziemlich state of the art, was soll da noch kommen?
Jetzt ziehen die Browser langsam nach und implemetieren immer mehr Vorgaben von CSS x ... also Zukunftsicher is die ganze Kiste allemal.

Nur verschließt bitte nicht die Augen vor der Tatsache, dass Tabellen numal nicht für sowas vorgesehen waren und sind.
------------------------------------------------------------------------------



Ehm ich würd hier mal frei behaupten das momentan die meisten pages die es gibt mit Tabellenlayouts gemacht worden sind. Als ich vor 3 Jahren mit Divs und Spawns losgelegt habe haben die mich erstmal im Inet alle doof angeguckt und gesagt mach das lieber mit Tabellen. So und nun hat das Tabellenlayout langsam ausgedient und mir wird gesagt machs doch alles mit xhtml und css. Ich werde weiterhin bei meiner Mischung Aus Tabellenlayout mit css styles bleiben und natürlich ein bissel ins xhtml reinschnuppern. Doof ist das ganze ja nicht aber bevor ich keinen Großabnehmer für meine pages habe brauch ich das noch nicht so extrem.


Ja nur weil die DTD nicht drinne ist heißt das nicht das das HTML ding nicht funktioniert.