Aus Frames mach Div

[alter Hase]

Moin alle Mann (Frau natürlich auch),

ich gehöre noch zu den alt eingefahrenen "Html-programmierern" und möchte mal meine Seite auf den "neuen" standard bringen, wozu ich auf jeden Fall Eure Hilfe benötige. Ich fange mal mit den Bösen, bösen Stichwort "Frames" an.
Bitte nicht gleich über mich herfallen, wie gesagt, die möchte ich ja nun lso werden. Ich habe mitbekommen, dass das ganze heute wohl mit <div> gelöst wird.
Meine Seite habe ich in drei horizontale "frames" eingeteilt:

• Titel (30%)
• Main (60%)
• End (10%)

Wie kann ich denn jetzt diese Aufteilung mit dem neuem Standard lösen?

Veilen Dank für all die Hilfreichen Tipps & Tricks und hoffentlich auch die Gedult, die Ihr mit mir habt.

Gruß alter Hase

[Cheatah]

Hi,

Bitte nicht gleich über mich herfallen, wie gesagt, die möchte ich ja nun lso werden. Ich habe mitbekommen, dass das ganze heute wohl mit <div> gelöst wird.

da hast Du etwas Falsches mitbekommen. "Heute", also seit rund einem Jahrzehnt, baut man Webseiten mittels semantischen Markups. Dass dabei auch <div>-Elemente eine Rolle spielen, scheinen manche in den falschen Hals zu bekommen.

Wie kann ich denn jetzt diese Aufteilung mit dem neuem Standard lösen?

Indem Du zuerst das semantische Markup erstellst, *ohne an die Darstellung zu denken*. Da die von Dir genannten Informationen den Fokus auf die Darstellung legten, kann Dir somit nicht genauer geholfen werden. Informiere Dich also zunächst darüber, was semantisches Markup ist und wie man es verwendet.

Cheatah

[alter Hase]

Indem Du zuerst das semantische Markup erstellst, *ohne an die Darstellung zu denken*. Da die von Dir genannten Informationen den Fokus auf die Darstellung legten, kann Dir somit nicht genauer geholfen werden. Informiere Dich also zunächst darüber, was semantisches Markup ist und wie man es verwendet.

Okay, kannst Du mir da noch einen Tipp geben, wo ich mich darüber informieren kann?

Vielen Dank vorab schonmal

Gruß

[suit]

Okay, kannst Du mir da noch einen Tipp geben, wo ich mich darüber informieren kann?

http://de.wikipedia.org/wiki/Semantik
im zusammenhang mit html heisst das so viel wie:

"eine überschrift ist eine überschrift" (zb <h2>ich bin eine überschrift</h2>) und nicht einfach <font size=20 color=red>ich bin ein aussageloser text und keine überschrift</font><br>

ein textabsatz ist ein textabsatz, eine tabelle eine tabelle, eine liste eine liste usw -

kümmere dich zuerst im den inhalt (und nur um den) und überlege, wie er logisch am besten gegliedert sein soll

was semantik im zusammenhang mit html bedeutet, kannst du zb hier nachlesen:
http://jendryschik.de/wsdev/einfuehrung/auszeichnung/

[LX]

Cheatah hat Dir schon einen guten Suchbegriff an die Hand gegeben: Semantisches Markup. Ich gehe aber jetzt mal davon aus, dass Du lediglich die Möglichkeiten des Scrollings in Nodes meinst, die man sonst mit Frames erstellen kann. Lies mal http://de.selfhtml.org/css/eigenschaften/positionierung.htm#overflow, insbesondere "overflow:scroll".

Damit solltest Du schon mal ein gutes Stück von Deiner Vorstellung wegkommen, dass Tags grundsätzlich etwas über deren Layout und nicht über deren Inhalt aussagen.

Gruß, LX

[Ingo Turski]

Hi,

Lies mal http://de.selfhtml.org/css/eigenschaften/positionierung.htm#overflow, insbesondere "overflow:scroll".

warum sollte seiteninternes Scroling von Vorteil sein?

freundliche Grüße
Ingo

[suit]

Hi,

Lies mal http://de.selfhtml.org/css/eigenschaften/positionierung.htm#overflow, insbesondere "overflow:scroll".
warum sollte seiteninternes Scroling von Vorteil sein?

um zb für den inhalt nicht unbedingt wesentliche teile abzugrenzen

zb kopiervorlagen die mittels <pre> ausgezeichnet wurden sollten, wenn sich 500 zeilen beispielcode enthalten nicht unbedingt auch 500 zeilen einnehmen - da reicht ein max-height und ein overflow: auto oder scroll

[Steel]

Hi!

Je nach Content macht es halt Sinn, auch mal etwas mehr Daten auf einer Seite zu haben.

Es ist doch egal wo ich scrolle. Ob ich eine Seite scrolle, weil sie nicht in meinen Viewport passt, oder im Contentcontainer ist erstmal egal. Letzteres hat noch den Vorteil, dass andere Elemente (Menues, Suchfelder, ...) ohne grosse Probleme stehen bleiben und immer verfuegbar sind.

[Ingo Turski]

Hi,

Je nach Content macht es halt Sinn, auch mal etwas mehr Daten auf einer Seite zu haben.

stimmt - allerdings geht es hier um das Grundlayout einer Seite, das mMn das gesamte Fenster bzw. den vom Browser zur Verfügung gestellten Scrollbalken verdient.

freundliche Grüße
Ingo

[Gunnar Bittersmann]

@@alter Hase:

Wie kann ich denn jetzt diese Aufteilung mit dem neuem Standard lösen?

Mit CSS-basierten Layouts.

Live long and prosper,
Gunnar