position: fixed und Schriftgröße
Rainer
- css
Ich habe auf unserer Seite drei Hintergrundgrafixen mit position: fixed positioniert: links, rechts und oben. Wenn man die Schriftgröße mit seinem Brwoser vergrößert rutscht die Grafik oben immer weiter nach unten, obwohl sie eigentlich ja fixed ist. Irgendwie scheint sich die Schriftgröße darauf auszuwirken. Die Grafiken links und rechts bleiben wie gewollt stehen.
Weiß jemand, woran das liegen kann? Vielen Dank schonmal!
Ave Rainer!
Weiß jemand, woran das liegen kann?
20€ auf Browser, wer hält dagegen?
Grüße aus H im R an Rainer,
Primus Enginus*
20€ auf Browser, wer hält dagegen?
ich setze 5€ auf relative Schriftgröße UND Browser ;)
Hallo
20€ auf Browser, wer hält dagegen?
ich setze 5€ auf relative Schriftgröße UND Browser ;)
Da gehe ich mit. :-)
Tschö, Auge
Hi,
Weiß jemand, woran das liegen kann?
20€ auf Browser, wer hält dagegen?
Ich: 1 Euro auf IE ;-)
cu,
Andreas
Hallo
Ich habe auf unserer Seite drei Hintergrundgrafixen mit position: fixed positioniert: links, rechts und oben. Wenn man die Schriftgröße mit seinem Brwoser vergrößert rutscht die Grafik oben immer weiter nach unten, obwohl sie eigentlich ja fixed ist. Irgendwie scheint sich die Schriftgröße darauf auszuwirken. Die Grafiken links und rechts bleiben wie gewollt stehen.
Weiß jemand, woran das liegen kann? Vielen Dank schonmal!
So jetzt, ohne weitere Informationen? Nein.
Zeige den HTML- und den CSS-Quelltext her, der für die betreffenden Bereiche zuständig ist.
Tschö, Auge
OK, Ihr Spaßvögel!
Hier die URL: http://www.6-x.de
Bin gespannt, wer die Wetten gewinnt...
Da ich diesen Fehler sowohl mit Firefox, Safari und Netscape auf dem Mac und mit IE auf Windows habe, gehe ich davon aus, dass der Fehler nichts mit Browsern zu tun hat.
In der CSS-datei steht
body {
font-size: 100.01%;
...
Sonnige Grüße, Rainer.
Hallo
Hier die URL: http://www.6-x.de
Bin gespannt, wer die Wetten gewinnt...
Da ich diesen Fehler sowohl mit Firefox, Safari und Netscape auf dem Mac und mit IE auf Windows habe, gehe ich davon aus, dass der Fehler nichts mit Browsern zu tun hat.
In der CSS-datei stehtbody {
font-size: 100.01%;
...
Naja, irgendwie hat's doch mit Browsern zu tun. Und zwar damit, dass sie tun, was sie sollen. Das Folgende ist dein <div>, im dem das Bild für den oberen Rand drinsteckt.
<div style="border:0px; top:0px; left:0px; position: fixed; ">
<img src="http://www.phoenix-kultur-kontor.de/bg/bgoben.jpg" alt="Leiste oben"></div>
1. Du hast durch die Zeilenumbrüche innerhalb des <div>s Textinhalt, denn Zeilenumbrüche werden als Leerzeichen angenommen. Wird nun die Schriftgröße erhöht, wird auch das Leerzeichen größer, also auch das <div>. Dein Bild, das auf der Grundlinie der (imaginären) Schrift liegt, rutscht somit nach unten.
2. Die Grafik ist ein reines Zierelement und vermittelt keinerlei Inhalt. Im Übrigen auch keinen, der es Wert wäre, als "Leiste oben" angezeigt zu werden. Binde es bitte mit CSS ein. Da du für deine Konstruktion mehrere Bilder brauchst, kannst du das durchaus mit mehreren extra dafür eingefügten HTML-Elementen machen. Ob es <div>s sein sollten, ist hier (in diesem Forum) allerdings umstritten. Du könntest auch per CSS zu Blockelementen gemachte <span>s benutzen, da diese ansonsten keine semantische Informationen transportieren, sozusagen "sinnfrei" sind.
Tschö, Auge
- Du hast durch die Zeilenumbrüche innerhalb des <div>s Textinhalt, denn Zeilenumbrüche werden als Leerzeichen angenommen. Wird nun die Schriftgröße erhöht, wird auch das Leerzeichen größer, also auch das <div>. Dein Bild, das auf der Grundlinie der (imaginären) Schrift liegt, rutscht somit nach unten.
heisst das, ich hab gewonnen? :p
Ave suit!
- Du hast durch die Zeilenumbrüche innerhalb des <div>s Textinhalt, denn Zeilenumbrüche werden als Leerzeichen angenommen. Wird nun die Schriftgröße erhöht, wird auch das Leerzeichen größer, also auch das <div>. Dein Bild, das auf der Grundlinie der (imaginären) Schrift liegt, rutscht somit nach unten.
heisst das, ich hab gewonnen? :p
Das kann nur noch ein unparteiischer entscheiden! :)
Grüße aus H im R an suit,
Primus Enginus*
Hallo
- Du hast durch die Zeilenumbrüche innerhalb des <div>s Textinhalt, denn Zeilenumbrüche werden als Leerzeichen angenommen. Wird nun die Schriftgröße erhöht, wird auch das Leerzeichen größer, also auch das <div>. Dein Bild, das auf der Grundlinie der (imaginären) Schrift liegt, rutscht somit nach unten.
heisst das, ich hab gewonnen? :p
Nein, undzwar explizit wegen deiner UND-Verknüpfung. Browser haben ja nur insofern etwas damit zu tun, dass sie tun, was sie tun sollen. ;-)
Hättest du nur auf relative Schriftgrößen gewettet, hättest du jetzt 102 Punkte, für die du ein Leninposter (im Wert deines Wetteinsatzes von 5€) bekämst.
Tschö, Auge
Hallo Auge, hallo Zockergemeinde,
danke, dass Ihr Euch mit meinem Problem beschäftigt habt.
Ich hatte www.6-x.de angegeben, weil ich vermeiden wollte, dass die offizielle Agenturadresse noch nach Jahren mit dieser "Problembeschreibung" gegoogelt werden kann. Aber das hat sich ja jetzt erledigt ;-)
6-x.de ist eine Domain, für die wir nur ein sehr einfaches Provider-Paket haben, da wir sie nicht wirklich nutzen. Darum hat sie keine Proxy-Umleitung und der Provider generiert das Frameset.
Die Browserweiche hatte ich grad erst ausprobiert und jetzt wieder rausgenommen. Welchen Hack würdet Ihr denn empfehlen, damit auch IE6 die Grafiken fixiert darstellt?
- Du hast durch die Zeilenumbrüche innerhalb des <div>s Textinhalt, denn Zeilenumbrüche werden als Leerzeichen angenommen. Wird nun die Schriftgröße erhöht, wird auch das Leerzeichen größer, also auch das <div>. Dein Bild, das auf der Grundlinie der (imaginären) Schrift liegt, rutscht somit nach unten.
OK, hab ich geändert, habe den Eindruck, dass es etwas weniger verrutscht, aber weg ist das Problem noch nicht.
- Die Grafik ist ein reines Zierelement und vermittelt keinerlei Inhalt. Im Übrigen auch keinen, der es Wert wäre, als "Leiste oben" angezeigt zu werden.
HTML Strict will doch unbedingt ALT-Tags
Binde es bitte mit CSS ein. Da du für deine Konstruktion mehrere Bilder brauchst, kannst du das durchaus mit mehreren extra dafür eingefügten HTML-Elementen machen. Ob es <div>s sein sollten, ist hier (in diesem Forum) allerdings umstritten. Du könntest auch per CSS zu Blockelementen gemachte <span>s benutzen, da diese ansonsten keine semantische Informationen transportieren, sozusagen "sinnfrei" sind.
Also, ich hab die Positionsanweisungen jetzt in die CSS-Datei genommen, aber es hat sich nichts geändert.
Könntet Ihr nochmal reinschauen? Danke!!
Hallo
Ich hatte www.6-x.de angegeben, weil ich vermeiden wollte, dass die offizielle Agenturadresse noch nach Jahren mit dieser "Problembeschreibung" gegoogelt werden kann. Aber das hat sich ja jetzt erledigt ;-)
Tja, so schnell geht das. Man ist im Netz öffentlich, mit allen Konsequenzen.
Die Browserweiche hatte ich grad erst ausprobiert und jetzt wieder rausgenommen. Welchen Hack würdet Ihr denn empfehlen, damit auch IE6 die Grafiken fixiert darstellt?
- Du hast durch die Zeilenumbrüche innerhalb des <div>s Textinhalt, denn Zeilenumbrüche werden als Leerzeichen angenommen. Wird nun die Schriftgröße erhöht, wird auch das Leerzeichen größer, also auch das <div>. Dein Bild, das auf der Grundlinie der (imaginären) Schrift liegt, rutscht somit nach unten.
OK, hab ich geändert, habe den Eindruck, dass es etwas weniger verrutscht, aber weg ist das Problem noch nicht.
Logisch, das Bild ansich (bzw. der für den Alt-Taxt reservierte Platz) schlägt zu.
- Die Grafik ist ein reines Zierelement und vermittelt keinerlei Inhalt. Im Übrigen auch keinen, der es Wert wäre, als "Leiste oben" angezeigt zu werden.
HTML Strict will doch unbedingt ALT-Tags
Ich schrieb nichts von HTML, zudem das Alt-Attribut nicht nur in 'strict' Pflicht ist. Du sollst die Bilder mit CSS als Hintergrundbilder einbinden, das sind sie nämlich. Das, auch wenn sie vom Inhalt umflossen und nicht überdeckt werden sollen.
Das schrieb ich, allerdings ohne den Hinweis auf 'Hintergrundbild', aber sinngemäß schon:
Binde es bitte mit CSS ein. Da du für deine Konstruktion mehrere Bilder brauchst, kannst du das durchaus mit mehreren extra dafür eingefügten HTML-Elementen machen. Ob es <div>s sein sollten, ist hier (in diesem Forum) allerdings umstritten. Du könntest auch per CSS zu Blockelementen gemachte <span>s benutzen, da diese ansonsten keine semantische Informationen transportieren, sozusagen "sinnfrei" sind.
Also, ich hab die Positionsanweisungen jetzt in die CSS-Datei genommen, aber es hat sich nichts geändert.
Wie gesagt, es geht nicht um die Positionierung eines HTML-Elements (<img>), sondern um per CSS eingebundene Hintergründe (Zierrat eben), die allerdings ebenfalls positioniert werden können.
Tschö, Auge
Kurz gesagt: Für mein Problem habt Ihr kleine Lösung?
Kurz gesagt: Für mein Problem habt Ihr kleine Lösung?
position: fixed; ist dein problem
Hallo
Kurz gesagt: Für mein Problem habt Ihr kleine Lösung?
Sach mal, liest du auch, was man dir schreibt? Zum dritten mal: Binde deine Grafiken für die Ränder als Hintergrundbilder von HTML-Elementen per CSS ein. Dort kannst du sowohl die Elemente als auch deren Hintergrundgrafiken positionieren.
Tschö, Auge
Ave Rainer!
Könntet Ihr nochmal reinschauen? Danke!!
Ok, nochmal, <style type="text/css"> und </style>
haben in deiner CSS Datei nichts zu suchen.
Was @charset "ISO-8859-1"; da bringt weiss ich nicht, ich würde es aber bei mir nicht drin lassen, sieht mir sehr Suspekt aus.
Dann noch was zu position:fixed;
, dies kennt IE 6 und kleiner nicht, womit du in diesen Browsern immer eine fehlerhafte Darstellung haben wirst, position: absolute;
geht, aber auch nur mit Kopfschmerzen, wenn du nicht genau weisst, was du tust.
Grüße aus H im R an Rainer,
Primus Enginus*
Hallo
Was @charset "ISO-8859-1"; da bringt weiss ich nicht,
na was wohl? Es informiert das verarbeitende Programm über den verwendeten Zeichensatz.
ich würde es aber bei mir nicht drin lassen, sieht mir sehr Suspekt aus.
Es gehört durchaus zum Standard ist aber im Allgemeinen unnötig.
Tschö, Auge
Ave Rainer!
OK, Ihr Spaßvögel!
:)
Hier die URL: http://www.6-x.de
Bin gespannt, wer die Wetten gewinnt...
Keiner, Mist. :)
Der IE befindet sich im Quirks-Mode, in klartext, Absolut unberrechenbar. Auch alle anderen Browser bemühen sich, wissen aber nicht so Recht, an was sie sich richten sollen.
Die Lösung beginnt mit einem Grundgerüst einer HTML-Datei, dann validieren, dann kann man weitersehen[1].
Grüße aus H im R an Rainer,
Primus Enginus*
[1] Wenn sich bis dann nicht alle Probleme von selbst gelöst haben
Hallo
Hier die URL: http://www.6-x.de
Bin gespannt, wer die Wetten gewinnt...Keiner, Mist. :)
Der IE befindet sich im Quirks-Mode, ...
Du hast gesehen, dass dieses Frameset mit nur einem Frame den einzigen (Un)Zweck erfüllt, eine andere (und einzige) Adresse in der Adresszeile anzuzeigen?
Die sich dahinter verbergende Seite (http://www.phoenix-kultur-kontor.de/) ist valide nach HTML4.01 strict.
Tschö, Auge
Ave Auge!
Du hast gesehen, dass dieses Frameset mit nur einem Frame den einzigen (Un)Zweck erfüllt, eine andere (und einzige) Adresse in der Adresszeile anzuzeigen?
Oh, das hatte ich nicht gesehen, hätte ich aber auch nicht erwartet, die Seite sieht ja an sich schon Recht vernünftig aus.
Die sich dahinter verbergende Seite (http://www.phoenix-kultur-kontor.de/) ist valide nach HTML4.01 strict.
Tatsächlich, dafür gibt es aber Probleme mit der CSS (öffnendes und schliessendes <style></style>), der CSS Validator ist down, daher kein Link.
Grüße aus H im R an Auge,
Primus Enginus*
Hallo
Die sich dahinter verbergende Seite (http://www.phoenix-kultur-kontor.de/) ist valide nach HTML4.01 strict.
Tatsächlich, dafür gibt es aber Probleme mit der CSS (öffnendes und schliessendes <style></style>), der CSS Validator ist down, daher kein Link.
Nicht nur HTML, zu allem Überfluss auch ein "proprietärer" Kommentar. Teufel auch!
@Rainer: HTML hat in einer CSS-Datei nix zu suchen. Wenn du dort eine Unterscheidung der Browser vornehmen willst, benutze Hacks. CCs werden im HTML-Dokument verwandt.
Tschö, Auge