Orlando: position:fixed; bzw. Frames im MSIE simulieren?

Beitrag lesen

Kuckuck ;)

<disclaimer>
Es soll jetzt niemand auf die Idee kommen, dass es doch nicht so
schlimm ist, dass MSIE kein position:fixed; versteht, damit wären
noch ganz andere Sachen möglich ;-)
</disclaimer>

Ja, wem sagst du das. Bisher dachte ich, nur mit JS einen Ausweg basteln zu können. Dann kommst du mir mit solchen Spielereien... schön.

right: -15px;

hm ... da bekomme ich etwas Kopfschmerzen, die 15 Pixel beziehen
sich auf die Breite des Scrollbalkens und die ist variabel ...

Variabel? Wusste ich gar nicht. Wie das? Kann man neben der Farbe denn auch die Breite beeinflussen? Ich kenne mich beim IE nicht so gut aus... >;)

Naja, vielleicht fällt uns da noch eine andere Möglichkeit ein,
mal abwarten. BTW sind es 16 und nicht 15 Pixel, die der Scroll-
balken standardmäßig breit ist.

Also bei -17px ist der Balken bei mir genau am Rand. Hab's jetzt auch so eingebaut.

S. oben. Durch die absolute Positionierung schaffst du oben Platz für alles, was dein Herz begehrt.

Leider nicht, scroll mal nach unten, der letzte Absatz hat als
Text "ende" und den sieht man leider nicht ... ich habe im Moment
auch überhaupt keine Idee, wie man dieses Problem lösen könnte.

Was hältst du von http://skop.net/self/fixed7.html?

Praktisch soll ja der Inhaltsbereich in der Höhe 100% der Anzeige-
fläche minus eine feste Pixelanzahl sein. OK, vielleicht kann man
da noch paar DIV's verschachteln, aber für diese Idee kann ich mich
nicht so recht begeistern.

Das Problem ist die gemeinsame Verwendung von Prozent- und Pixelwerten bei der bisherigen Variante mit der Überschrift, wofür es einfach keine reine CSS-Lösung gibt. Daher habe ich #thema mit einer Höhe von 7% definiert - die Werte sind von Fall zu Fall natürlich anzupassen, einen notwendigen Puffer eingeschlossen.

Dann lieber "nur" die feste Navigation
links und rechts den scrollbaren Bereich, was meinst Du?

Einfacher ist diese Variante schon, aber es geht ja hier um eine Machbarkeitsstudie. Dafür würde ich sogar eine JS-Lösung in Kauf nehmen, die die optimale Höhe des Inhalts-Bereiches ermittelt und setzt. Ich denke, jetzt sieht's aber auch ohne schon recht gut aus.

Meine Versuche sind jetzt bei http://einspender.de/temp/fixed6.html
gelandet, wobei da eigentlich gegenüber fixed4.html nur noch ein
overflow:auto; für den body zusätzlich mit drin ist. OK, ich gebe
zu, dass die Sache dann ziemlich komisch ausschaut, aber es tritt
erst auf, wenn der Inhalt nicht mehr umzubrechen geht.

Problematisch ist dies wohl bei eingebunden Bildern, der Fließtext wird wohl eher selten so lange Worte enthalten. Das ist dann allerdings ein ziemlicher Haken.

Der Vorteil
gegenüber fixed5.html ist, dass nach wie vor alle Inhalte erreich-
bar sind, wenn auch etwas ungewöhnlich ;-)

Hast du schonmal in Mozilla dein Mausrad bewegt? Da tut sich nichts... In Opera klappt's allerdings wie gewünscht.

PS: Die Sache mit der Überschrift werde ich nicht weiterverfolgen,
    da scheint es zuviele Probleme und Folgefehler zu geben, im
    Moment würde ich mir eigentlich nur noch eine bessere MSIE-
    Lösung wünschen, ideal wäre natürlich ein Queerscrollbalken

Was hältst du von der aktuellen Variante? Die Überschrift kann man IMHO durchaus stehenlassen, wird ja wohl auch meistens gewünscht sein.

LG Orlando

--
SELF-TREFFEN 2002
http://www.rtbg.de/selftreffen/
http://www.megpalffy.org/temp/penneninhh.html