Beiträge von Sloat

Die Newsblöcke haben alle einen Quelltextfehler:

<td width="50%" bgcolor="#FFFFCC">
                <font face="Arial">
                    <p style="margin: 10px" align="left">
                        Text ... in ihrer Gewichtsklasse den dritten Platz.
                </font>
            </td>

Abgesehen davon, dass man p nicht in font schachteln sollte sondern eher umgekehrt, ist der p Tag permanent nicht geschlossen.

Normal wäre

<td width="50%" bgcolor="#FFFFCC">
                <p style="margin: 10px" align="left">
                    <font face="Arial">Text ... in ihrer Gewichtsklasse den dritten Platz.
                    </font>
                </p>
            </td>

Was ein Browser mit so einem inkorrekten Quelltext anstellt, ist eigentlich immer richtig.

In Bezug auf dieses gesperrte Thema https://www.camp-firefox.de/forum/viewtopic.php?f=1&t=104215 gibt es Anmerkungen.

Es betrifft nicht alle Systeme, sondern nur die Windows 7/ 8- Systeme mit vergrößerten Bedienelementen im Desktopmodus.

Woher kommt diese Besonderheit des Desktops W7 ? Mit Verkaufsstart war der Verkaufsschlager zu bedienen: Billignotebooks mit Widescreenhardware, große Auflösung für zu kleine Screens. Kaum jemand kaufte noch richtige PCs mit richtigen Monitoren. Um auf diesen Notebooks das W7- Feeling herzustellen, wurde der Standard der Bedienelemente auf 125% gesetzt. So kommt auch dort der typische W7- Style zum Vorschein: Lächerlich große Icons auf dem Desktop und in der Taskleiste. Man muss sich nur die Desktopemulationen der Linuxdistries und MACOS ansehen, um festzustellen, dass MS diesen Style nicht erfunden hat.

Diese 125% schaden aber nicht wirklich. Jede Anwendung ignoriert im Content (nicht jedoch in den Bedienelementen und Fensterelementen) die Verzerrung. Der User kann darauf vertrauen, dass mit "Ansicht - Zoom - 100%" der Autorenmodus hergestellt wird. Strg-0 als Schnelltaste fast überall. Selbstverständlich stellt auch fast jeder Browser den Content korrekt dar.

Dann gab es schon immer die Beschwerden: Firefox ignoriert die Zoomeinstellung des Users. Sagt sich: Wenn der User 'ne Sehschwäche hat, dann sicher nur auf der einen Webseite. Ein neues Fenster mit anderer Seite steht wieder auf 100% Zoom. Dagegen gibt es Plugins (Anwendungen, die Fehler anderswo auslösen und bei jedem der regelmäßigen Major- Versionsänderungen Probleme bereiten).

Nun, mit Firefox 22 gibt es etwas neues. Firefox sagt sich: Wenn der User eine Sehschwäche hat, wird er das global im Betriebssystem korrigieren. Und zwar nicht über Ansicht - Bildschirmauflösung, sondern über Anzeige - Darstellung. Firefox übernimmt diese Prozentangabe nicht für die Bedienelemente, sondern für alles inklusive Content.

"Hat man in der Systemsteuerung ➔ Darstellung und Anpassung ➔ Anzeige einer dieser Festlegungen (Anm.: 125%, 150%) getroffen, dann skaliert auch Firefox jetzt seine Bedienelemente." schreibt justpaste.it
Aber genau das ist nicht der Fall. Firefox skaliert, interpoliert, verzerrt zusätzlich den Content der Seite und lässt den User darüber im Unklaren, dass er nicht mehr 100% Zoom verwendet.

Wie mehrfach beschrieben:

Firefox öffnet einen target="_blank" Link in neuem Fenster (wenn nicht "neuer Tab" eingestellt ist) und wechselt nach kurzer Zeit zurück ins aufrufende Fenster. Der User bekommt den Eindruck, der Klick wäre fehlgeschlagen oder die Zielseite defekt.

Nur, wenn Shockwave Flash Plugin aktiv.

Keine Verbesserung seit einem Jahr.

Tja ... in meinem wichtigsten Firefox auf dem Entwickler - PC sieht die Webseite weiterhin so aus:

[Blockierte Grafik: http://kids-island.info/tmp/logo-firefox.jpg]

Nein, Hermes, die Grafik ist genau richtig für fast alle Browser. Auch für einige Firefox.

Roadrunner - ja, so ist es ok. Hab ich auch so auf anderem PC und auf diesem PC außer mit Firefox.

Testet nur noch http://spielsaal.kids-island.info/test-header-minimal-nocss.htm .Die Datei ist einfacher.

Ja.

Welche Systemkomponente wird das sein, die nur den Firefox dazu bringt, genau ein Bild dunkler (oder mit mehr Kontrast) anzuzeigen?

Und welcher Firefoxfehler kann bewirken, genau ein Bild dunkler (oder mit mehr Kontrast) anzuzeigen?
Ich hab Cache gelöscht, Style zurückgesetzt, neues Profil erstellt, im abgesicherten Modus getestet.

In meinen Firefoxdingern ist das nicht so.

Seit ungefähr 6 Jahren, auf allen PCs.

Das ist schön für dich :p

Es liegt nicht am Quelltext.

Es liegt nicht daran, dass die rechte Grafik im Vordergrund ist und die mittlere Grafik ein wiederholender Hintergrund. Denn: Der linke Rand der rechten Grafik ist ebenfalls dunkler als der rechte Rand der linken Grafik http://spielsaal.kids-island.info/images/blue-trance/t_01.jpg
Logisch, sonst hätte die linke Grafik ebenfalls ein Problem mit dem Hintergrund.

Nur die Logografik ist von mir bearbeitet. Der Rest ist original vom Style Programmierer.

Es unterscheidet etwas die beiden Grafiken, dass Firefox mit einer nicht klarkommt.
Modus ist identisch RGB 8-Kanal.
Pixel Seitenverhältnis ist identisch quadratisch.
Was gibt es noch?

Nein.

Standard aktiviert, keine Änderung.

Ist auch erwartet. Das Browsertheme hat den Inhalt von Webseiten nicht zu ändern.

Hallo,

ich hab Problem mit einer Grafikanzeige im Firefox.

Ich hab versucht, die Grafiken lokal zu korrigieren. Klappt auch anscheinend im Photoshop, aber auf der Webseite sieht es dann doch unterschiedlich aus.

http://spielsaal.kids-island.info/index.php

Im Opera, IE:

[Blockierte Grafik: http://kids-island.info/tmp/logo-opera-ie.jpg]

Im Firefox:

[Blockierte Grafik: http://kids-island.info/tmp/logo-firefox.jpg]

Deutliche Farbabgrenzung am linken Rand. Das Vordergrundlogo ist deutlich dunkler als Der Hintergrund.

Wie geschrieben, lokal und im Photoshop ist alles ok.

Es liegt am Grafikmodus des Browsers oder an Quelltextfehlern.

Quelltextvalidierung:
http://spielsaal.kids-island.info/index.php hat einen Fehler durch die WBB2 Software. Einige untergeordnete Templatesets erhalten eine Leerzeile in Zeile 1. Auch dieses Templateset.
Dadurch akzeptiert der http://validator.w3.org/ die Zeile 2 nicht als XML declaration.
Der Browser ignoriert so etwas.
Getestet:
Eine manuell erstellte Seite http://spielsaal.kids-island.info/test-header.htm hat nicht den Fehler in Zeile 1, aber identisches Grafikfehlerbild im Firefox.

CSS Validator meldet keine groben Fehler.
http://jigsaw.w3.org/css-validator/

edit:
Um den Fehler im Quelltext eingrenzen zu können, ist die Webseite zu komplex.
http://spielsaal.kids-island.info/test-header-minimal-nocss.htm erstellt.
Kein Stylesheet, nur die Fehlertabelle.
Nur noch 27 Zeilen.

Schaut man in den Frame (Rechten Mausklick - Aktueller Frame - Quelltext ansehen), sieht man:

Der Programmierer hat versehentlich vergessen, in den Webseiten des iframe einen <head> oder einen <body> tag zu öffnen und zu schließen.
Da ist nur eine Tabelle.

Kann man glücklich sein, dass die Tabelle überhaupt manchmal irgendwie angezeigt wird.

Im Hauptthema ist nix lösbar. Cache Verhalten unklar. Einige Cache Steuerungen werden vom FF 4 ignoriert.

Auf Apache PHP kann man mit mod_expires spielen und für die kritischen Admintools per .htaccess kofigurieren, wenn die im eigenen Ordner sind.

Auf meinen Java Tomcat Admintools geht das nicht. Hier greift die einfache Methode:

In den Body der HTML Templates ein

<!--[if DOOF ]></DIV>

und das Problem ist ausgeschaltet.

Klappt auch mit dem neuen 4.0.1b Browser (FF 5.0).

Bei der Zeilenzahl ist nix zu machen.

Ja,

textarea[name=foo] {
resize: none;
}

Klappt sehr gut. Und kann man für die Textareas setzen, bei denen es notwendig ist. Im Allgemeinen ist es ja ein Vorteil, wenn man vergrößern kann.

boulderrausch.de

Ob und wie ein Browser so eine Seite anzeigt, ist Ermessensfrage des Browsers.

55 Fehler, 14 Warnungen im Validator.

Adobe Acrobat ist ein Ersteller, Destiller/ Writer.

Ist nicht ersetbar durch den Reader aus dem Text des Vorposters.

Auch in alten Versionen kann man Security Patches ziehen. Zum Beispiel 7.0.7

Sicher ist sowieso nichts.

Klickst du zuerst einmal im Acrobat

Bearbeiten - Grundeinstellungen - Internet

und killst die Häkchen bei "PDF in Browser anzeigen" und "Schnelle Webanzeige zulassen".

Dabei personalisiert sich das Ding neu.

Testen. Wenn erfolgreich (die öffnen nun im neuen Adobe Fenster, statt in Webseite), einfach mal die beiden Häkchen neu setzen. Oft reicht die Personalisierung zur Behebung des Problemes.

http://de.selfhtml.org/html/kopfdaten…eichenkodierung

Der neue Browser kann immer noch nicht bis drei zählen?

<textarea rows="3" cols="110">DATA</textarea>
Wird im Firefox 4 vierzeilig angezeigt.
Gibt es praktikable Methoden, den Bug von 2000 zu umgehen?

Wie kann man verhindern, dass ein User das Design zerkloppt, indem der an der seltsamen Eckenlinie zieht und die textarea -Größe ohne Beachtung des restlichen Dokumentes verändert?