• Jetzt anmelden. Es dauert nur 2 Minuten und ist kostenlos!

Welche Software

Status
Für weitere Antworten geschlossen.
Du darfst schon divs verwenden, ist ja nicht so, dass sie verboten wären, allerdings sollte es sich auf das gruppieren mehrerer Elemente zur gemeinsamen Formatierung beschränken.
Eine Liste z.B. braucht kein div als container, um einen Rahmen zu ziehen oder um positioniert zu werden. Wenn der Header aus mehr als nur eine Überschrift besteht, kannst du auch dafür ein div nehmen, wenn es allerdings nur ein Text mit Hintergrundbild ist, reicht <h1>.

So könnte das endlos weiter gehen.

Zeichne deinen Text sinnvoll aus und achte erstmal nicht aufs layout.
 
Werbung:
Ich habe mal eine Seite im Tabellenlayout vorgestellt und da wurde mir gesagt ich solle es lieber mit div machen. Was ich dann auch gemacht habe.
Ja, hätte ich das gelesen, hätte ich gesagt, das ist genauso großer Quatsch. Es ist leider so, dass irgendein Halbahnungsloser mal verbreitet hat, man mache jetzt kein Layout mit Tabellen mehr, sondern mit <div>s. Tatsächlich ist beides genauso hirnlos und jemand, der sowas empfiehlt, hat HTML noch nicht verstanden. Wie man aber anständige Websites bauen will, ohne HTML zu verstehen, ist mir ein Rätsel.

wie teile ich meine Seite in mehrere Spalten um z.B. das Menü abzutrennen.
Zunächst einmal, in HTML, gar nicht. Um einen Inhalt mit HTML auszuzeichnen, sollte man mehr an den Inhalt denken, als an das Layout. Zumindest, wenn man es erst mal begreifen will, sollte man gar nicht an das Layout denken.
Tatsächlich bekommt man BLock-Elemente nebeneinander, indem man float verwendet. Das ist für die meisten Layout-Fragen geradezu ein Allheilmittel.
Aber für HTML und die Auszeichnung ist das erstmal nicht relevant.

Oder wie trenne ich einen Header ab um darin Text (Links) oben, unten oder seitlich anzuordnen. Das sind so Punkte bei denen ich noch nicht weiß wie ich das ohne table oder div hinbekomme.
Einfach keine Tabelle verwenden! Erstmal nur HTML auszeichnen, so dass das semantisch gesehen stimmt.
Dass Du kein <div> verwenden sollst, ist übrigens auch falsch. Das habe ich sicher nie gesagt. Jedes Tag hat eine Bedeutung. Auch <div>. Auch <table>. Diese Tags gar nicht zu verwenden ist auch falsch. Man darf sie eben nur da verwenden, wo sie hingehören. <div> gruppiert mehrere Elemente zwecks gemeinsamer Formatierung. Bei ausgefallenen Layoutwünschen kann ein <div> Wunder wirken. Dann ist es richtig eingesetzt. Aber nicht sowas wie
Code:
<div id="Ueberschrift">Willkommen!</div>
Das ist Unsinn. Es muss so heißen:
Code:
<h1>Willkommen</h1>
Eine id mit Namen "Ueberschrift" macht aus einem div noch keine Überschrift. Es bleibt ein allgemeines BLock-Element.

Werde erstmal versuchen mich auf je ein Div für Header, Content (Spalten) und Footer zu beschränken. Oder wäre das schon zuviel? Da ich den Contentbereich includiere, weiß ich nicht wie ich es anderst machen sollte.
Um erstmal zu verstehen, was ich meine, brauchst Du gar kein div. Und das includen geht ja per PHP und nicht per HTML und hat mit <div> rein gar nichts zu tun.

Ein einfaches Layout, zweispaltig mit Header kommt komplett ohne div aus. Auch mit include:
PHP:
<h1><img src="banner.jpg" alt="Willkommen bei mir" /></h1>
<ul id="Menu">
  <li>Punkt 1</li>
  <li>Punkt 2</li>
  <li>Punkt 3</li>
