Warum sind Tabellen eigentlich "unhandlich"?

Pfauli · PostRank 3 Anmeldungsdatum: 12.05.2009 Beiträge: 82 Wohnort: Osnabrück

Hallo Zusammen

Ich sitze gerade vor meinem Editor und habe diverse Seiten hinsichtlich einer adäquaten Lösungsfindung statt Tabellen, oder mit Tabellen eingebunden über ausgelagerte CSS Dateien, offen, um endlich W3C kompartibel auf meinen Bilder-Seiten zu werden.

Nun sagt man ja, das Tabellen im Quellcode zu schwer und unhandlich sind. Aber warum ist das so? Ich habe mir einmal andere Webseiten angesehen, wobei DIV-Container verwendet werden, oder aber einzelne Container über reine Koordinaten platziert werden.

Jedoch, wenn ich mir diese Seiten ansehe, so finde ich die Zeilen und Zeichen in Summe, die diese anderen Varianten verwenden auch nicht wirklich kleiner und gerade wenn über Koordinaten gegangen wird, sehen die Webseiten eigentlich vollkommen unübersichtlich aus. (auf den ersten Blick)

Ich würde gerne verstehen wollen, warum diese für mich im Moment wenigen Tags, wie table, th, tr und td so sehr aufbauen sollen? Rein von der Menge der Zeichen empfinde ich das nicht einmal so und so manche CSS Datei wirkt dem gegenüber massiv größer.

... würd mich über Antworten hierzu freuen.

Viele Grüße
Sören
_________________
Ich mein ja nur ...
Trancerapid Photography | Mein Hobby
Suche Linktauschpartner - [Fotografie, Bildbearbeitung, Design, Kunst]

e-fee · PostRank 10 Anmeldungsdatum: 08.05.2007 Beiträge: 2431

Liegt immer auch am Code selbst. Vor allem verschachtelte Tabellen können ganz schön viel Code ausmachen. Habe letzte Woche erst ein Shopdesign portiert, da lagen um die - übrigens auch vorhandenen - Divs etwa vier Schichten vollkommen unnötige Tabellen. Dazu kommt, dass viele derjenigen, die noch auf Tabellen setzen, auch gleich die Attribute der Tabellen(-zellen) mit rein packen - auch bei Tabellen gehört das in die CSS-Datei ausgelagert. Oder direkt auch noch die Font-Tags, und etwas größere Abstände gleich mit leeren <p></p> oder <br> realisiert. Hat ursächlich nichts mit Tabellen zu tun, aber ich persönlich habe festgestellt, dass diese Dinge häufig gemeinsam auftreten.

Andersrum kann man auch mit Divs manchmal ganz schön unnötig schachteln. Manchmal aus Design-Gründen, wenn man z.B. runde Ecken bei variabler Größe haben möchte. Auch manche CMS-Themes schmeißen damit ganz schön um sich, wenn sie viel Flexibilität erlauben wollen oder wenn die Module etwas komplexere Inhaltsstrukturen rausschmeißen.
Aber man kann auf entsprechend einfachen maßgeschneiderten Seiten tatsächlich sehr viel Code einsparen.
_________________
Drupal - Programmierung - Semantic Web - Texte ... und ach ja, ein bisschen SEO auch noch

800XE

catcat · PostRank 10 Anmeldungsdatum: 02.08.2006 Beiträge: 7103 Wohnort: Litauen

Ne Tabelle ist ja nur eine Darstellungsmöglichkeit, um Listenwerte übersichtlicher zu präsentieren.

In den Urzeiten des Internets kam ein Schlaumeier drauf, das man damit aber auch andere Inhalte positionieren kann. Das ist auf den ersten Blick zwar ne schlaue Lösung, ist es aber eigentlich doch nicht.
Denn wenn was nicht passt, frickelt man halt noch ne Tabelle in die Tabelle - und nocheine - und noch eine... das funktioniert sogar^^

Aber es ist nicht der Sinn der Sache, ne?

Spätestens seit es CSS gibt und das von allen Browsern kapiert wird, sind Tabellen eigentlich so überflüssig wie der braune Fleck im Ei.

Du, als Angebotsbereitssteller, bist einfach wesentlich flexibler und kannst global Änderungen ganz fix durchführen. Hat eigentlich nur Vorteile, wenn man es konsequent nutzt.
_________________
SEOs fate | Brotscheibendingens | Mit Jello Biafra verglichen zu werden, ist keine Beleidigung.

Hobby_SEO79 · PostRank 10 Anmeldungsdatum: 19.06.2008 Beiträge: 1648 Wohnort: Sachsen

Wenn Du Dein Code so gestaltest, dass die Umgebung als 1 Tabelle und im content auch nur 1 Tabelle mal ist, dann ist das kein Prob. Ist ne Bequemheitsfrage - geht beides. Ist für die SUMA kein Problem.

