Tiefflieger
New member
Ich habe hier (in einem Thread, in dem es nicht darum ging) mal gelesen, daß professionelle Webdesigner HTML-Tabellen als Design- und Positionierungsmöglichkeit verpönen.
Warum?
Warum?
Tabellen nicht für das Design?
- Ersteller Tiefflieger
- Erstellt am
brainshock
Lounge-Member
Nicht sehr überzeugend...
Tiefflieger
New member
Na und? Wenn man sie doch dafür einsetzen kann? Es gibt doch in vielen Bereichen unzählige Werkzeuge, die zweckentfremdet werden.dipser schrieb:
Was genau meinst du damit? Daß die Syntax von Tabellen allgemein unklug ist? Ich finde sie sehr logisch aufgebaut...dipser schrieb:
dipser
Lounge-Member
Weil,...
... Tabellen zur Aufstellung von Daten (bspw. für Statistiken) gedacht sind.
... der Tabellen-Quelltext ziemlich sperrig werden kann. Z.B. erstellt man eine Seite mit einem Menu und einer Inhaltfläche. Dann hat man die Menueinträge überall im Quelltext verteilt stehen. (Schöner und besser ist es mit einer Liste zentral im Quelltext.)
... Tabellen zur Aufstellung von Daten (bspw. für Statistiken) gedacht sind.
... der Tabellen-Quelltext ziemlich sperrig werden kann. Z.B. erstellt man eine Seite mit einem Menu und einer Inhaltfläche. Dann hat man die Menueinträge überall im Quelltext verteilt stehen. (Schöner und besser ist es mit einer Liste zentral im Quelltext.)
Tiefflieger
New member
Das leuchtet nicht ein: Ein Werkzeug setze ich da ein, wo ich es anwenden kann, und nicht für Dinge, für die der Macher das Werkzeug ursprünglich geplant hat.dipser schrieb:
Das leuchtet ein. Aber dann müssen doch 99% aller Seiten (z.B. diese hier) ein Graus für dich sein? Und wie sollte man es sonst machen? Mit frei positionierbaren divs, um sich dann mit den Unterschieden zwischen den verschiedenen Browsern herumzuschlagen (und zusätzlich unter der Gefahr, den Quelltext noch mehr zu fragmentieren)?dipser schrieb:
ZeitGeist
Lounge-Member
mit divs geht das eigentlich ganz gut. Der IE spackt beim CSS ein wenig ab, das stimmt schon. Am Anfang ist es ein wenig umstellungsarbeit aber wenn man den Dreh raus hat entschlackt das den Code schon deutlich.
Es macht schon Sinn die HTML-Gerüste semantisch korrekt zu verwenden. So zieht zb Software für Sehbehinderte Informationen aus dem Quellcode, und wenn der semantisch falsch verwendet wird, dann hat der Blinde halt Pech, und damit du auch, weil immerhin willst du doch das er deine Seite "ansehen" kann
Es macht schon Sinn die HTML-Gerüste semantisch korrekt zu verwenden. So zieht zb Software für Sehbehinderte Informationen aus dem Quellcode, und wenn der semantisch falsch verwendet wird, dann hat der Blinde halt Pech, und damit du auch, weil immerhin willst du doch das er deine Seite "ansehen" kann
schwerminator
New member
es soll doch auch schlecht für bots, wie zB google sein, oder?!
BerndDasBrot
New member
is mir neu
BernddasBrot
BernddasBrot
schwerminator
New member
war mir auch net sicher
dipser
Lounge-Member
Schließe bitte nicht von dir auf andere!
@schwerminator, die Bots interessiert es teilweise, was für HTML du verwendest. Beispiel: Wenn du ein Menu-Tabelle hast, ist es für den Bot nicht erkennbar, dass es sich um ein Menu handelt, hättest du eine Liste verwendet, wäre es schon fast sicher ein Menu. Wie genau die einzelnen Bots differenzieren, weiß ich nicht. Aber ich kann es mir gut vorstellen, dass sie es ziemlich gut können, denn schließlich erkennen sie auch die Tricks mit dem versteckten Texten in versteckten "Layern" oder Texte mit der selben Farbe wie ihr Untergrund.
@vf-design, es geht nicht direkt um den Besucher. Es geht um die Technik allgemein. Ach, erkläre mir doch einmal, warum Tabellen für ein Layout LOGISCH sein sollen.
@schwerminator, die Bots interessiert es teilweise, was für HTML du verwendest. Beispiel: Wenn du ein Menu-Tabelle hast, ist es für den Bot nicht erkennbar, dass es sich um ein Menu handelt, hättest du eine Liste verwendet, wäre es schon fast sicher ein Menu. Wie genau die einzelnen Bots differenzieren, weiß ich nicht. Aber ich kann es mir gut vorstellen, dass sie es ziemlich gut können, denn schließlich erkennen sie auch die Tricks mit dem versteckten Texten in versteckten "Layern" oder Texte mit der selben Farbe wie ihr Untergrund.
@vf-design, es geht nicht direkt um den Besucher. Es geht um die Technik allgemein. Ach, erkläre mir doch einmal, warum Tabellen für ein Layout LOGISCH sein sollen.
dkdenz
New member
Wir hatten das leidige Thema hier doch schon an mehreren Stellen.
Google weiß eine Menge darüber.
Und wenn jemand sein Layout mit Tabellen zusammenklöppeln will,
dann soll er das tun.
Jeder wie er will...
http://www.css4you.de/wslayout1/index.html
Google weiß eine Menge darüber.
Und wenn jemand sein Layout mit Tabellen zusammenklöppeln will,
dann soll er das tun.
Jeder wie er will...
http://www.css4you.de/wslayout1/index.html
dkdenz
New member
...und noch'n Link der das Thema gut rüberbringt:
http://barrierefrei.e-workers.de/p_table.php
http://barrierefrei.e-workers.de/p_table.php
Tiefflieger
New member
Vielen Dank für die Links, sehen beim ersten Darüberschauen sehr vielversprechend aus, werds mir demnächst mal genauer anschauen
Tiefflieger
New member
Noch eine Frage:
Was macht man bei mehr-spaltigen und mehr-zeiligen menüs? Muß man da dann entweder für jede einzelne Spalte oder für jede einzelne Zeile ein Div anlegen? Da verliert der Code dann aber gegenüber Tabellen schnell wieder an Übersicht, oder?
Was macht man bei mehr-spaltigen und mehr-zeiligen menüs? Muß man da dann entweder für jede einzelne Spalte oder für jede einzelne Zeile ein Div anlegen? Da verliert der Code dann aber gegenüber Tabellen schnell wieder an Übersicht, oder?
Tiefflieger
New member
Ah, verstehe: Tabellenzeilen = Listen, Tabellenspalten = Divs, die die Listen enthalten?dipser schrieb:
dipser
Lounge-Member
Nein, für beide Listen. (Diese dann formatiert mit CSS.)
Sehr gut verdeutlicht das die beiden Beispielseiten ganz unten auf der Seite von Frixon.
Sehr gut verdeutlicht das die beiden Beispielseiten ganz unten auf der Seite von Frixon.
Zuletzt bearbeitet: