Feststehendes Menü, in CSS statt Frames -machbar? Einstellungen

[LukyLuke]

Hallo zusammen.

Ich hab da mal wieder eine Frage.
Ich habe zur Zeit sowohl die obere als auch die linke Navigation via Include-Befehl eingefügt.
Damit gibt es auch keine Probleme.
Ich möchte aber, falls das überhaupt möglich ist, das sich die Navigation beim scrollen immer im Blickfeld des Besuchers befindet.

Also, ist das möglich oder verlang ich da einfach zuviel?

Gruss
Robert

[Conny]

...oder hab ich da jetzt was übersehen?...

Ja, hast Du!
Sicher, position:fixed ist für den IE Problematisch, daher diesen Workaround:

QUELLTEXT

position: expression("absolute");
top: expression(parseInt(document.body.scrollTop + 40));

Und dann klappt es auch mit dem IE (Wenn's auch beim Scrollen ein wenig 'bibbert').

cu
Conny

[TheSourceV2]

[SNIP]
.
.

QUELLTEXT

position: expression("absolute");
top: expression(parseInt(document.body.scrollTop + 40));

[/SNIP]

Ja, aber halt mit Java....und an so einer sensiblen Stelle des Pagedesigns würde ich mich nicht darauf verlassen wollen, das jeder Java aktiviert hat.

Mal sehen ob der IE7 die CSS-Spezifikationen besser intus hat

Schaun mer mal, und viel Dank.

TS

[Auge]

Hallo

Ja, aber halt mit Java

<gebetsmuehle>JavaScript, nicht Java.</gebetsmuehle>

und an so einer sensiblen Stelle des Pagedesigns würde ich mich nicht darauf verlassen wollen, das jeder Java aktiviert hat.

Dann scrollt die Navigation halt mit. Das sollte ja wohl kein Problem sein, oder? Was eine weitere Frage aufwirft: Wie kommt ein Benutzer der Seite an die vollständige Navigation, wenn die Höhe der Navigation größer ist, als die Höhe des Browserfensters? Mit position:fixed; bleibt sie ja immer an der gleichen Stelle.

Mal sehen ob der IE7 die CSS-Spezifikationen besser intus hat

Laut IEBlog soll er auf die vollständige Unterstützung von CSS 2.0 aufgebohrt werden, sowie auch die bereits bekannten Features von CSS 2.1 verarbeiten.

Tschö, Auge

[TheSourceV2]

Moinsen !

<gebetsmuehle>JavaScript, nicht Java.</gebetsmuehle>

GnaGnaGnaGna....hast ja recht; Fehler meinerseits....

Andereseits, eine Navigation auf Basis von Java-Appletts ?!? Gibt es doch bestimmt auch....

Dann scrollt die Navigation halt mit. Das sollte ja wohl kein Problem sein, oder? Was eine weitere Frage aufwirft: Wie kommt ein Benutzer der Seite an die vollständige Navigation, wenn die Höhe der Navigation größer ist, als die Höhe des Browserfensters? Mit position:fixed; bleibt sie ja immer an der gleichen Stelle.

Spätestens wenn einem bei einer sehr textlastigen Site das Scrollrad aus der Maus kullert und sich der Zeigefinger verkrampft, weiss man eine ständig erreichbare und zugängliche Site-Navigation zu schätzen; und die Navigation von der Höhe so gross anzulegen, daß mann scrollen muss, um alle Steuerelemente erreichen zu können : Aua (IME)!

Und für ganz harte Fälle gibt es ja noch

QUELLTEXT

overflow:auto;

Wobei natürlich Site-Design IMHO eine Sache ist, über die sich vortrefflich streiten läßt....

Laut IEBlog soll er auf die vollständige Unterstützung von CSS 2.0 aufgebohrt werden, sowie auch die bereits bekannten Features von CSS 2.1 verarbeiten.

Einen Standard zu implementieren ist eine Sache - was die eigentlichen Probleme bereitet ist die Umsetzung in der Darstellung. Man betrachte einfach mal was Mozilla/FireFox mit "padding" so alles in der Darstellung anstellt

Es bleibt also spannend

Guten Start in die Woche an Alle,

TS

[Auge]

Hallo

<gebetsmuehle>JavaScript, nicht Java.</gebetsmuehle>

GnaGnaGnaGna....hast ja recht; Fehler meinerseits....

hehehe

Andereseits, eine Navigation auf Basis von Java-Appletts ?!? Gibt es doch bestimmt auch....

Ja sowas gibt es. Ich habe aber mit meinem Browser, damals ohne Java-Runtime, so manches mal vor verschlossenen Türen (Links) gestanden. So macht man eine Seite für so manchen unbenutzbar. Schließlich gibt es einerseits Firmennetze, wo auf den Clients keine Runtime installiert sein darf und andererseits werden auch andere Geräte nicht immer eine Runtime haben. Ich vermute das mal keck für Braillezeilen, Screenreader und bestimmt auch so manchen PDA. Und zumindest letztere gewinnen mehr und mehr an Bedeutung.

Dann scrollt die Navigation halt mit. Das sollte ja wohl kein Problem sein, oder? Was eine weitere Frage aufwirft: Wie kommt ein Benutzer der Seite an die vollständige Navigation, wenn die Höhe der Navigation größer ist, als die Höhe des Browserfensters? Mit position:fixed; bleibt sie ja immer an der gleichen Stelle.

Spätestens wenn einem bei einer sehr textlastigen Site das Scrollrad aus der Maus kullert und sich der Zeigefinger verkrampft, weiss man eine ständig erreichbare und zugängliche Site-Navigation zu schätzen; und die Navigation von der Höhe so gross anzulegen, daß mann scrollen muss, um alle Steuerelemente erreichen zu können : Aua (IME)!

Und für ganz harte Fälle gibt es ja noch

QUELLTEXT

overflow:auto;

Wenn die Navigation so viele Menüpunkte hat, dass sie nicht mehr auf eine Bildschirmseite passt, ist es eben so. Zumal du nicht wissen kannst, wie groß das Browserfenster des Benutzers ist. Nicht jeder wird das Browserfenster im Vollbildmodus anzeigen lassen. Dies gilt speziell für größere Bildschirmauflösungen, die man eher dazu benutzt, auf mehrere Programmfenster gleichzeitig zuzugreifen, sie somit auch gleichzeitig anzuzeigen.

Man kann in so einem Fall natürlich mit overflow:scroll; oder auto; arbeiten. Da gibt es aber auch wieder Leute, die darauf verweisen, dass der Benutzer nicht gewöhnt ist, mitten im Dokument auf Scrollbalken zu stoßen (Textfelder in Formularen lassen grüßen!). Den Einsatz sollte man halt genau abwägen und dann auch dazu stehen.

Tschö, Auge

Der Beitrag wurde von Auge bearbeitet: 12.08.2005 - 14:59