</ul>
<h2>Seitenüberschrift</h2>
<p>Lorem ipsum dolor sit amet.</p>
<p>Und so weiter</p>
<p>Und so fort</p>
<?php include("zweiteskapitel.php"); ?>
Dem ul#Menu ein "float:left" mitgegeben hast Du auch zwei Spalten. Fertig. div? Nicht notwendig, weil nichts gruppiert werden soll.

Du willst nicht, dass der Content unter das Menü fließt? DANN brauchen wir ein div. Und zwar GRUPPIEREN wir dann die <h2>, <p> und alles, was included wird. Das <div> kommt vor das <h2>, und ganz ans Ende das schließende </div>.
Hier macht das div Sinn, hier wird es gemäß seiner Bedeutung eingesetzt: Zum Gruppieren.
Gibst Du dem jetzt ein margin-left in der Breite von ul#Menu hast Du den gewünschten Effekt und ein klassisches Layout.

Jetzt klarer? Oder soll ich irgendwas nochmal deutlicher ausleuchten? Geht Dir ein Licht auf? Wenn Du verstehst, dass es völlig irrelevant ist, wie etwas ohne CSS im Browser dargestellt wird, was Du in HTML auszeichnest, und die Bedeutung der Tags intus hast, dann hast Du HTML verstanden!

Wenn es Dich beruhigt: Es gibt so viele komplizierte Elemente einer Website: Serverseitige Scripts, htaccess, Datenbanken, Ajax, aber die meisten scheitern eigentlich schon an HTML - auch wenn sie es anfangs nicht wissen.

Gruß,
-Efchen
 
ich hänge mich mal an die obige aussage.

genau deswegen ödet mich die verwendung der ganzen klick-html-bastel-tools a la frontpage und co so an. es werden diverse html-elemente hergenommen und wüstest zusammen geballert ohne sich bewusst zu sein, dass diese tools vollkommen hirnlos an die sache rangehen. dreamweaver kann nicht wissen, ob ein satz nun eine überschrift oder ein inhalt oder ein menü ist. der user muss das entscheiden. da es viel einfacher ist per klick, die schriftgrösse mal eben auf 36 zu stellen, kommt niemand auf die idee, das ganze mit <h1> auszuzeichnen.
nutzt man diese tools mit ihren fähigkeiten, ist auch nichts daran auszusetzen.

wenn du in word automatisch ein inhaltsverzeichnis erstellen willst, wirst du nie zum ziel kommen, wenn du deine überschriften nicht als solche ausweist (indem du sie als überschrift definierst). es bleibt leer.

mein alter programmierlehrer hat mal gesagt:
der grösste bug sitzt VOR dem rechner
 
Werbung:
Ich bedanke mich erstmal für sehr verständlichen Erklärungen. Werde also mal meine gesamte Seite in einen Unterordner kopieren und daran versuchen Eure Vorstellungen zu verwirklichen. Ich denke mal, ich habe Inhaltlich alles verstanden. Wie ich mit der Umsetzung klarkomme werde ich sehen.

Aber eine Bitte habe ich mal noch: Ihr gebt die meiste Schuld den Editoren, das kann ich nicht bestätigen. Viele werden (wie ich) Dreamweaver und Co nur nutzen weil man Tags mit einem Mausklick einfügen kann oder FTP integriert hat. Für viele die Arbeit nur einfacher ist. Dreamweaver macht nur das was ich will. Wer von HTML null Ahnung hat (hat jetzt nichts mit verstehen zu tun) kann auch mit Dreamweaver keine Seite erstellen. Es gibt in dem Programm zwei Fenster, einen Editor- und einen Layoutbereich. Ich nutze z.B. nur das Editorfenster und kontrolliere im Layoutbereich nur das Ergebnis. Also ich bestimme den Code, nicht Dreamweaver

"der grösste bug sitzt VOR dem rechner" - nämlich!
 
ich denke, du hast da unsere ansicht etwas missverstanden.

