languitar schrieb am 06.06.2005 14:15 Naja, aber man sollte schon die Wahrheit sagen ;)

Ich habe nicht gelogen. overflow:auto funktioniert nicht mit Tabellen. Erst in Zusammenarbeit mit einem anderen Block-Element. Ich habe die Informationen lediglich für ihn vorher aufbereitet

Xeal schrieb am 06.06.2005 14:16 Wie sollte ich jetzt eurer Meinung nach vorgehen ? Zuerst richtig HTML lernen, dann css und dann das ganze auf das Layout übertragen ?

Ganz ehrlich?
Wenn das nicht Dein letztes Projekt ist, und Dir Deine Besucher nicht egal sind, dann auf jeden Fall XHTML lernen, CSS lernen. Inhalt von Layout trennen, HTML semantisch richtig auszeichnen. Und Tabellen fürs Layout komplett vergessen. Die Herangehensweise an eine gute CSS-Seite ist völlig anders als bei Tabellen, nämlich eigentlich umgekehrt. Erst der Inhalt, semantisch ausgezeichnet. Nichts, was Design/Layout ist, in die HTML-Datei. Wenn der Inhalt steht, das Layout mit CSS machen. Wer richtig gut ist, muss an dieser Stelle nicht mehr in den HTML-Code fassen, sondern kann alles im externen Stylesheet steuern - fertig ist die perfekte CSS-Seite.

Noch Fragen? Dann stelle sie!

Gruß,
-Efchen

Wie weit soll deiner Meinung nach die Trennung von Inhalt und Layout gehen?
Darf deiner Meinung nach eine Seite zB noch so aufgebaut sein?



oder darf der Text in dieser Datei gar nicht mehr stehen?

Will nur wissen, ob wir bei dem Thema "Inhalt und Layout trennen" eh auf der selben Schiene fahren oder es möglich ist, den Inhalt noch mehr (ohne PHP) abzutrennen.

Wüsste eigentlich nichts.

---
mfg
yogi

Nee, das ist schon so ok. Layout heißt mehr, dass du in der externen CSS-Datei alle Formate definierst und und Hintergrundbilder einbindest etc.

Die DIVs und Ps und HRs etc in de HTML-Datei sind mehr als Gliederung deines Inhalts zu verstehen und zählen nicht als Layout.

Okay, dann waren wir eh der selben Ansicht. ;)

---
mfg
yogi

yogi schrieb am 06.06.2005 17:14 Darf deiner Meinung nach eine Seite zB noch so aufgebaut sein?

Sie muss(!) so aufgebaut sein! Diese Deine Datei enthält nur noch Inhalt mit der dazugehörigen Struktur und keinerlei Layout. So soll es sein.

Mal abgesehen davon, dass Dein Beispiel ziemlich inhaltsleer und frei von semantischer Bedeutung und somit ein für Anfänger äußerst ungünstig gewähltes Beispiel ist, weil man so auf den Gedanken kommt, man bräuchte

Mal abgesehen davon, dass Dein Beispiel ziemlich inhaltsleer und frei von semantischer Bedeutung und somit ein für Anfänger äußerst ungünstig gewähltes Beispiel ist, weil man so auf den Gedanken kommt, man bräuchte s bei CSS-Layouts.

War ja nur ein sehr vereinfachtes Beispiel.

Wollte nur sicher gehen, dass ich eh alles richtig mache.
Besten Dank!

---
mfg
yogi

Ich geh auf diese inhaltsleeren Beispiele nur immer wieder gern ein, weil die meisten Anfänger ihre Seiten genau so aufbauen, und wenn dann Inhalt dazu kommt, das alles beibehalten. Dann wird eine hübsch versalzene div-Suppe daraus, die einem Code mit Tabellenlayout oft in Nichts nachsteht.

Für ein gutes CSS-Layout ist es der falsche Ansatz. Da wird erst der gesamte Inhalt mit einer Struktur (HTML) und sprechender Semantik versehen. Erst wenn das alles steht, ist CSS dran.

Das magst Du wissen, ich will Dir nichts unterstellen, ich will nur darauf hinweisen, falls hier andere, CSS-Anfänger, mitlesen, dass man so kein CSS macht.

Gruß,
-Efchen

Ich hab mal noch ne Frage:
Ich hab in der mitte wo mein Inhalt sein soll ja ein div.
Kann ich da den Inhalt eigentlich auch dynamisch vergeben ?
Also dass der Inhalt quasi wie mit php "included" wird, je nach dem welchen link ich im Menü anklicke ?
Mein Kunde hat nämlich kein php auf seinem Server...

---
www.xeal.de : Bald in der Sommerversion !

Nein, um Gottes willen, so was geht auf keinen Fall ohne eine "Programmier-"Sprache dahinter. Das Hat rein gar nichts mit CSS oder HTML zu tun.

Man muss durchaus schon beim Aufbau des HTML ein wenig das spätere Layout im Hinterkopf haben (Navigation, Inhaltsbereich, Zusatzinhalte, Header, ...). Dies ist jedoch eher die grobe Aufteilung der einzelnen Bestandteile der Seite, als das konkrete Layout später.

Leider braucht es auch einiges an Erfahrung, wie die Browser bestimmte Angaben interpretieren.

Zu den Includes - PHP arbeitet auf dem Server und erzeugt anhand der Vorgaben bestimmte Textausgaben. Diese werden dann vom Browser als HTML-Quellcode interpretiert und als Webseite dargestellt. Der Browser hat andere Möglichkeiten Inhalte anderer Quellen einzubinden (iframe, js). Beide sind jedoch nicht sehr empfehlenswert.

Einige Editoren sind in der Lage so etwas wie die Serverseitigen-Includes zu simulieren. Sie fügen dazu spezielle Befehle (meist als Kommentare) in den HTML-Quellcode ein und aktualisieren diese Teile dann automatisch oder auf Anforderung. Menü, Footer und Header können so zentral liegen.

---
Weaverslave

subjective schrieb am 10.06.2005 10:37 Man muss durchaus schon beim Aufbau des HTML ein wenig das spätere Layout im Hinterkopf haben (Navigation, Inhaltsbereich, Zusatzinhalte, Header, ...). Dies ist jedoch eher die grobe Aufteilung der einzelnen Bestandteile der Seite, als das konkrete Layout später.

Ja, nur sollte man vermeiden, diese grobe Aufteilung mit

Und womit gruppierst du mehrere Elemente? - zB das

einer Navigation und das des Banners darunter?

---
Weaverslave

subjective schrieb am 10.06.2005 14:29 Und womit gruppierst du mehrere Elemente? - zB das einer Navigation und das des Banners darunter?

Mit einem