Zum Inhalt springen

Grundsatzentscheidung FRAMES ja oder nein ?

Erstellt am 4. Juni 2004 · 5 Antworten · letzte Antwort am 5. Juni 2004

Tags: Frage

Nase ·

Hallo zusammen,

die verschiedenen Beiträge in diesem Forum, insbesondere zu Frames, haben mich dazu veranlaßt, die grundsätzliche Frage zu stellen, ob Frames der richtige Weg sind oder ob es adäquate Alternativen gibt.

Sicher ist das in gewissem Mass auch ein Frage der Philosophie.

Ausgangssituation ist , dass es eine zweistufige Navigationssttruktur gibt , wobei die erste Ebene am oberen Bildschirmbereich quer verläuft und die zweite Ebene am linken Rand. Ziel soll es sein, das

1. das Navigationsmenü fest stehen bleibt, wenn der Text die Seitenhöhe übersteigt
2. der Besucher der Seite jederzeit erkennen kann, wo innerhalb der Seite er sich befindet.

Mit Frames wären diese Anfoderungen ja gegeben, allerdings stößt man auf verschiedene Probleme bei der Umsetzung mit TYPO3, wie z.B. die Aktualisierung von zwei oder mehr Frames bei Anklicken eines Navigationspunktes. Auch gibt es dazu ein Beispiel in den Testseiten von TYPO3 mittels Javascript (wie man es von derherkömmlichen Porgrammierung ja auch kennt), dieses Beispiel ist jedoch m.E. schlecht dokumentiert , so dass die Umsetzung in Typo 3 einfach scheitert.

Jetzt stehe ich vor der spannenden Frage, ob ich mein Ziel weiterhin am besten mit Frames realisiere oder welche - mir bisher vielleicht verborgenen gebliebenen - Alternativen es noch gibt mit Typo3 (z.B. Extensions, die geeignet sind).

Gibt es jemanden, der ähnliche Anforderungen hatte und diese bereits erfolgreich umgesetztt hat mit Typo3 ? Dann würde mich natürlich der Lösungsansatz interessieren.

Oder verzichtet ihr alle auf Frames oder es gibt weitaus bessere Methoden ? Dann lasst es mich wissen ....

Bereits jetzt vielen Dank

Michael

doku ·

frames mit typo3 sind echt kein problem, aber ich mach mittlerweile nur noch "in css..." 😉

1. das Navigationsmenü fest stehen bleibt, wenn der Text die Seitenhöhe übersteigt

das feste navigationsmenu ist da überhaupt kein problem, du bist, ganz im gegenteil, zigfach flexibler, was (z.b.) boxen mit scrollbalken betrifft.

2. der Besucher der Seite jederzeit erkennen kann, wo innerhalb der Seite er sich befindet.

??
was hat das denn mit frames zu tun?? eine saubere benutzerführung sollte ja wohl das mindeste sein, was ich von einer website erwarten darf...

ich halt mich jetzt mal extra kurz, da kann man natürlich seitenweise drüberdiskutieren... 😉

Nase ·

was hat das denn mit frames zu tun?? eine saubere benutzerführung sollte ja wohl das mindeste sein, was ich von einer website erwarten darf...

Na saubere Benutzführung ist natürlich auch für mich das A & O. In diesem Zusammenhang bedeutet das für mich auch, dass der Benutzer JEDERZEIT das Menü sieht und nicht erst wieder nach oben scrollen muss, um die Navigation zu erreichen. Daher FRAMES.

Wie hast Du es denn konkret gelöst mit CSS ? Miit DIV-Tags und Layern ?

Gruß,
Michael

doku ·

nun, ich dachte eigentlich, daß du mit punkt 2 nicht punkt 1 meintest, das führt ja in eine endlosschleife... 😉

Wie hast Du es denn konkret gelöst mit CSS ? Miit DIV-Tags ...

yep, gips denn ne andre methode?

Nase ·

Wie hast Du es denn konkret gelöst mit CSS ? Miit DIV-Tags ...

yep, gips denn ne andre methode?

Na genau da bin ich mir ja nicht so wirklich sicher (komme mehr aus der SQL-Schiene und kenne HTML nicht wie meine Westentasche). Mir ist klar, dass man mit Layern die Pos. bestimmen kann und dazu in CSS-Styles mit DIV-Tags arbeiten kann. Was ich aber immer noch nicht genau weiss ist, ob man die Layer (oder wegen meiner auch eine andere Technik) so gestalten kann, dass sie an einer festen Positionen bleiben, auch wenn man scrollt, also sozusagen bei Scrollen mit "wandert" und nicht vom Bildschirm gescrollt wird. o.O