nicht der editor an sich ist SCHULD, der ist immer so gut, wie der, der ihn benutzt.
das problem ist, dass die funktionen der editoren selten bis nie richtig erlernt werden, was wiederum daran liegt, dass die editoren einem vorgaukeln, es gehe auch problemlos anders und es sei vollkommen in ordnung es anders (als eben richtig) zu machen. natürlich stehen in wirklichkeit hinter den editoren die programmierer dieser dinger, die das unheil eigentlich verursachen.

der verweis auf die simpelsten editoren wie z.b. proton, vim etc kommt daher, weil der anwender sich dann mit der materie auseinandersetzen MUSS !
diese editoren bieten keine falsche funktion an der falschen stelle an. sie bieten syntax highlight, klammersetzung, eventuell das einbinden von bestehenden routinen, sonst nix !
in vim wirst du das einfügen einer tabelle ohne rahmenanzeige per mausklick vergeblich suchen. entscheidest du dich dann eine tabelle zu verwenden, ist es eben deine entscheidung, nicht die "mal eben schnell zur verfügung stehende funktion".

....Wer von HTML null Ahnung hat (hat jetzt nichts mit verstehen zu tun) kann auch mit Dreamweaver keine Seite erstellen.....

und genau das stimmt eben nicht. du sagst es ja selber, per klick einen table-tag rein, alles zentrieren oder links/rechtsbündig ausrichten, alles wie in word, und total defekter code.
ich möchte mal wissen, wie viele unter frontpage den html-source-code noch NIE gesehen haben.....

ps.
http://www.html.de/html-und-xhtml/22269-links-bild-einbinden.html#post176156#8
da hawa ja den salat.....
 
Zuletzt bearbeitet von einem Moderator:
...diese editoren bieten keine falsche funktion an der falschen stelle an...
Das meinte ich damit. Dreamweaver bietet mir auch nichts an. Ich entscheide durch einen Klick welcher tag an welcher Stelle gesetzt wird.
du sagst es ja selber, per klick einen table-tag rein...
Richtig, ein klick auf "Tabelle" und in meinem Code steht <table><tr><td></td></tr></table> Mir wird also die Schreibarbeit abgenommen. Das ist es worum es mir dabei geht. Ob die Tabelle an dieser Stelle richtig ist, wie ich sie gestalte und anpasse, das ist alles meine Entscheidung.
ich möchte mal wissen, wie viele unter frontpage den html-source-code noch NIE gesehen haben....
Sicher hast Du da recht. Ich habe ja auch von vielen geschrieben und nicht von allen, wie der Autor Deines Links bestätigt. Er bestätigt auch was ich geschrieben habe: ohne HTML-Kenntnisse kann man auch mit Dreamweaver keine Seite erstellen. Leute wie er sollten sich eine kostenlose Page mit Baukasten suchen.
 
Werbung:
ohne HTML-Kenntnisse kann man auch mit Dreamweaver keine Seite erstellen.
Es mag unglaublich klingen.
Ich kenne Grafiker die wirklich so gut wie keine html-Kenntnisse haben (von css sowieso nicht). Die sind sogar relativ erfolgreich im Website-gestalten.
"zu Fuß" kann ich da kaum mithalten. Ich versuche es trotzdem und es geht so einiger maßen.
 
Zuletzt bearbeitet:
Ob die Tabelle an dieser Stelle richtig ist, wie ich sie gestalte und anpasse, das ist alles meine Entscheidung.
Eben. Und viele Anfänger, die WYSIWYG-Editoren benutzen, können diese Entscheidung nicht treffen. Sie verwenden Tabellen trotzdem, auch wenn sie an der Stelle nicht angebracht sind, und das verursacht den schlechten Code.
 
Mag sein, aber das sie nicht wissen was sie wo einsetzen liegt doch nicht an der Art des Editors, sondern daran wie sehr sie sich mit der Materie beschäftigen.

Nun aber gut damit, welche Software die richtige ist liegt wohl im Auge des Benutzers. Ich nehme nunmal gerne Dreamweaver. Nicht weil es ein WYSIWYG-Editor ist, sondern weil er viel mehr bietet.

