Druckbare Version
...vorher-nachher Bilder, vorher Firefox 2.0, nachher Firefox 3.0:
Firefox 2.0:
http://i39.photobucket.com/albums/e185/Holch/ff2.jpg
und jetzt, Firefox 3.0:
http://i39.photobucket.com/albums/e185/Holch/ff3.jpg
Ruckeln tut bei mir nichts, aber noch Darstellungsfehler, siehe hier, RLX Sales Corner (sagte Percy ja auch):
http://i39.photobucket.com/albums/e1...f3rlxsales.jpg
Trotzdem, ich lass es mal so und hoffe, das nächste update kommt recht schnell und die bugs sind dann beseitigt.
Also bei mir läuft alles bestens. :ka:
Edit: Ziehe meine Aussage zurück...
Stimmt, das ist blöd. Deswegen habe ich noch den Classic-Skin.Zitat:
Original von AndreasL
Auch nicht schön diese Darstellung:
http://img129.imageshack.us/img129/5691/pcsmallbf7.jpg
Gibt's da eine Lösung? Ich nutze Firefox 2. :ka:
Gruß
Chris
So ,hab auch getestet und bin nach 5 Minuten wieder zurück zur Version 2. :gut:
camino ist das zauberwort :DZitat:
Original von Hr.Nitsche
Da Mac eh besser ist nutze ich nutz nur Safari :D
Trotzdem mal anschauen. Gibts denn etwas wirklich neues?
so wer von Euch nutzt jetzt den Firefox 3? Ich habe ihn und es gibt absolut keine Probleme. Die ab und zu mal um 1 oder 2 cm verschobenen Spalten gab es auch im Firefox 2 schon und imho wohl auch in anderen Browsern. Daher eher ein Woltlab-Problem.
Aber surfen geht einwandfrei, kein Ruckeln - nichts.
Den SC sollte man aber mal anpassen an den neuen Firefox.
Ich hab mit der FF3 mal drauf geladen, läuft ohne Probleme und ohne Darstellungsfehler. Auch der SC sieht ganz normal aus.
Seit 3 Tagen FF3, keine Probleme...
Habe Firefox auch installiert - läuft gut :gut:
Aber das SC funkt bei mir auch nicht---:ka:
Funktionieren tut er bei mir schon, nur die Umlaute werden nicht angezeigt.
Ein Character encoding Problem:Zitat:
Originally posted by elmar2001
Funktionieren tut er bei mir schon, nur die Umlaute werden nicht angezeigt.
Die Website verlangt UTF-8 (<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />) liefert aber scheinbar nicht kompatible Zeichen.
Kannst Du für Dich ändern:
View -> Character Encoding -> Western (wie die Menus auf Deutsch heissen: ?)
Ansicht - Zeichenkodierung - Westlich (Windows-1252) ist schon eingestellt. :grb:
Vielleicht sollten die Admins mal auf der Seite bei den Meta-Tags folgende Zeile
gegen dieseCode:<meta http-equiv="Content-Type" content="text/html; charset=windows-1252" />
austauschen - oderCode:<meta http-equiv="content-type" content="text/html; charset=iso-8859-15" />
geht auch.Code:<meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />
Das wäre imho der korrekte Zeichensatz
Oh! Die Firma dankt! :verneig:
gerne - ich hoffe das fixt das Problem :gut:
Ich habe den FF übrigens auch seit dem Tag des Erscheinens im Test und er funktioniert eigentlich ganz zuverlässig.
Aber er hat das selbe Problem wie der Safari (für Windows). Wenn eine Frame-Seite domainübergreifend ist, d.h. du rufst von der Domain A innerhalb eines Frames eine Seite auf, welche auf der Domain B liegt, dann können beide Browser damit nicht korrekt umgehen. Wer sich jetzt wundert, wofür das gut sein soll - das gibt es öfters, als man meint.
Praktisches Beispiel: Navigationsleiste auf einer Frameseite, welche ein Fotoalbum, das u.U. aus historischen Gründen auf einer anderen Domain liegt, aufruft - dieser Call funzt nicht.
IE7 hatte dieses Problem auch, allerdings konnte man die Sicherheitseinstellungen overrulen - ich glaube es war so ähnlich bezeichnet wie - Navigate sub-frames across different domains.
Leider finde ich weder bei FF noch bei Safari ein entsprechendes Ponton dazu :grb: