| Scrollen in einer tabelle ? |
Ehemaliges Mitglied (#1460)
Posting-Schinder
Beiträge: 614
|
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 
|
|  Profil
Editieren
Zitieren
|
Ehemaliges Mitglied (#1460)
Posting-Schinder
Beiträge: 614
|
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
|
|  Profil
Editieren
Zitieren
|
yogi
Otto-Normal-Poster
Beiträge: 66
|
Wie weit soll deiner Meinung nach die Trennung von Inhalt und Layout gehen?
Darf deiner Meinung nach eine Seite zB noch so aufgebaut sein?
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11: |
...
<link rel="stylesheet" src="css/stylesheet.css" type="text/css" />
</head>
<body>
<div id="positionierung">
<div id="text">Hier steht der Text</div>
</div>
</body>
</html>
|
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
|
|  Profil
Editieren
Zitieren
|
languitar
Foren-Team
Beiträge: 2795
|
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.
---
Take a look here!
Lichtblick - Einblick - Ausblick
|
|  Profil
E-Mail
Website
Editieren
Zitieren
|
yogi
Otto-Normal-Poster
Beiträge: 66
|
Okay, dann waren wir eh der selben Ansicht. ;)
---
mfg
yogi
|
|  Profil
Editieren
Zitieren
|
Ehemaliges Mitglied (#1460)
Posting-Schinder
Beiträge: 614
|
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 <div>s bei CSS-Layouts.

Diese Nachricht wurde geändert von: Efchen |
|  Profil
Editieren
Zitieren
|
yogi
Otto-Normal-Poster
Beiträge: 66
|
| 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 <div>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
|
|  Profil
Editieren
Zitieren
|
Ehemaliges Mitglied (#1460)
Posting-Schinder
Beiträge: 614
|
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
|
|  Profil
Editieren
Zitieren
|
Xeal
Otto-Normal-Poster
Beiträge: 86
|
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 !
|
|  Profil
E-Mail
Editieren
Zitieren
|
languitar
Foren-Team
Beiträge: 2795
|
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.
---
Take a look here!
Lichtblick - Einblick - Ausblick
|
|  Profil
E-Mail
Website
Editieren
Zitieren
|
subjective
Forenheld
Beiträge: 848
|
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
|
|  Profil
Website
Editieren
Zitieren
|
Ehemaliges Mitglied (#1460)
Posting-Schinder
Beiträge: 614
|
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 <div> zu machen. Die nimmt der Experte der Faulheit, auch "Mensch" genannt, hinterher nie wieder raus, und schon ist es div-Suppe.
|
|  Profil
Editieren
Zitieren
|
subjective
Forenheld
Beiträge: 848
|
Und womit gruppierst du mehrere Elemente? - zB das <ul> einer Navigation und das <a> des Banners darunter?
---
Weaverslave
|
|  Profil
Website
Editieren
Zitieren
|
Ehemaliges Mitglied (#1460)
Posting-Schinder
Beiträge: 614
|
subjective schrieb am 10.06.2005 14:29
Und womit gruppierst du mehrere Elemente? - zB das <ul> einer Navigation und das <a> des Banners darunter? |
Mit einem <div> natürlich.
Aber die meisten Anfänger gehen her, und machen ein layout ohne Content mit lauter <div>s. Und das ist Unfug und führt meist nicht zu einem ansehnlichen Ergebnis.
Scheinbar hat sich in *diesem* Forum schon rumgesprochen, dass <div>s *nur* zum Gruppieren mehrerer Elemente zum Zwecke einer gemeinsamen Formatierung nötig sind.
Aber, nur weil ich eine <ul> und ein <a> habe, rechtfertigt das noch kein <div>. Nur, wenn ich mit den beiden auch was gemeinsames vor habe, z.B. ein float:left.
Diese Nachricht wurde geändert von: Efchen |
|  Profil
Editieren
Zitieren
|