Bei einer Google-Suche (keine Ahnung mehr wonach) bin ich auf diese Seite gestoßen. Schaut Euch mal den Quelltext passend zum Seitenthema an. Soweit ich das hier gelernt habe müsste das auch ne DIV-Suppe sein. Möchte meine Seite damit jetzt nicht rechtfertigen, fands nur komisch. Hatte eigentlich gehofft mir vom Aufbau ein wenig was abgucken zu können. :-D
 
Werbung:
Die Element müssen in Containern gruppiert werden, sonst kann man sie nicht gemeinsam Floaten oder absolute von anderen Blöcken positionieren.
Für Grafisch aufwendige Seiten bräuchte man noch viel mehr Elemente.
Div-Suppen werden Seiten genannt die anstelle semantisch relevanter Elemente pauschal <div> verwenden.
Elemente in Blöcken zusammenfassen ist notwendig für ansprechende Layouts.

Auch für eine spätere Verschiebung (Floatrichtung) oder Zentrierungen für IE5 sind oft weitere Container notwendig.
Auch solche Konstruktionen können ihren Sinn haben:
Code:
<h2><span>Information<b>Himmelstür</b></span><i></i></h2>
 
Zuletzt bearbeitet:
Mag sein, aber das sie nicht wissen was sie wo einsetzen liegt doch nicht an der Art des Editors, sondern daran wie sehr sie sich mit der Materie beschäftigen.
Das ist schon richtig, aber eben weil sich die meisten nfänger nicht ausreichend mit der Materie beschäftigen, sind WYSIWYG-Editoren idR nicht der richtige Einstieg. Ein banaler Texteditor würde sie dazu zwingen, sich mehr mit der Materie auseinander zu setzen.

Bei einer Google-Suche bin ich auf diese Seite gestoßen. Soweit ich das hier gelernt habe müsste das auch ne DIV-Suppe sein.
Das ist die von prm ;-)
Nein, das ist keine div-Suppe. Ich sehe nur ein paar wenige <div>, die überwiegend zum Gruppieren eingesetzt werden. Das ist genau die Anwendung eines <div>

Möchte meine Seite damit jetzt nicht rechtfertigen, fands nur komisch.
Man kann eigene Schwächen auch nicht mit anderen Websites rechtfertigen. Nur weil eine große, bekannte, etablierte Website schlechten Code hat, heißt das nicht, dass das gut ist. Nur weil 3 Mio. Nutzer diese Site nutzen, heißt das nicht, dass es gut ist. Vielleicht können 2 Milliarden andere die Site nicht nutzen.

Hatte eigentlich gehofft mir vom Aufbau ein wenig was abgucken zu können.
Mach das. Bei prm kann man sich was abgucken!
 
Das weckt jetzt ein wenig Unverständnis bei mir. Aber erstmal sorry, wollte nicht die Seite eines Mitglieds angreifen oder ähnliches.

Wenn ich mir aber bei prm was abgucke lande ich genau bei dem wie meine Startseite aufgebaut war.:

Code:
<div id="container">

    <div id="header">
    </div>
    
    <div id="menu">
    </div>

    <div id="maincontent">
    </div> 

    <div id="rightcontent">
    </div>

    <div id="footer">
    </div>
    
</div>
Nur wieso war das bei mir DIV-Suppe?
 
Werbung:
Die divs werden hauptsächlich verwenden um floats einzuschließen.
Ein stabieles Layout-Gerüst braucht Blöcke um zu funktionieren.
Anders geht es derzeit nicht.
In meinem letzten Post habe ich das schon erwähnt.

Irgendwie driftet das hier in kackophonie ab.
 
Zuletzt bearbeitet:
Richtig, das habe ich gelesen, verstanden und wurde bei mir so angewand. Darum verstehe ich den Unterschied zur Seite von rpm nicht. Wir haben (ich hatte) exakt den gleichen Seitenaufbau mit den selben DIV's.

Dachte zwar ein Forum ist dazu da etwas auszudiskutieren und wem ein Thema nicht interessiert muss ja nicht schreiben, aber:

Bitte schließt das Thema jetzt.
 
Werbung:
Du darfst die HTML-Tags nichts losgelöst vom Inhalt sehen.
Das, was Du jetzt im letzten Post geschrieben hast, ist div-Suppe, aber in erster Linie, weil da kein Inhalt ist. Die Auszeichnung in HTML hängt zu 100% vom Inhalt ab. Nicht vom Layout.

