Semantisch korrekt oder simpel und leicht

[Maisaffe]

Ich habe komplizierter extra in Anführungszeichen gesetzt.

Zu den Zielgruppen und den alternativ Geräten (vor allem Nintendo DS dürfte so gut wie keine Probleme mit Tabellendesigns haben, da man auf dem unteren Bildschirm im Normalmodus ja die Seite sieht undmit dem Stylus "befährt" um auf dem Topscreen das ganze größer zu betrachten): Das ist mir schon klar, aber so viele Menschen verwenden diese Geräte (noch) nicht (oder noch nicht richtig).
Bandwebseiten z.B. beinhalten meist nicht wirklich informatives auser den Tourdaten und vielleicht ein oder 2 interessante Geschichtchen über die Band, der Rest besteht meist aus irgendwelchem Vorzeige MP3s oder die Seite ist komplett aus Flashelementen, solche Seiten bekommt man schwer auf die mobilen Geräte - da hat man meist nur eine spezielle Seitenversion als Alternative auf HTML Basis mit wenig Schnick- Schnak. Die sollte dann natürlich angepasst sein an die Mobile Geräte.

Nocheinmal zu der <div> und <p> Geschichte: Ich verwende meist nur ein <div> und darin kommt der gesamte Inhalt (mit <br /> Absätzen) - macht da ein Vorlesebrowser/ Programm wirklich so große Unterschiede (wenn 2x <br /> statt <p>)?

Was für ein Programm/ Browser verwendest Du für das vorlesen? Ich habe bis jetzt nur schlechte Erfahrung mit diesen Anwendungen gesammelt, sprich: Texte waren schlecht verständlich von der Stimme.

Eben nicht. Es geht ja gerade um die Vorformatierung, die zB in Textbrowsern bzw bei fehlendem CSS ihre Wirkung zeigt. Und es geht ums Prinzip: <div>s sind nichtssagende Tags, die keine besondere Bedeutung haben, sondern eben einfach nur zur Formatierung benutzt werden können. <p>s sind Absätze, sie haben also eine sinnvolle Bedeutung innerhalb des Textes.

...

Ich erwirke aber das selbe Ergebnis wenn ich 2 <br /> verwenden statt <p> Elemente. Aber ich werde mich mal näher damit befassen wenn Du sagst das die so wichtig sind.

[FF]

Warum soll das besser sein als eine Liste? Listen sind entsprechend formatierbar und im Textbrowser auch als soclche erkennbar.

...

Es ist bequemer, imo.
Ich brauche keine Umbrüche, spare Aufwand bei der Formatierung etc.
es ist schon ein unterschied, ob ich

HTML-Code:

<div class='navi'>
link
link
link
link
</div>

oder

HTML-Code:

<div class='navi'>
<ul>
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
</div>

schreiben muss

edit:
code auf nem roten hintergrund ist scheiße >_> man sollte die standartfarbe ändern...

[mitaki]

Bandwebseiten z.B. beinhalten meist nicht wirklich informatives auser den Tourdaten und vielleicht ein oder 2 interessante Geschichtchen über die Band, der Rest besteht meist aus irgendwelchem Vorzeige MP3s oder die Seite ist komplett aus Flashelementen, solche Seiten bekommt man schwer auf die mobilen Geräte - da hat man meist nur eine spezielle Seitenversion als Alternative auf HTML Basis mit wenig Schnick- Schnak. Die sollte dann natürlich angepasst sein an die Mobile Geräte.

...

Ich sehe das eher als Kritikpunkt der Band. Aber das ist ein verbreitetes Problem, offizielle Seiten sind so oft so derartig schlecht, das mal am liebsten losheulen möchte
Flash ist natürlich eine Ausgeburt der Hölle XD Vor allem wenn "Skip intro" innerhalb der Flashanimation steht Aber das ist wieder ein ganz anderes Thema.

Was für ein Programm/ Browser verwendest Du für das vorlesen? Ich habe bis jetzt nur schlechte Erfahrung mit diesen Anwendungen gesammelt, sprich: Texte waren schlecht verständlich von der Stimme.

...

Ja, diverse Freeware ist wirklich nicht sehr gut und ist von daher vermutlich auch nicht, mit speziell dafür ausgelegten Programmen vergleichbar.
Seit kurzem habe ich das Vergnügen auch OS X testen zu dürfen, das über eine eigene Sprachausgabe verfügt.

Was mir bei <br /> auffällt ist, dass die Pause dazwischen relativ kurz ist, was ich persönlich als nervig empfinde. Es sind zwar englische Stimmen, aber das sollte in diesem Fall keine Rolle spielen.

