- 26.04.2009 13:47 #31Benutzer
- Registriert seit
- 15.04.2009
- Alter
- 34
- Beiträge
- 54
- Renommee-Modifikator
- 2
Also so ganz den Sinn kann ich jetzt auch nicht erkennen.[...] da ich selbst teilweise "tabellenlayout" (aus dem oben genannten gründen) einsetze wäre es sinnfrei, meine seite als 100% semantisch korrekt zu bezeichnen. [...]
Wenn man einerseits sagt, das semantisch aufgebaute Codes nicht aus tabellen bestehen dann aber andererseits gesagt wird, das Semantik bedeutet, daß Überschriften mit 1 anfangen usw., dann frage ich mich was Tabellen eigentlich sind? Tabellen sind doch die logischte aller Darstellungsvarianten, sie fangen bei "Zeile 1 / Spalte 1 an an und hören bei Zeile x/ Spalte y auf. Also logischer geht es doch jetzt gar nicht mehr. Zudem führen sie korrekt von oben nach unten. Selbst wenn mann 100 Tabellen untereinanderlegt, ergeben sie trotzedem einen logischen Sinn.
Kann es sein, das man sich in der Semantikfrage auch irgendwie verrennen kann?
- 26.04.2009 15:02 #32
damit rennst du bei mir offene türen ein, allerdings ist das eine gradwanderung.
tabellen werden für tabellarische daten verwendet, das ist sicher. gibt man text aus, kann man (sollte man) das anders lösen. auch text kann tabellarisch sein (da liegt wohl auch das problem). viele neigen dazu um etwas links auszurichten erst mal eine tabelle zu generieren und den inhalt einfach nach links zu stellen.
semantisch korrekt ist es, wenn man keinen tabellarischen text aufzeigen will, ihn auch nicht tabellarisch zu "verbauen" also auch nicht in eine tabelle zu quetschen. ein vergleich zu word: du willst einen brief schreiben und etwas linksbündig ausgeben. dann fügst du auch nicht zuerst mal eine tabelle ein sondern richtest den text wie er ist einfach linksbündig aus, fertig.
viele meinen komplett auf tabellen verzichten zu müssen und alles mit ccs lösen zu müssen. da beginnt dann der "diskussionspunkt", da dann eine "div-suppe" entsteht, die über css tabellenartige strukturen generiert. ähnlich wäre es z.b. (wieder ein vergleich mit word) 5 textfelder zu erzeugen, sie nebeneinander zu positionieren (also eine art tabellarisches aussehen OHNE tabelle zu erzeugen). in css (word) müsste man dann horizontal und vertikal jede position jedes textfeldes genau bestimmen und definieren. Ähnlich wie in word enstehen in html dann probleme, und irgendwann (und um das zu betonen, das ist meine meinung) mutiert das in einer definitionsorgie, die nach meiner auffassung auch nicht mehr haltbar ist, auch wenn es sich um NICHT tabellarische strukturen handelt.
auch ein textverarbeitungsprogramm ist nicht dazu gedacht zig textfelder zu positionieren, auch wenn es es kann.
allerdings ist es wie mit allen programmen und sprachen gleich. wenn man sie richtig beherrscht wird man immer den geraden weg gehen und die funktionen benutzen, für die sie gemacht wurden und auf umständliche konstrukte verzichten. irgend wann kommt man vielleicht zu einem punkt, wo sich die geister dann scheiden, insbesondere dann, wenn das programm (die sprache) mehrere wege anbietet um ein problem zu lösen.
tabellen haben aber noch nachteile, an die meistens nicht gedacht wird. ein browser muss z.b. immer auf die letzte zeile/spalte warten, bis er die ausgabe beginnen kann, da er bis zum schluss nicht weiss, wie breit eine spalte werden soll. tabellen reichern den code an, da css im cache abgelegt wird, wird ein css einmal geladen und dann vom cache bezogen, tabellen werden immer komplett neu geladen. das kann die ladezeiten massiv beeinflussen, und und und...
im wesntlichen geht es hier doch darum, es von anfang an richtig zu machen, an einen scheideweg, wo du kompromisse machen musst kommst du noch früh genug.
was mich betrifft, hat css noch das problem, nicht mit variablen arbeiten zu können (ich kann z.b. einen float-wert oder margin nicht an css übergeben). code ich den wert direkt in die html-ausgabe, ist es mit dem einfachen und leicht anpassbaren quelltext vorbei. statt html-angaben flimmert es dann vor css code. der muss ja auch irgendwo hin.Ja, ich bemühe mich trotz mehrfach gebrochener Finger und gerissener Sehnen wieder um Gross und Kleinschreibung (10 Finger System). Ich bitte um Nachsicht, wenn die Finger mal nicht so wollen wie ich, es wird mit der Zeit sicher besser...
hier die goldenen regeln für schlechtes html
wenn ich sterbe, möchte ich lächelnd im schlaf sterben, wie mein opa, nicht schreiend und weinend wie sein beifahrer.
- 26.04.2009 15:36 #33Erfahrener Benutzer Meilensteine


