Tabelle formatieren
-
Naja, das hängt damit zusammen, welche CSS Attribute man nutzt.
Aber wie sieht es denn bei einer Tabelle aus?
Angenommen du magst gern ein Desing haben, das wirklich Klasse ist und noch keiner soweit hat. - Wie weit würdest du denn mit der Tabelle kommen? Vorallem wie lang würdest du dir die Zeit nehmen?
Beispiel (Kein HTML eher darstellungstechnisch):
XXXXXXX----------------------XXXXXXX XLOGOXX Kopfgrafik XMenüXX XXXXXXX XXXXXXX XXXXXXX -----------------------------XXXXXXX XXXXXXX Inhalt XXXXXXX XXXXXXX ------------------------------------ | Fußbereich | ------------------------------------ein Simples Beispiel, aber aus meiner Sicht schon ausdrucksstark genug, wer sich daran mit einer Tabelle versucht, dem Wünsch ich viel Spaß.
Der Bereich Menü, Kopfgrafik, Inhalt und Fußbereich wäre machbar, was nun aber mit dem Logo?
-
RandomAccess85 schrieb:
Hallo,
ansich hast du ja recht. ABER, ich finde die Browser sind sich im Umgang mit Containern noch nicht einig genug. Oft genug kommt es zu Kompatibilitätsdifferenzen die man durch umständliche CSS-Aktionen gerade bügeln muss. Meine Tabelle bau ich einmal auf, und dann steht sie. Bei den div's reis ich mir bald die Haare aus, weil's in jedem Browser anders ausschaut...
LG
Dann lerne es. Es gibt säckeweise Literatur im Web wie man das macht.
Tabellelayout führt zu folgenden Problemen:
* aufgeblähtem Code
* nicht-semantischem HTML (laß Dir denMist mal von einem Screenreader vorlesen)Macken handelst Du Dir bei den diversen IEs auch mit Tabellen ein. Ein Märchen, daß
Browser das gleich behandeln. IE kann heute Tabelle noch immer nicht richtig darstellen
(zB tbody mit overflow). Tabellen werden für tabellarische Daten verwendet und sonst nichts.Ich habe es auch gelernt, der Code wurde erheblich kleiner (um ca 2 Drittel) und
erheblich einfacher wartbar.Wenn der Code validiert ist hst Du zwischen den Browsen nur minimale Differenzen in
der Darstellung. Das ist mit ein Paar Zeilen CSS ist den Griff zu kriegen.
-
Hallo,
@Scheppertreiber: Genau diese Begründungen sind es die mich zögern lassen. Auf Erfahrungen und persönlichen Meinungen beruhende Aussagen die absolut keine Bedeutung haben.
Weder gibt es Normen, noch gibt es Standards die festlegen ob Tabellen-, oder Containerlayouts besser sind.
Ich betreibe seit mehreren Jahren einen komplett auf Tabellenlayouts basierenden Chat und hatte noch NIE Probleme (Kompatibilität nicht nur auf den Browser bezogen) damit. Welchen Grund sollte ich also haben, die gesamte Struktur über den Haufen zu werfen und auf Container umzusteigen? Eine Ersparnis von 10 Zeilen pro Datei, die bei dem heutigen Stand der Technik nun wirklich nicht mehr relevant sind? Oder sollte ich umsteigen weil die Bloggergemeinde meint, dass Container-Layouts modern sind?LG
-
Weil auf einmal alles viel einfacher wird. Wie gesagt, ich habe alles von
Tabellen auf float etc umgestellt und bin froh drum. Der Code ist jetzt nur
noch ein Drittel vom Tabellenlayout - merkt man uA am Traffic.Tabellenlayout stammt aus einer Zeit wo bei CSS eher etwas nicht ging. Die
Zeiten sind vorbei. Fast alle (na wer wohl nicht?) Browser sind heute
standardkonform.Ein weiteres Argument ist die Trennung von HTML und Design. Warum sich die
Arbeit mit Tabellen künstlich erschweren ?Pflege mal komplexere Seiten mit Tabellen, irgendwann springst Du aus dem Fenster.
-
Dein nicht genannter Browser ist aber laut Aussage des Herstellers Standartkonform.
Na wenn er denkt.
HTML und Desing kann man aber auch mit Tabellenlayout trennen. Tabellen, Spalten und Zeilen kann man auch mit ID's / Klassen füttern.
-
Man kann alles. Halt es auch richtig machen
-
Hallo,
also ich denke die Wahl sollte beim Entwickler bleiben :)! Es gibt keine Standards bezüglich Layout und wird hoffentlich auch so schnell keine geben.
LG, Micha
-
RandomAccess85 schrieb:
Es gibt keine Standards bezüglich Layout und wird hoffentlich auch so schnell keine geben.
BITTE WAS
-
RandomAccess85 schrieb:
Hallo,
also ich denke die Wahl sollte beim Entwickler bleiben :)! Es gibt keine Standards bezüglich Layout und wird hoffentlich auch so schnell keine geben.
LG, Micha
Doch, die gibt es. Nennt sich "gute fachliche Praxis". Tabellenlayout gehört definitiv nicht dazu.
-
Auweia! Welcher Standard gibt denn bitte an, dass Tabellenlayouts nicht gut sind? Wo steht geschrieben welche Art und Weise des Layouting ich verwenden muss um aktuell zu bleiben? Haben Browser in naher Zukunft vor, Tabellen zu eliminieren? Gibt es irgendwelche Neuerungen (in Bezug auf Layouting) die ich verpasst habe?
Man Leute, seid doch nicht so blind und verlasst euch steif auf das was irgendwelche Leute in irgendwelchen Blogs schreiben. Nur weil es nun Container gibt, heißt das nicht dass es sträflich ist, Tabellenlayouts zu gestalten.
Brot wird auch immer noch mit Mehl gebacken. Mag es daran liegen, dass es noch keine Alternativen gibt, oder einfach daran, dass es eben so ist ....
LG
-
Du hast nicht gelesen/verstanden was ich geschrieben habe.
Jedes HTML-Tag hat seine Funktion, so Tabellen zur Darstellung tabellarischer
Inhalte (und nichts anderem). Ist das so schwer zu verstehen ?
-
lol ja
Vor - lass mich schätzen - 5 Jahren, hatte man (außer vielleicht Frames) gar keine andere Möglichkeit! Und nur weil es nun etwas Neues gibt, ist das Alte nicht mehr hilfreich, oder darf nicht mehr angewendet werden? Tut mir leid, aber ich halte das für sehr naiv!
LG
-
Man hat auch mal mit GWBASIC programmiert. Es gab dann, Gerüchten zufolge, etwas besseres.
Das ist kein ernstzunehmendes Argument.
-
Das Argument 'Container würden Platz sparen' oder wären 'besser lesbar' oder 'weil es alle so erzählen' aber auch nicht ;)!
LG
-
RandomAccess85 schrieb:
Das Argument 'Container würden Platz sparen' oder wären 'besser lesbar' oder 'weil es alle so erzählen' aber auch nicht ;)!
LG
"Container" gibt es in HTML nicht.
-
DIV gibt es nicht in HTML? Ich scheine eine ganze Menge verpennt zu haben!
-
RandomAccess85 schrieb:
DIV gibt es nicht in HTML? Ich scheine eine ganze Menge verpennt zu haben!
Du hattest etwas von "Containern" geschrieben. <div> ist ein HTML-Tag, Container nicht.
-
Ich find, die Diskussion artet in einen Bereich aus, wo der Thread Ersteller definitiv nicht hin wollte. - Bösen Diskussionsgrundstein hab ich da gelegt.
Nichts desto trotz mag ich noch etwas dazu sagen, und zwar folgendes:
- Sollen es doch die Leute, die gern mit Tabellen Layouts erstellen tun.
- Lassen wir es Geschmackssache bleiben
- Die Bücher über Webdesign, handeln nur mal eben so (die neuen) über Div-Container Layouts - hat keinen tieferen Sinn *ironie off*
Aber am Ende hat RandomAccess85 Recht, wenn er gern Tabellen nimmt soll er es. Können wir ihn nicht von abhalten und wenn er den Neuerungen im Webdesign nicht entgegentreten will, bitte.
Aber anmerken möchte ich auch, dass Div-Container nicht aus Spaß zum html hinzugefügt wurden. - Aber allgemein, bekomm ich wenn ich das will mit jedem html-Tag ein schönes Design hin (Tabellen schließ ich mal aus). Denn einem <p> kann ich viele CSS-Attribute zuweisen, die ein <div> auch aufnimmt. Aber ich tu's nicht. - Wird aber mal Zeit dass die W3C dafür einen Standart heraus bringt, vieles andere wurde von ihnen ja schon standartisiert.
- Böse, böse steht das Wort im Filter
-
-
Allgemein wir akzeptiert, daß ein <p> ein Paragraph (Absatz) ist, <h1> etc.
Überschriften sind und man eigentlich die Tags nach der Funktion auswählt und
damit ein "sematisches" Layout entwirft.Ausgerechnet <table> (Darstellung tabellarischer Daten) soll da eine Ausnahme machen ?
Was spricht dagegen, die Tags sinnvoll auszuwählen ?Neben Table-Layouts gibt es natürlich die gleiche Pest als div-Suppe, nicht neu.
-
inflames2k schrieb:
Ich find, die Diskussion artet in einen Bereich aus, wo der Thread Ersteller definitiv nicht hin wollte.
inflames2k schrieb:
Aber am Ende hat RandomAccess85 Recht, wenn er gern Tabellen nimmt soll er es. Können wir ihn nicht von abhalten und wenn er den Neuerungen im Webdesign nicht entgegentreten will, bitte.
Das hab ich so nie gesagt, nur dass ich kein Bock darauf habe mir ständig von irgendwelchen Leuten (die Bücher oder Blogs gelesen haben und dann im Forum posten sie hätten "div" nicht verstanden) anhören zu müssen, dass Tabellenlayouts mist sind. Sie sind es nicht!! Wir hatten wie gesagt vor einigen Jahren gar keine andere Möglichkeit als das Einsetzen von Tabellen zum Layouting. Und weiterhin habe ich gesagt, dass ich mit Tabellen noch NIE Kompatibilitätsprobleme hatte, mit div's allerdings schon. Und wenn es alles so einfach wäre, würden im Forum nicht seitenweise CSS-Threads auftauchen in denen gefragt wird wie wann warum etwas gemacht werden muss, damit es überall gleich aussieht. Und dann würden sich nicht seitenweise vermeindliche Profis gegenseitig mit CSS-Tags zubomben die zwar alle zum Ziel führen könnten, es aber in dem speziellen Fall nun gerade nicht tun *schade*
LG