[FF]

Warum soll das besser sein als eine Liste? Listen sind entsprechend formatierbar und im Textbrowser auch als soclche erkennbar.

...

Es ist bequemer, imo.
Ich brauche keine Umbrüche, spare Aufwand bei der Formatierung etc.
es ist schon ein unterschied, ob ich
<div class='navi'>
link
link
link
link
</div>

oder
<div class='navi'>
<ul>
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
<li> link </li> <br />
</ul>
</div>

schreiben muss

edit:
code auf nem roten hintergrund ist scheiße >_> man sollte die standartfarbe ändern...

edit: *[-tt-]* benutz^^

[mitaki]

Deine beiden Beispiele entsprechen zwei verschiedenen Anzeigemethoden, was willst du denn nun?
Listenpunkte kannst du sowohl nebeneinander als auch untereinander mit Abstand anzeigen, geht mit Stylesheets viel einfacher als mit <br />.

code auf nem roten hintergrund ist scheiße >_> man sollte die standartfarbe ändern...

...

Der neuen Führung bereits gemeldet.

[mitaki]

Ich frag mich, warum CSS und Tabellen immer als gegensätzlich gesehen werden. Ich kann meine Tabelle doch auch mit CSS formatieren...

...

Es geht darum, das ich die Tabelle als Designmittel missbraucht habe, unabhängig davon, ob sie mit CSS formatiert wurde oder nicht. Das ist das einzige was an Tabellen kritisiert wird: Dass sie als Gestaltungsmittel und nicht für tabellarische Daten verwendet werden - obwohl Spaltendesigns schon lange mit CSS möglich sind.

Sicher stimmst du mir zu, dass Spalte 1 Menü und Spalte 2 Inhalt weitaus weniger bezug zueinander hat als eine tabellarische Auflistung der Threads in diesem Forum mit entsprechenden Tabellenüberschriften.

[Manni]

Es geht darum, das ich die Tabelle als Designmittel missbraucht habe. Das ist das einzige was an Tabellen kritisiert wird: Dass sie als Gestaltungsmittel und nicht für tabellarische Daten verwendet werden - obwohl Spaltendesigns schon lange mit CSS möglich sind.

Sicher stimmst du mir zu, dass Spalte 1 Menü und Spalte 2 Inhalt weitaus weniger bezug zueinander hat als eine tabellarische Auflistung der Threads in diesem Forum mit entsprechenden Tabellenüberschriften.

...

Wenn mein Design eine Tabelle ist, warum soll ich mir unnötig mit <div>s einen abkrampfen?

[mitaki]

Wenn mein Design eine Tabelle ist, warum soll ich mir unnötig mit <div>s einen abkrampfen?

...

Weil man außerhalb der Tabelle denken muss

Ich weis beispielsweise nicht, welche col/rowspan Mischung ich schreiben muss um eine Tabelle zu erhalten, die eine Kopfzeile hat, in der linken Spalte zwei zellen und in der rechten drei.
In der Praxis bleit es daher aus Erfahrung nicht bei einer Tabelle.

Ein Design ohne Tabelle ist dagegen wesentlich flexibler und kann besser angepasst werden. Der Quelltext wird nicht stark aufgebläht und man findet sich daher relativ schnell gut zurecht.

[FF]

Deine beiden Beispiele entsprechen zwei verschiedenen Anzeigemethoden, was willst du denn nun?
Listenpunkte kannst du sowohl nebeneinander als auch untereinander mit Abstand anzeigen, geht mit Stylesheets viel einfacher als mit <br />.

...

mit entsprechenden stylesheets kann man beides gleich formatieren*.
im oberen beispiel würd ich halt einfach auf alle <a> elemente in dem div ein display:block oder wie des heißt (dreamwaver macht faul... :P) legen, und sie wären hübsch untereinander. GENAUSO (also von der letzendlichen anzeige) könnte ich sie auch mit listen Formatieren, allerdings hätt ich da imo mehr codeaufwand.
Ich benut listen eigentlich nur zum Auflisteon von Zutaten, INhaltsverzeichnissen etc.

Ich weis beispielsweise nicht, welche col/rowspan Mischung ich schreiben muss um eine Tabelle zu erhalten, die eine Kopfzeile hat, in der linken Spalte zwei zellen und in der rechten drei.
In der Praxis bleit es daher aus Erfahrung nicht bei einer Tabelle

...

Ein weiterer Grund für Divs, sie sind einfacher *erinnere mich, wie ich mich mit solchen problemen abgearbeitet hab*

* Eigentlich kann man dank CSS jedes Tag stellvertretend für jedes andere Verwenden (außer das bei manchen [leider] manche attribute nicht möglich ist)
Wenn für h1 z.b. alle attribute erlauft wären wie für div, könnte man ne ganze page nur mit h's stylen 8)

[mitaki]

GENAUSO (also von der letzendlichen anzeige) könnte ich sie auch mit listen Formatieren, allerdings hätt ich da imo mehr codeaufwand.

...

Die Praxis hat gezeigt, das eine allgemeine Standardisierung von Webseites mehr Traffic spart als verursacht Auch wenn manche Sachen erstmal etwas mehr Brauchen. In XHTML 2 kann man daher praktischerweise gleich dem <li> ein href verpassen.
Ich suche mal nach Belegen dafür.

* Eigentlich kann man dank CSS jedes Tag stellvertretend für jedes andere Verwenden (außer das bei manchen [leider] manche attribute nicht möglich ist)
Wenn für h1 z.b. alle attribute erlauft wären wie für div, könnte man ne ganze page nur mit h's stylen

...

Im moment fallen mir da auch nur href für Verwesie und spezielle Inputattribute ein, ansonnsten könnte man alles nur mit einem einzigen Element machen (Bilder mit Hintergrundbildern^^). BTW: src (von <img />) kann man in XHTML 2 auch jedem Element geben^^

Aber HTML ist halt eie Auszeichnungssprache die mit semantik im Kopf entwickelt wurde.

[FF]

wie meinst du das mit dem scr von anderen elementen?
(werd mir die sachen zu xhtml 2 mal durclnesen müssel, klingt ja alles ganz lecker, nur werden wir wohl noch bis ie 8 warten müssen, um das allen webbenutzern zur verfügung zu stellen )
das mit dem href bei li etc ist geil, das brauch ich aber auch bei anderen elementen^^
(link-tabellenzeilen, link-divs etc^^

[mitaki]

wie meinst du das mit dem scr von anderen elementen?
(werd mir die sachen zu xhtml 2 mal durclnesen müssel, klingt ja alles ganz lecker, nur werden wir wohl noch bis ie 8 warten müssen, um das allen webbenutzern zur verfügung zu stellen )
das mit dem href bei li etc ist geil, das brauch ich aber auch bei anderen elementen^^
(link-tabellenzeilen, link-divs etc^^

...

In XHTML 2 ist das src-Attribut nicht mehr an das <img /> Element gebunden. Man kann stattdessen z.B. <h1 src="titel.bild">Titel der Webseite</h1> schreiben. Ist das Bild nicht verfügbar wird die Überschrift ganz normal angezeigt.

das mit dem href bei li etc ist geil, das brauch ich aber auch bei anderen elementen^^

...

Ja, href und src für alle Elemente.

Was IE angeht, ich hoffe, MS lässt die Entwickler weiterhin so gut arbeiten, wie sie es im moment tun. Dann kann man mit positiven Änderungen in der Zukunft rechnen.

[Ravana]

hab frueher nur tabellen benutzt, dann ne weile voellig ohne tabellen und nur mit divs das spaltendesign und bin dann aus eigentlich unerklaerlichen gruenden, wieder zu tabellen zurueck, allerdings jetzt nur ne sehr grundlegende aufteilung mit tabellen, keine so extrem verschachtelten dinger mehr. nur die grundaufteilung, der rest wird mit css gemacht, ist auch alles w3c-validiert, wenn auch nur transitional.
haette eigentlich lust, alles wieder ordentlich zu machen ohne tabellen, aber hab keinen bock, die ganze seite neuzuschreiben -.- naja, die naechste dann wieder :D

wie man daran sieht, dass ich tabellen benutze, mach ichs nicht ganz streng, navigation ist zb auch keine liste. ueberschriften mach ich nicht mit h, weil mich bei h stoert, dass es dann automatisch nen absatz gibt, daher ist mir das unsympathisch ^^ klar, kann man wegmachen.. mag <h> trotzdem nicht.
meine seiten laufen auf ie, ff und opera, mir reichts, wennd die breite masse der normalinternetnutzer zurecht kommt. sie sind sowieso nicht dafuer gedacht, dass jemand sich die dinger aufm handy ansieht, und ein blinder hat auf meiner fotoseite eh nicht viel spass :D
die seiten sehen einigermassen aus, kommen beim validator gut durch, haben ein externes stylesheet und laufen auf den gaengigsten browsern - fuer mich passts :D