Wenn Du keinen Inhalt hast, kannst Du nicht gescheit auszeichnen und es endet in div-Suppe.

Wenn Du zuerst ein Layout baust, mangels Inhalte mit divs, wirst Du am Ende, wenn Du den Inhalt und ein paar semantisch sinnvolle Tags hinzugefügt hast, sicher einige divs stehen lassen, obwohl sie eigentlich nicht nötig gewesen wären. Das ist dann auch div-Suppe. div-Suppe ist eigentlich immer, wenn Du divs an Stellen verwendest, wo sie unnötig sind, weil das den Eindruck erweckt, div wäre ein irgendwie wichtiges Element. Es ist aber nicht wichtiger, als jedes andere HTML-Tag auch.

Ein Menü als Liste auszuzeichnen ist korrekt. Es noch in ein div zu packen ist div-Suppe. div verwendet man zum Gruppieren. Außer für vereinzelte Tricksereien in CSS ist es nicht nötig, ein Element nochmal in ein div zu packen. div-Suppe ist eigentlich die Krankheit, divs eine höhere Bedeutung zuzuweisen, als das Element verdient. div-Suppe ist eigentlich das Gegenteil von richtiger HTML-Auszeichnung. div-Suppe ist die Abwesenheit einer semantischen Struktur für den Inhalt.

Ich hab jetzt nochmal den Thread angesehen, konnte aber nichts finden, wo ich Deine Seite als div-Suppe bezeichnet habe, ich wüsste nichtmal, wie Deine Seite aussieht. Ich habe allgemein über das Thema gesprochen und versucht zu erklären, warum "Layout mit divs" genauso großer Unfug ist, wie "Layout mit Tabellen".

Die Essenz meines Gelabers ;-) ist, dass man HTML benutzt, um seinem Inhalt eine logische Struktur zu geben. Solange Du als ersten Schritt immer das Layout machst anstatt zuerst den Inhalt zu schreiben, und diesen dann logisch auszuzeichnen, ohne primär aufs Layout zu achten, wirst Du möglicherweise nicht verstehen, was ich meine, weil Du das Feld von der anderen Seite her aufrollst.

Sollte das hier ausarten, können wir das gerne in einem eigenen Thread oder per PN ausdiskutieren.

Grüße,
-Efchen
 
Habe gerade entdeckt, dass es in der Diskussion auch um meine Seite ging. Deshalb vielleicht noch ein paar Worte von mir hierzu.
Efchen hat da mitunter etwas eigene Vorstellungen. Sie sind vom Prinzip her richtig, für einen Anfänger jedoch m.E. jedoch etwas zu hoch theoretisch angesetzt. Mir geht es in erster Linie um die Praktikabilität.
Ich werde das Thema allersings jetzt nicht mit Efchen neu diskutieren. Dazu findet man im forum genügend Beiträge.

Nun zu meinem Layout:

#container dient der Seitenzentrierung und ist damit unverzichtbar.

#header beinhaltet eine Hintergrundgrafik. Auf diesen Div könnte man verzichten und ihn durch ein normales img ersetzen. Der Vorteil meiner Version ist jedoch: Falls ich einmal die Hintergrundgrafik austauschen will, reicht eine kleine Anpassung der CSS-Datei. Beim img müsste ich dagegen sämtliche Einzelseiten anpassen, und das sind bei mir mittlerweile über 50.

#menue ist überflüssig. Statt <div id="menue"> wäre besser <ul id="menue">

#maincontent und #rightcontent dienen der linken und rechten Anordnung des jeweiligen Inhalts und sind unverzichtbar.

#footer könnte man evtl. noch durch einen entsprechend formatierten Absatz ersetzen.

Insgesamt sollten Div's nur der strukturellen Gliederung dienen.
Sie werden aber in der Tat häufig missbraucht bzw. sind überflüssig, nämlich dann, wenn man andere Elemente (z.B. p, ul, img usw) direkt formatieren kann.