- Registriert seit
- 11.04.2009
- Beiträge
- 324
- Renommee-Modifikator
- 0
du berichtest über ein VIDEOspiel. würde mir lieber gedanken um feng shui oder seo machen, anstelle über barrierefreiheit und dem sinn von tabellen
erbsenzähler, prinzipienreiter, oder interessierte sind mit diesem artikel gut bediehnt:
Tabellen zum Hören BITV Praxishttp://www.fun-fox.de/posts.php?id=31 Weiterentwicklung der Scripte
- 26.04.2009 17:36 #34Benutzer
- Registriert seit
- 15.04.2009
- Alter
- 34
- Beiträge
- 54
- Renommee-Modifikator
- 2
Warum habe ich das Gefühl, das Du damit was bestimmtes sagen willst? Meinst Du nicht, daß Seiten über VIDEOspiele allesamt das gleiche Recht haben vernünftig erstellt worden zu sein, ich meine Du bist doch damit das beste Beispiel. Eine vernünftig erstellte Seite über ein Videospiel.
In unserem Genre ist es ja nicht nur das Fliegen. Wir können ab einem bestimmten Leistungsgrad Sponsorenveträge aushandeln und fahren regelmäßig ins Ausland, halten Verbidungen zu echten Geschwadern, haben mehrmals jährlich Öffentliche Auftritte mit weit mehr als 10.000 Zuschauer Weltweit. Meinst Du nicht, das da eine vernünftige Webpräsenz wichtig ist?
Ich kann Euch nur danken mir die Augen geöffnet zu haben... und jetzt will ich über den Sinn oder Unsinn von semantischen oder sonstwelchen Tabellen diskutieren.....so!!
@Sysop
Ich versuche mich zur Zeit noch mit dem ausrichten ohne Tabellen, ich stelle Euch demnächst mal eine Seite hier rein. Denn ich habe jetzt schon wieder viele Probleme, die ich früher nur mit Tabellen gelöst habe...Geändert von Memphis291 (26.04.2009 um 17:48 Uhr)
- 26.04.2009 19:23 #35Erfahrener Benutzer
- Registriert seit
- 13.02.2009
- Beiträge
- 159
- Renommee-Modifikator
- 2
Ich bin auch der Meinung, dass CSS wesentlich mehr Funktionalität bieten sollte/könnte, Variablen gehen aber ein Stück zu weit, schließlich soll (und kann) CSS nicht zu einer Programmiersprache mutieren.
Lesenswert ist übrigens dieser Artikel einschließlich nachfolgender Kommentare.
- 27.04.2009 00:43 #36Erfahrener Benutzer Meilensteine


