SELFHTML Weblog - Ergänzung zur Dokumentation Übersicht

Eiskalt, dann können wir Nur-Windows-Nutzer unsere Webseiten endlich mit dem Mac-Browser testen! Ich freu mich drauf!

Mein erster knapper Test des Rendering Engines fällt leider negativ aus. Diese Windows-Version zerschießt selbst die schlichtesten Webseiten (z. B. die Google-Startseite), denn: fetten und kursiven Text mag Safari nicht und zeigt ihn darum lieber gar nicht erst an. Das führt zu wirklich seltsamen Textlücken (vgl. z. B. diese Navigation, aus der alle Überschriften zu dünnen Strichen eingeschmolzen wurden).

Javascripts interpretiert er dafür sehr smooth. Die Vergrößerungsfunktion für Textareas ist auch sehr hübsch. Da ist noch viel Arbeit zu tun, könnte aber eine echte Alternative sein.

hi,

es wäre schön, wenn man damit Safari auf einem Windows-Rechner probieren könnte. Mir wird aber lediglich gesagt: "Safari-Browser hat ein Problem festgestellt und muß geschlossen werden" - noch ehe er irgendwie "geöffnet" wurde. Bedauerlicherweise ist das auch nach Rechnerneustart reproduzierbar.

Wer mal ein Vergleich der aktuellen Browser sehen will kann man auf mein Blog surfen da habe ich einige Screenshots bereitgestellt: Browservergleich

Man sieht auf jedenfall das der Windows Safari noch ein wenig verbessert werden muss.

Nico und Christian, die bei euch auftretenden Probleme kann ich unter Windows XP nicht nachvollziehen:

Witzig: Alle Formular-Elemente zeigen den Aqua-Style.

Das sieht doch soweit alles gut aus, oder?

Ja, und das ging gleich total in die Hose …

Entweder der Browser hat noch massive Probleme – oder meine Seite.

Nur zur Demonstration wie es bei mir im Safari unter XP aussieht:

Habe mal einen Bugreport dazu rausgeschickt …

@Roland,

ich habe das gleiche Problem wie Nico und Christian. Siehe mein Blog-Beitrag. Screenshots folgen.

Ich installierte ihn auf Windows 2000 und er läuft. Nach einem Kurzcheck kann ich bestätigen, dass die Seiten rasch geladen werden. Meine CSS-Testseiten stellt er richtig dar bis auf Blockquote-Bereiche, diese sehen aus wie auf dem Screenshot von Matthias: Dort sind Striche statt Text. Bei einem Ajax-Script stürzt er ab, was aber auch daran liegen kann, dass er auf XP-spezifische API-Funktionen zugreifen will, die unter 2000 fehlen. Er beherrscht jedenfalls CSS besser als der Internet Explorer 7, der table-captions immer noch oben anzeigt, auch wenn sie unter der Tabelle erscheinen müssten und er ignoriert immer noch attributspezifische Selektoren, sodass z.B. vor bestimmten Ankern Bilder nicht erscheinen, was der Firefox schon lange kann, ganz zu schweigen vom unsinnigen Verhalten beim Überfahren von Ankern mit Background-Color bei Hover (Float-Bereiche verlieren plötzlich ihre margins/paddings und scheinen deshalb zu springen).

Auch bei mir lässt sich Safari 3 nicht installieren, weder auf iMac 24'' C2D, noch auf MacBook C2D. Beide laufen mit 10.4.9, inkl. aller updates außer dem letzten Sec.Upd. Die HD "doesn't meet requirements" oder so ähnlich.

Ursache für unsichtbare Texte ist (u.a.?) der Font. Vermutlich kann der Safari/Win keine Serifenfonts anzeigen, selbst wenn er freie Wahl hat (nur "serif" ohne Fontnamen).

@Roland: Ja, bei dir sieht das wunderbar aus. Hier sind meine Screenshots:
[...]

Hallo, bei mir kommt bei der Installation ebenfalls die Fehlermeldung "Sie können Safari 3 Beta nicht auf diesem Volume installieren". Keine Ahnung, woran das liegen könnte.

Ich kann die Datei nicht mal öffnen, die Setup.MSI, warum auch immer die so heißt. Kann mir jemand sagen, was ich falsch/nicht mache?

Ich habe einige in der Zwischenzeit aufgeschnappte Hinweise in den Beitrag eingearbeitet.

Schade, dass die erste Betaversion unter deutschsprachigen Windows-Varianten unbenutzbar ist. Die Rendering-Engine von Safari/WebKit ist ein wahres Prachtstück und diese traurige Vorstellung wird ihr absolut nicht gerecht. Ich frage mich zwar, wie das passieren konnte (das muss doch getestet worden sein!) bin aber zuversichtlich, dass Apple bald ein Update nachreichen wird.

Bemerkenswert finde ich, dass Apple bei einer Windows-Anwendung wie auch schon bei iTunes konsequent das OS X-GUI durchzieht, auf dem Mac jedoch recht strikte Human Interface Guidelines proklamiert. Hübscher ist es allemal.

Bemerkenswert finde ich, dass Apple bei einer Windows-Anwendung wie auch schon bei iTunes konsequent das OS X-GUI durchzieht, auf dem Mac jedoch recht strikte Human Interface Guidelines proklamiert. Hübscher ist es allemal.

Trotzdem sollte eine Applikation die GUI des Betriebssystems übernehmen.

Bei meinen Safari-Tests ergab sich bei allen aufgerufenen Seiten ein identisches Bild unter einem deutschen XP sowie auf einem anderen Computer unter einem englischen XP in einer virtuellen Maschine (Virtual PC 2007), jeweils mit SP2.

Insofern mag ich an die Abhängigkeit von der Windows-Sprachversion nicht so richtig glauben. Überschriften-Elemente fehlen immer, die Elemente em, strong und address haben keinen sichtbaren Inhalt, belegen aber Platz.

Eine Beta-Version kann gern in Kleinigkeiten von der Endfassung abweichen, aber wenn hx-Elemente einfach fehlen (quasi als display: none; betrachtet), braucht man über ambitioniertere Dinge wie SVG gar nicht nachdenken (trotzdem danke für die Verlinkung meiner Beispiele ;-).

"Safari sucks"

Das ist nicht mal meine Aussage, auch wenn ich dieses Gefühl beim Testen von Safari 3 Beta für Windows hatte. Das ist die begründete Meinung von "Mr. Cult of Macintosh" Leander Kahney.

Und mit dieser Meinung steht er nicht alleine da. Denn was bringt Safari für Windows wirklich ? Die 12 Gründe laut Apple:

1. Blazing Performance
Laut Apple "hui"! Laut Test von Wired "pfui!"

2. Elegant User Interface
Das stimmt. Na ja, sofern man Safari installieren und starten kann. Aber wenn man nur das Aussehen will, gibts das auch für Firefox und hier (auch auf Mac).

3. Easy Bookmarks
Nun so schwer sind Leesezeichen in keinem Brower zu handhaben.

4. Pop-up Blocking
Wirklich was neues.

5. Inline Find
STRG+F

6. Tabbed Browsing
Die Neuerung schlechthin.

7. SnapBack
Ohne Worte

8. Forms AutoFill
Neu, sehr neu.

9. Built-in RSS
Welcher Browser kann das nicht?

10. Resizable Text Fields
OK! Eine echte Neuerung (aber nur weil ich keine Lust habe den Link zur FF-Erweiterung herauszusuchen)

11. Private Browsing
Neu ist das ja auch schon lange nicht.

12. Security
Oh ja! Das wissen wir auch mittlerweile

Und wer es noch immer nicht glaubt, kann sich doch selbst und andere davon überzeugen.

Zusammenfassend kann man sagen, es ist wirklich ein Wunder wie das passierte. Apple hatte nichts zu verlieren, sie haben es dennoch geschaft dies haushoch zu tun.

Mit "WebKit r23540" sind die von mir genannten hx-Darstellungsprobleme unter dem englischen XP innerhalb von VPC verschwunden [Screenshot]. Die meisten sonstigen Artefakte sind ebenfalls korrigiert (em, strong, address). AJAX-Calls führen allerdings weiterhin zum Vollcrash und auch bei aktivem und sichtbar funktionierendem JS wird der Inhalt von noscript-Elementen angezeigt. Auswahllisten verhalten sich etwas seltsam: Beim Ausklappen ist die Fläche schwarz und erst beim Bewegen des Mauszeigers werden die einzelnen option-Texte sichtbar, optgroup-label-Texte erscheinen dagegen nicht ...

Thomas, auch für Windows 2000 (de) kann ich bestätigen, dass font-weight:bold nun bei allen Elementen korrekt angezeigt wird. Den Patch habe ich im WebKit-Beitrag verlinkt. Das noscript-Problem kann ich nicht nachvollziehen, das SELFHTML-Beispiel funktioniert (Screenshot).

@Roland: Das SELFHTML-Beispiel funktioniert bei mir auch, aber in meiner Konstellation sehe ich den Inhalt des noscript-Elements auch bei eingeschaltetem JS [Screenshot]. Zur Info: Das feste Leerzeichen (  = firstChild von td#ausgabe) wird nach jedem AJAX-Call mit dem erhaltenen Wert ersetzt und das funktioniert bisher auch browserübergreifend. WinSafari stürzt bereits beim Eingeben der Daten ab.

Safari läuft auf Windows immer noch besser als Internet Explorer auf MacOS! Ich denke Apple wird die Fehler mit der Zeit beseitigten. Spätestens mit KDE4 wird Konqueror für Mac und Windows kommen, dieser läuft ja soweit ich weis mit dem selben HTML-Teil wie Safari.

Wie beim Firefox gibts auch beim Safari eine JavaScript-Konsole.
Konnte so ein paar Sachen beheben.

Man kann es bei der Windows-Version folgendermasen aktivieren:
Diese Datei öffnen:
%APPDATA%/Apple Computer/Safari/Preferences.plist

Diesen Wert eintragen:
<key>IncludeDebugMenu</key>
<true/>

Fertig
Gruss Dany

Unter OS X erledigt man das gemäß Safari Developer FAQ mit folgender Eingabe im Terminal:

defaults write com.apple.Safari IncludeDebugMenu 1

Screenshot von Web Inspector und Debug-Menü:

Als Webdesigner und Webadministrator begrüße ich diese Entwicklung, die eigentlich schon lange als Kontrollelemente überfällig war. Ich habe damit gleich meine neusten Seiten getestet, um die Browserkompatibilität zu ergründen ... mit dem doch überraschenden Ergebnis: alles top! Jetzt heißt es einfach abwarten, wie die Entwicklung weitergeht, Firefox hatte diesbezüglich ja auch mal klein angefangen.

Für mich wird dieser Browser nur zum Testen weiterbenutzt werden, ein wirklich ernsthafte Nutzung kommt nicht in Frage, da ich dafür seit langer Zeit nur noch Firefox nutze.

Trotzdem danke ich dem Team für diese Arbeit.

BOBO

Ich habe Safari Public Beta für Windows Xp installiert. Immer wenn ich den Browser starten will, öffnet er sich kurz und dann schliesst sich das Fenster sofort wieder.

Was ist denn das Problem?

Wie soll ich den Browser denn mal testen können, wenn ich ihn noch nicht mal benutzen kann?