Meine Empfehlung an Anfänger ist deshalb eine vom praktischen Standpunkt:
Versucht zunächst mal, mit CSS überhaupt klarzukommen. Wenn dann die Seite im Erststadium steht, dann lasst sie mal beurteilen oder prüft selbst, was man alles noch vereinfachen kann.
"Div-Suppe" klingt mir immer etwas zu pauschal. Man muss manchmal auch abwägen, ob man mit einigen zusätzlichen, aber nicht zwingend notwendigen Div's evtl. doch besser fährt. Es kann nämlich auch genauso zu einer "CSS-Suppe" führen, wenn zu viele CSS-Klassen oder Spezialformatierungen die CSS-Datei aufblähen und der Überblick dadurch verloren geht.

Mein persönliches Fazit:
Ein gesunder und praktikabler Menschenverstand ist mir lieber, als alle Theorie. Allerdings darf und soll man die Theorie auch nicht aus den Augen lassen.

Wie oben bereits erwähnt:
Mit Efchen lege ich mich hier und deswegen nicht mehr an. Dazu "lieben" wir uns zu sehr ;heart
 
Du könntest Dein HTML mal versinnvollen :-) Derzeit ist die Qualität des HTML-Codes nämlich gleich 0. Da brodelt eine schreckliche div-Suppe vor sich hin.....

Deine Meinung zur Vorstellung meiner Seite. Ich habe es angenommen, Ihr habt hier nunmal mehr Ahnung als ich. Weiter habe ich versucht meine Seite dementsprechend anzupassen und hatte so meine Probleme damit. Wobei Deine Schreiben immer sehr Verständlich sind und ich weiß nun wirklich genau was man (oder Du, wie prm schreibt :wink:) unter einer DIV-Suppe versteht. Deshalb muss das hier auch nicht ausarten. Wobei ich kein Problem damit habe mich weiterhin mit einigen darüber zu unterhalten. Wie man an den Zugriffen sieht lerne nicht nur ich daraus.

@prm:
Zur Erläuterung: Ich wollte Deinen Code nicht schlecht machen! Ich habe Deine Seite nur durch Zufall gefunden und da sie den gleichen Aufbau wie meine hatte, dachte ich mir "Mensch der schreibt über CSS, der hat Ahnung, guck ich mir mal ab wie er seine Seite aufgebaut hat." Und siehe da, du benutzt genau die selben DIV's wie ich. Du produzierst also die gleiche Div-Suppe wie ich und machst ne Seite über CSS. Fand ich komisch. Hier wurde mir dann aber gesagt Du hast wirklich Ahnung und ich soll mir ruhig was abgucken. Da standen bei mir drei große Fragezeichen.

Vielleicht wird das ganze wirklich übertrieben und man sollte ein gesundes Mittelmaß finden. Ich finde die DIV's, wie auf Deiner Seite, gut. Mal abgesehen von meinen Problemen (ohne DIV) alles richtig aufzuteilen, findet man sich im Code sehr schnell zurecht. Man sieht genau wo welcher Bereich anfängt. Aber was macht man nun? Einerseits hat man seine eigenen Vorstellungen, anderseits möchte man aber auch mal eine Seite im Fachforum vorstellen zu der gesagt wird: Da stimmt alles, die kannst Du so lassen. ;ugl
 
Werbung:
Ich erhebe mit meiner Seite keinen professionellen Anspruch.
Alles was da drin steht, habe ich mir autodidaktisch angeeignet und bin selbst für alle Verbesserungsvorschläge dankbar.
"Gesundes Mittelmaß" ist genau auch meine Linie.
Es gibt eben immer mehrere Wege, um ans Ziel zu kommen, ohne dass ein Weg immer gleich der falsche sein muss.
Poste doch nochmal einen Link zu deiner Seite um die es geht. Ich seh dann mal drüber. Wenn sie aber vom Aufbau her identisch ist mit meiner, dann habe ich hierzu ja bereits einige Erläuterungen gegeben.
 
Efchen hat da mitunter etwas eigene Vorstellungen. Sie sind vom Prinzip her richtig, für einen Anfänger jedoch m.E. jedoch etwas zu hoch theoretisch angesetzt.
IMHO sollten gerade Anfänger sich von vornherein richtig in die Materie einlesen, anstatt sich falsche Arbeitsweisen anzugewöhnen, die sie hinterher nicht mehr los werden.