Weiß aber nicht, ob Tabellenlayouts den Gedanken des barrierefreien Internets unterstützen. DIVs tun das auf jeden Fall.

Wichtig ist halt immer, dass man im Quellcode selber noch durchsieht.
_________________
Designvorlagen

Pfauli · PostRank 3 Anmeldungsdatum: 12.05.2009 Beiträge: 82 Wohnort: Osnabrück

Ich habe Maschinenbau, Fahrzeugtechnik studiert, daher habe ich eine Affinität zu Tabellen (z. B. Motorkennzahlen etc.) und jetzt befasst man sich mit etwas, was mit Tabellen so kinderleicht funktioniert und kein Besucher bei mir wirklich spürt, da ich alles Andere als eine komplexe Webseite habe - (das verführt mich geradezu) - aus diesem Muster zu entfliehen ist echt schwer, aber nicht nur durch Eure Antworten (übrigens vielen Dank!!), sondern quasi das gesamte Internet sagt mir, dass ich diese schleunigst entfernen sollte.

... ich bin echt gespannt, wie schnell ich das auf die Reihe kriege, denn rein mit Plug&Play ist diese Aufgabe nicht zu erledigen.

Und ich hoffe, dass ich mich dann auch besser (richtig) ausdrücken kann, von andere dabei erwischt zu werden, ist immer etwas peinlich

_________________
Ich mein ja nur ...
Trancerapid Photography | Mein Hobby
Suche Linktauschpartner - [Fotografie, Bildbearbeitung, Design, Kunst]

Pfauli · PostRank 3 Anmeldungsdatum: 12.05.2009 Beiträge: 82 Wohnort: Osnabrück

800XE

Pfauli · PostRank 3 Anmeldungsdatum: 12.05.2009 Beiträge: 82 Wohnort: Osnabrück

Vor allem unterhalten wir uns auch hier gerade innerhalb von Tabellen-Zellen

_________________
Ich mein ja nur ...
Trancerapid Photography | Mein Hobby
Suche Linktauschpartner - [Fotografie, Bildbearbeitung, Design, Kunst]

e-fee · PostRank 10 Anmeldungsdatum: 08.05.2007 Beiträge: 2431

Für Forenbeiträge in einer Form wie hier ist eine tabellarische Darstellung ja auch durchaus angemessen und SEMANTISCH korrekt. Ebenso für ErgebnisTABELLEN, Preisvergleiche und solche Dinge - wo eine tatsächliche inhaltliche Abhängigekeit besteht.

Aber nicht, um zu sagen: So, in die linke Tabellenspalte kommen die Menüpunkte, die rechte Spalte muss über soundsoviele Zeilen gehen für den Hauptinhalt, und dann machen wir da noch eine Extrazeile für das Hintergrundbild.

Grob vereinfacht.

In Sachen Barrierefreiheit bietet es sich an, Tabellen ihrer semantischen Bestimmung gemäß einzusetzen - anderenfalls kann es für Benutzer von Screenreadern tatsächlich recht verwirrend werden.
Außerdem - das kann ebenfalls mit Barrierefreiheit, aber auch mit SEO zu tun haben - kann die Anordnung der Elemente mit Divs im Code eine andere sein als die auf der Seite. Ich kann z.B. meine linke Navigation ans Ende der Datei schieben und wichtige Abschnitte nach vorne.
_________________
Drupal - Programmierung - Semantic Web - Texte ... und ach ja, ein bisschen SEO auch noch

Pfauli · PostRank 3 Anmeldungsdatum: 12.05.2009 Beiträge: 82 Wohnort: Osnabrück

Nun, ich biete ja Bilder/Galerien an. Hierbei bin ich ja nicht ganz artfremd unterwegs, denke ich.
Na ich werd' schon eine Lösung finden - lesen, lesen, lesen

_________________
Ich mein ja nur ...
Trancerapid Photography | Mein Hobby
Suche Linktauschpartner - [Fotografie, Bildbearbeitung, Design, Kunst]

Hobby_SEO79 · PostRank 10 Anmeldungsdatum: 19.06.2008 Beiträge: 1648 Wohnort: Sachsen

Alda · PostRank 10 Anmeldungsdatum: 27.01.2009 Beiträge: 2881 Wohnort: Kaiserslautern

Pheidippides · PostRank 7 Anmeldungsdatum: 29.08.2007 Beiträge: 499

Sehr richtig, Alda!

Edit:
Und "Tabellen ergeben zu viel Code"?
Man betrachte doch nur einmal den Source-Code von den ach so tollen CMS-Systemen die wir alle so gerne nutzen.
_________________
Keep on Running
Pheidippides

lois69

mit table vergisst man gerne endtags - aber ich glaube nicht dass google wirklich seiten mit koorekten quellcode und table weniger mag - das wird so eine kaffeesatzleserei sein .......
<duck>
_________________
Lois
linktausch interesse:
Reise aus der .de Domain
Garten aus der .at Domain
Autotuning aus der .at Domain