(Alles) An Chrome senden: Google bittet Entwickler um Code-Integration
App-Entwickler, die in ihren iOS-Applikationen auf eine Webseite verweisen wollen, haben bislang zwei Möglichkeiten ihren Nutzer den gewünschten Online-Inhalt anzuzeigen. Option 1: Der Tap auf den Weblink startet den Apple-Browser Safari, der Nutzer verlässt die gerade aktive App. Option 2: Entwickler bauen sich einen eigenen Webview in ihre Applikation ein und laden die Webseite in einem abgespeckten Browser-Fenster innerhalb der App.
Google wünscht sich eine dritte Alternative. Mit einem jetzt freigegebenen Code-Schnipsel sollen Entwickler die Weblinks ihrer Anwendungen direkt in Googles Chrome-Browser öffnen. Als Gegenleistung bietet der Safari-Konkurrent einen Button an, mit dem nach dem Abstecher ins Netz, mit nur einem Tap wieder zurück zur Anwendung gewechselt werden kann.
In the example below, a YouTube user has opened a link in Chrome. “YouTube” is prominently displayed in Chrome’s back button. Touching “YouTube” returns the user to the YouTube app.
Googles Aufruf an die Entwickler-Community folgt nur wenige Tage nach den Umbau der Gmail-App. Auch die Mail-Anwendung des Suchmaschinenriesen öffnet Googles Applikationen – sollten diese auf dem iPhone installiert sein – jetzt standardmäßig und ignoriert Apples Werksanwendungen.
Bin ja mal gespannt, wie lange sich das Apple anschaut…
Ist ja nicht gegen die App-Richtlinien.
Top!
Das wird sofort eingebaut. :)
Das mit dem Back-Button in Chrome hab ich gesehen, als ich die neue Funktionalität in der GMail App getestet hab. Find ich seeeehr schön.
Das nächste Update meiner Apps hat soeben ein neues Feature geplant bekommen ;)
Fehlt bis Jetzt bei Safari. Etwas weiter gedacht sollte mit einem zukünftigen iOS Update auch eine vierte Version dazu kommen. Bei dem ein Safari Fenster Geöffnet das eine. Nicht aus der App wirft und zusätzlich zu den Standard Safari Funktionen einige vom Entwickler definierte Aktionen bietet.
In App Browser bieten beispielsweise keine Lesezeichen Funktion oder den automatischen Cloud Sync, dass man die Seite am Mac weiterlesen kann. Die „in Safari öffnen“ Funktion bietet aber meist nicht die selben Schaltflächen wie die in App Browser.
Chrome direkt gelöscht. Hatte ihn als zweitbrowser installiert und konnte nun nicht mehr den Safari aus youtube wählen
Oder die 3. Möglichkeit (via JB) man nimmt Chrome grad als Standard Browser, funzt auch sehr gut ;D
Apple wird das in Safari implementieren, Apps die Chrome aufrufen Rejecten. xD
Wann ist endlich Schluss dass alle gegeneinander arbeiten, statt miteinander?!
Das „back to App“ find ich gut, sollte Safari auch bieten. Man kann dann via popupview den Nutzer entscheiden lassen. ;)
Richtig und deswegen sollte Apple nun endlich anbieten, das man den Standardbrowser festlegen kann…
Träumerle… Wer entscheiden will hat sich mit dem Apfel falsch entschieden. Sie wissen was wir brauchen…
hauptsache microsoft durfte und darf ordentlich an die eu latzen, weil sie den ie als standard-webbrowser installiert haben. einfach nur unglaublich, die sollen sich mal um apple kümmern. in ios ohne jb ist es viel gravierender
@Daniel
Der Vergleich hinkt, weil zwischen dem IE und Safari sowohl in Sachen Benutzung als auch (vor allem) Sicherheit Welten liegen.
wie wärs mit nem vollwertigen iphone via jailbreak und dem tool „appslide“?
ach herrje…
Wie wäre es mit nem dem in Cydia verfügbarem Tool „appslide“?
Achso… is ja nicht offiziell… aber toll!!
oops, entschuldigung, hatte nen 502 – bad gateway error.
Das dürfte dann wohl jetzt ein Angriff gegen die Webviews sein. Normales „in Safari öffnen“ profitiert da ja nicht von. Der Back-Link kann mittels Multitasking ja auch erreicht werden. Google will also, dass Entwickler das für die Webviews verwenden. Allerdings hat das auch Nachteile – mal ganz abgesehen vom Google-Tracking. So muss man ja auch immer eine Fallback-Variante vorsehen, wenn der User Chrome nicht installiert hat. Ansonsten kann man Rückkehren ja z.B. auch mit App-Protokoll-Headern realisieren, braucht also Google nicht dafür.