Meine Empfehlung an Anfänger ist deshalb eine vom praktischen Standpunkt:
Versucht zunächst mal, mit CSS überhaupt klarzukommen.
Und ich vertrete den Standpunkt, wer CSS lernen will, muss erstmal HTML lernen. Denn wie auch hier in vielen Threads nachzulesen ist, scheitern die meisten bereits an HTML.

"Div-Suppe" klingt mir immer etwas zu pauschal.
Ja, das stimmt. Genauso pauschal wie "Tabellenmissbrauch". Das ist meine Art, Leuten direkt und unmissverständlich zu erklären, dass sie hier Nachholbedarf haben. Harmloser ausgedrückt führt das nicht zu einem Nach- und vielleicht Umdenken.

Mit Efchen lege ich mich hier und deswegen nicht mehr an. Dazu "lieben" wir uns zu sehr ;heart
:-D
Es geht ja auch nicht ums anlegen, wir sind ja prinzipiell der selben Meinung, haben nur unterschiedliche Vorgehensweisen, das an den Mann und die Frau zu bringen.

Und diese meine Antwort soll auch keine Diskussion beginnen, sondern nur meine Ansichten verdeutlichen.

Deine Meinung zur Vorstellung meiner Seite.
Himmel hilf, das ist ja ein ganz anderer Thread, das hab ich schon wieder alles vergessen ;-)

ich weiß nun wirklich genau was man (oder Du, wie prm schreibt :wink:) unter einer DIV-Suppe versteht.
Es geht dabei einfach darum, dass viele Leute glauben, man mache jetzt "Layout mit div" - und das ist falsch. Man macht Inhalt mit HTML und Layout mit CSS. Diese Vorgehensweise "Layout mit div" bedeutet, dass jemand erstmal das Layout in Form verschiedener Boxen mit <div> erzeugt. Dann werden meist nur die Inhalte da reingeschrieben, ohne sie korrekt auszuzeichnen. Überschriften werden mit <div id="header"> gemacht (was im Übrigen keine Überschrift ist!), und Textabsätze stehen halt in eigenen divs. DAS ist div-Suppe. DAS ist extrem. DAS ist aber auch nicht so gedacht.
HTML hat einen Sinn, und den vergessen die "Layout mit div"-Anwender. Und nur darauf will ich damit stoßen. Gut, ein paar überflüssige <div> machen nicht gleich eine div-Suppe. Genausowenig, wie nicht verschachtelte Layouttabellen zwangsläufig barrierebehaftet sind.

Vielleicht wird das ganze wirklich übertrieben und man sollte ein gesundes Mittelmaß finden.
Das allgemeine Blockelement <div> ist ein gutes gestalterisches Mittel. Es kann durchaus an vielen Stellen sinnvoll eingesetzt werden. Die meisten machen sich jedoch über HTML und Semantik keine Gedanken und klatschen einfach überall ein div hin und das ist einfach Mist.

Und ein div hat ja auch eine semantische Bedeutung! Genauso, wie bei Layout mit CSS auch nicht auf einmal Tabellen böse sind und nicht mehr benutzt werden dürfen. Mit div kann man logisch zusammengehörige Dinge strukturieren. Aber eben mehrere. Es macht in den meisten Fällen keinen Sinn, ein einzlenes Element in ein div zu packen. Viele machen das, weil sie das aus HTML-Zeiten noch so gewohnt sind, dass gewisste Attribute nur in gewissen Tags gelten. Aber die meisten CSS-Eigenschaften kann man eben auf jedes Element anwenden, daher sind divs um einzelne Elemente meist nicht nötig.

Mal abgesehen von meinen Problemen (ohne DIV) alles richtig aufzuteilen
Genausowewnig, wie man tabellarische Daten mit was anderem auszeichnet als <table>, muss man bei der logischen Aufteilung auf <div>s verzichten. Das habe ich auch nie gesagt.

Grüße,
-Efchen
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben