Auch wenn Airprint nur ein Teil vom neuen Safari ist, ich bin begeistert. Diese Funktion wird sich meiner Ansicht nach durch alle neuen Firmwares der Drucker ziehen und niemand braucht mehr einen Treiber.

Ja seh ich auch so. Genial!

Hält sich Apple jetzt eigentlich mal an die W3C Regeln oder machen sie immer noch ihr eigenes Ding wie Microsoft???

Darüber hinaus ist das super.

Ich finde die eingebaute Seitensuche viel spannender.

Oh ja, die hat mir auf dem iPad vorher auch gefehlt...super umgesetzt.

Kann es sein, dass auch das gezielte Wechseln der Schreibrichtung neu ist?


Zumindest war mir das bisher nicht aufgefallen, da die Schreibrichtung mit z.B. hebr. Tastatur ja automatisch zu r-l wechselte.

@roca84
Apple hält sich eigentlich ziemlich gut an die W3C-Standards und ist auch sehr experimentierfreudig mit der Implementierung der neuen Standards.

Dann hast Du in den Einstellungen noch eine andere internationale Tastatur aktiviert, z.b. arababisch. Das kommt oft vor, weil es ganz oben steht

@iThinkDifferent

ich sage nur position:fixed…

Ja genau. Aber der Doppelpfeil oben zum Wechseln der Schreibrichtung, den gab es m.W. vorher nicht.

roca84:

In welchem konkreten Zusammenhang und welches Device betreffend hast Du Probleme damit?

@sierkb
ich persönlich habe damit keine konkreten probleme.
Viele entwickler scheint es aber zustören in anbetracht der großen anzahl von workarounds und hacks.
Apple redet beim ipad von einem "desktop web experience".
Dieses ist mit solchen einschränkungen aber nicht zu garantieren (bei cnet.com fehlt beim ipad die nützliche toolbar).

roca84:

Und warum machst Du Dir dann die Probleme oder vermeintlichen Probleme anderer Entwickler zu eigen?
Was ist, wenn diese anderen (manche, Gott sei Dank nicht alle) einfach zu unwissend oder/und zu unfähig sind, es (in Übereinstimmung mit einschlägigen W3C-Richtlinien und auch browserübergreifenden Übereinkünften unter den Browser-Herstellern) richtig und korrekt zu machen?

Bestünde diese Möglichkeit evtl. auch?

@sierkb
fakt ist position:fixed funktioniert auf dem ios nicht so wie von der w3c angedacht wurde!

http://www.w3.org/TR/CSS2/visuren.html#fixed-positioning

roca:

Das ist eine unrichtige Aussage und zwugt davon, dass Du das Konzept dahinter nicht verstanden zu haben scheinst.
Der alles entscheidende Punkt ist hier nämlich der Viewpoint, der auf Mobile Devices nämlich ein anderer ist bzw. anders definiert ist als auf feststehenden Devices. U.a. wegen der Zooming-Eigenschaften, die den Viewpoint nämlich im Grunde imemr wieder verschieben bzw. den Bezugspunkt ändern. Da lässt sich nämlich nicht mehr so ohne Weiteres ein fester Bezugspunkt definieren, auf den position-fixed dann wie gewohnt angewendet werden kann. Bzw. er müsste im Grunde immer neu definiert werden, je nach Zoom.
Auch das W3C unterscheidet da und nimmt da in seinen neueren Empfehlungen und Spezifikationen Rücksicht und Bezug drauf (Du beziehst Dich ja auf CSS2, eigentlich müsstest Du aber mal im Bereich einer der CSS3-Dokumente wühlen, ob es da nicht ein entsprechendes Dokument gibt; gibt es ganz bestimmt!).

Sowohl Apple als auch Mozilla geben in ihren einschlägigen Developer Notes und Howtos ausführlichst Erklärungen und Hilfestellung dazu, wie man damit umgeht. Und auch das W3C bietet dafür entsprechende Dokumente und Hilfestellungen an.

Als Beispiele und helfende Referenz-Dokumente seien mal auf die Schnelle genannt, es ließen sich sicher noch ein paar mehr finden (auch W3C-seitig):

W3C: Mobile Web Application Best Practices 3.5.10 Use Meta Viewport Element To Identify Desired Screen Size
Apple Developer: Technical Note TN2262: Preparing Your Web Content for iPad , davon insbesondere
3. Check your viewport tag settings
4. Modify code that relies on CSS fixed positioning
Das genannte Doklument ist identisch mit dem für iOS:
Apple Developer: Apple Safari Reference Library: Configuring the Viewport
Apple Developer: Apple Safari Reference Library: User Experience Coding How-To's for Safari on iPhone

Mozilla: upcoming changes to the viewport meta tag for firefox mobile

Damit kann man doch arbeiten. Oder?

roca84:

Nachtrag:

Doctyper: Fixed positioning in Mobile Safari inkl. Kommentare

Ja ich kenn das mit dem viewpoint und habe mir bei apple schon die entsprechenden seiten angesehen.

Danke für umfangreiche link sammlung und den workaround.
Auf der mozilla seite die du mir verlinkt hast steht auch folgendes:

Mobile Safari introduced the “viewport meta tag” to let web developers control the viewport’s size and scale. Many other mobile browsers now support this tag, although it is not part of any web standard.

Von den CSS3 werde ich auf die CSS2 Seiten verwiesen.
http://www.w3.org/TR/css3-roadmap/#positioning

Also wenn ich doch mal probleme mit position fixed habe sollte, bin ich jetzt gut gewappnet. danke nochmals!

roca84:

Nachtrag2:

Streiche: Viewpoint
Setze: Viewport

Außerdem:

W3C: CSS3 Mobile Profile 2.0 (Candidate Recommendation)
W3C: CSS3 Media Queries (Candidate Recommendation)
W3C: CSS3 Device Adaptation (Editor's Draft)
W3C: Planet Mobile Web: IEMobile Team: The IE Mobile Viewport on Windows Phone 7

roca84:

W3C HTML5: 4.2.5 The meta element , 4.2.5.1 Standard metadata names , 4.2.5.2 Other metadata names

Es gibt also einen festen Stamm an in der Spezifikation vorgeschlagenen fest verankerten Meta-Names. Und darüberhinaus lässt die Spezifikation jedem freie Hand. Dieser Umgang mit Meta-Informationen war schon immer so. Und deshalb widerspricht obig genannte Vorgehensweise weder bisherigen HTML- und CSS-Spezifikationen noch CSS2 oder CSS3. Es wäre zwar schön, wenn da auch in den Standard Meta Names der Name Viewport auftauchen und in der HTML-Spezifikation festgeschrieben sein würde, doch zwingend notwendig ist das nicht. Ich müsste suchen, möglicherweise ist er schon in einem anderen Dokument vom W3C inzwischen niedergeschrieben oder empfohlen worden. Immerhin nimmt das W3C in seinem Best Practice-Dokument ja sehr selbstverständlich Bezug drauf und empfiehlt den Gebrauch. Hier dazu auch nochmals obiges Mozilla-Dokument aus dem Blogeintrag als vollständiges Developer-Dokument bei Mozilla MDN: . Dort steht auch nochmal am Schluss:

Ich habe das nicht so mitverfolgt, vielleicht ist das alles schon längst geschehen. Und wenn nicht oder noch nicht: auch nicht so tragisch, weil es wie gesagt eine völlig zulässige und von HTML4 wie von HTML5 gedeckte und zugestandene Erweiterung der Meta-Angaben ist, weil das meta-Element diesbzgl. Erweiterungen und Ergänzungen (schon immer) erlaubt.

Viel wichtiger für die Praxis ist, dass sich die Browser-Hersteller da untereinander einig sind und dieselbe Sprache sprechen bzw. dieselbe Syntax benutzen. Und genau das scheint hier der Fall zu sein.

safari hat jetzt eine seitensuche???? woo???????

habs^^...da muss man aber genau hinschauen