- Registriert seit
- 11.04.2009
- Beiträge
- 324
- Renommee-Modifikator
- 0
mit VIDEOspiel möchte ich nur darauf hinweisen, das es sich um eine sache handelt, für die sich ausschließich sehende interessieren.
dazu hab ich dann den kontrast zur optimierung für blinde genannt: feng shui für webseiten -> das auge soll sich auf der webseite wohl fühlen.
farben, formen, anordung der navigation und formularen usw...
es ist aber kein thema mit dem man sich lange aufhalten sollte.
ich wollte keinesfalls abwerten.
EDIT:
css selbst bietet zwar keine unterstüzung von variablen. php kann aber css genereren und man kann es mit javascript manipulieren.
css3 wird ein paar funktionen mehr bieten. dauert leider noch lange bis die alten browser verschwinden.Geändert von FoXMorayn (27.04.2009 um 00:48 Uhr)
http://www.fun-fox.de/posts.php?id=31 Weiterentwicklung der Scripte
- 27.04.2009 07:48 #37
Du kannst mich gerne eines besseren belehren, wenn Du mir es an irgendwas belegen kannst, aber nach meinem Verständnis ist die Bedeutung des Tags <div> mit "Strukturelement zum Gruppieren" oder "zusammengehöriger Block" die semantische Bedeutung des Elements.
Semantik – Wikipedia
Semantik ist die Lehre der Bedeutung verschiedener Sprachelemente. Und die Bedeutung von <div> ist vereinfacht: "Gruppe".
Für mich ist das auch Semantik. Hätte <div> keine Semantik, dürfte es ja eigentlich gemäß HTML nicht verwendet werden. So wie <i>, <b> oder <u>, sowie auch <center> keine semantische Bedeutung zugewiesen wurde.
Unüblich nicht. Aber lange Ladeprozesse sind idR nicht nötig und sie nerven einfach nur. Daran würde sich für viele Menschen auch nichts ändern, wenn da steht "Lade...". Auch dann würde ich nach 2 Sekunden wegklicken, wenn ich was suche.
Das macht schon was. Den Besucher, der auf Deine Site kommt, könnte das nerven. Wenn Du mit der Site Leute abschrecken willst, dann kann es bleiben. Eine normale Website hat als Ziel auch immer, neue Leute anzulocken, und da ist sowas eher kontraproduktiv, ob es nun dazu passt oder nicht.das habe ich mir fast gedacht, macht aber in diesem Fall nichts
Das ist ein Schwachpunkt von SelfHTML. In der Hinsicht ist die Site leider nicht aktuell.Also damit verblüffst Du mich jetzt schon wieder. Ich dachte, das die divs gerade dafür geeignet sind. Denn bei selfhtml gibt es expliziete Beispiele zum layouten mit divs.
Ich hab ja geschrieben, worauf es ankommt. Auf die Semantik. Da können <div>s vorkommen, aber nicht als Hauptgestaltungsmittel.Und wenn ich schon nicht alles glauben soll, was so im netzt steht, dann auch nicht das was dort zu finden ist?...Ja was denn nun?
Nichts. Das ist ja der Witz. Strikte Trennung von Inhalt und Layout. HTML ist die Strukturbeschreibungssprache. Mit HTML legt man die Semantik fest. Und eben nur die Semantik, weil die ja nichts mit dem Layout zu tun hat. Layout macht man ausschließlich mit CSS. Würde man Layout mit <div> machen, würde man Layout mit einer Strukturbeschreibungssprache machen. Und wie Du selber sagst, hat das eine mit dem anderen nichts zu tun.Was hat denn Semantik mit Layouten zu tun?
Das ist so nicht richtig. Tabellen haben auch eine semantische Bedeutung: Sie zeichnen tabellarische Daten aus. Wenn Du z.B. eine Fußball-Tabelle hast, wird die semantisch korrekt als Tabelle ausgezeichnet. Layout mit Tabellen oder irgendeinem HTML-Tag ist sinnfrei.
Eigentlich nicht, weil die Semantik logischer Sprachen (s. Wikipedia-Link oben) etwas klar definiertes ist, das man nur noch anwenden muss.Kann es sein, das man sich in der Semantikfrage auch irgendwie verrennen kann?
- 27.04.2009 09:52 #38Erfahrener Benutzer
- Registriert seit
- 13.02.2009
- Beiträge
- 159
- Renommee-Modifikator
- 2
Dass das Element für dich persönlich eine Semantik hat, ist ja klar. Du siehst ein div="header" und erkennst dann, dass alle Elemente in diesem div dem Header angehören, also hat es eine Bedeutung für dich.
Ich meinte mit "hat keine Semantik", dass das div Element beispielsweise für einen Screenreader keine Bedeutung hat. Ein h1 bedeutet Überschrift, ein ul bedeutet Liste, usw. Ein div (oder auch ein span) bedeutet für ihn semantisch absolut nichts.
- 27.04.2009 09:59 #39
Doch. Ein <div> ist eine "Division", ein Bereich, eine logisch zusammengehörige Gruppe. Das ist doch eine semantische Bedeutung. Wenn ein Screenreader diese Bedeutung nicht irgendeiner Aktion zuweist, heißt das doch nicht, dass da keine Semantik ist. Semantik ist ja die definierte Bedeutung, nicht das, was irgendwer daraus macht. Letzteres würde ja bedeuten, dass die Semantik nicht von HTML, sondern von der endverarbeitenden Software definiert wird und das ist ja nicht wahr. HTML definiert die Semantik.
- 27.04.2009 10:31 #40Erfahrener Benutzer
- Registriert seit
- 13.02.2009
- Beiträge
- 159
- Renommee-Modifikator
- 2
Aktive Benutzer
Aktive Benutzer
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Ähnliche Themen
-
Design und Code bewerten (EDITOR)
Von Juventino im Forum WebsitecheckAntworten: 13Letzter Beitrag: 15.07.2008, 16:01 -
Design, Code bewerten - Editor
Von Maxi im Forum WebsitecheckAntworten: 8Letzter Beitrag: 24.06.2007, 17:10 -
Design und Code Bewerten (EDITOR)
Von Crono im Forum WebsitecheckAntworten: 11Letzter Beitrag: 28.10.2006, 15:27 -
Design und Code bewerten (EDITOR) GTM-Online
Von gtmstyle im Forum WebsitecheckAntworten: 16Letzter Beitrag: 10.10.2006, 19:44 -
Design und code bewerten (Editor)
Von Plankton im Forum WebsitecheckAntworten: 11Letzter Beitrag: 03.08.2006, 15:12



LinkBack URL
About LinkBacks
Zitieren


Lesezeichen