Google travaille sur la portabilité des Chrome Web Apps sur Android et iOS

Google travaille sur la portabilité des Chrome Web Apps sur Android et iOS

Ce ne sera pas une autoroute, mais un itinéraire Bis

Avatar de l'auteur
Vincent Hermann

Publié dans

Société numérique

04/12/2013 5 minutes
23

Google travaille sur la portabilité des Chrome Web Apps sur Android et iOS

Google travaille sur la possibilité pour les développeurs de proposer leurs applications web prévues pour Chrome sur les plateformes mobiles que sont Android et iOS. Bien que la route semble semée d’embuches, il s’agirait d’une étape cruciale pour la firme de Mountain View puisque les « packaged apps » verraient leur valeur augmenter.

chrome web store

Chrome Web Store

Faire des applications web une alternative toujours plus crédible 

Comme on l’a vu récemment, Google fait tout pour que les « packaged apps » disponibles dans le Web Store de Chrome puissent être testées avant d’être installées. Cette découverte vient s’ajouter à un certain degré d’ubiquité puisque les applications web prévues pour le navigateur peuvent se retrouver telles quelles sur Windows, OS X et Linux. Cependant, Chrome existe aussi pour Android et iOS, sans toutefois reprendre ni les extensions, ni les applications.

 

Pour ces dernières, Google est visiblement au travail. Proposer aux développeurs la distribution de leurs applications sur les plateformes mobiles a clairement du sens, dans la mesure où l’utilisateur emporterait avec lui ses solutions favorites, tout en augmentant l’audience potentielle pour les éditeurs. Le chemin n’est cependant pas simple.

Les Mobile Chrome Apps en route pour Android et iOS 

Le site The Next Web a ainsi plongé dans un dépôt nommé « Mobile Chrome Apps », tenu par un ingénieur Google du nom de Michal Mocny. Certains fichiers montrent clairement qu’Android et iOS sont visés, mais le travail nécessaire sera long et très différent entre les deux plateformes. Google prépare du coup une boite à outils qui permettra aux développeurs de se pencher sur des soucis spécifiques tels que l’adaptation de l’interface aux écrans nécessairement plus petits des appareils mobiles, les bugs, les limitations inhérentes à ces plateformes et l’ensemble des tests.

 

Bien qu’iOS et Android soient très différents l’un de l’autre, l’objectif est de proposer une méthode globale qui puisse être reprise par l’ensemble des développeurs. Les applications seraient produites sous une forme hybride, mélange de code natif et « polyfills », c’est-à-dire des ensembles de fonctions qui permettent de recréer, au sein d’un navigateur, des comportements qui n’y sont pas présents nativement. L’ensemble des projets serait géré sur des serveurs Apache Cordova.

Obligation de passer par les boutiques d'applications 

À la grande différence de ce qui peut se passer sur un ordinateur, ces applications ne seront en fait pas récupérables via le Web Store de Chrome. Chacune devra être publiée séparément sur la boutique d’applications mobiles de la plateforme, donc le Play Store de Google et l’App Store d'Apple. Sur Android, les créations tierces pourraient fonctionner à partir de la branche 4.X, tandis qu’iOS est toujours en statut TBA, autrement « To Be Announced », signe que les travaux sont moins avancés.

 

Une discussion récente dans les Google Groups montre cependant que Google est particulièrement sérieux sur ce projet. L’éditeur compte ainsi présenter une bêta de son projet dès le mois prochain, comme le responsable Joe Marini l’indique clairement dans un message daté du 2 décembre.

Google se positionne comme un environnement de développement 

Mais quel pourrait être l’intérêt réel de Google de pousser les développeurs web dans cette direction ? Justement parce que l’on parle de développeurs web et que leurs compétences pourraient être exploitées directement pour des applications mobiles. Le travail sera certes un peu différent de ce qu’ils font sur les ordinateurs classiques mais il s’agit bien de reprendre le code existant et de l’adapter à la plateforme mobile pour en exploiter les possibilités. Seules les spécificités devront être prises en charge, mais l’un des travaux les plus importants sera sans conteste l’adaptation à la taille des écrans, nécessitant sans aucun doute un design adaptable (« responsive »).

 

Ce qui signifie que Google se positionne de plus en plus comme un fournisseur de plateforme de développement souhaitant pousser certaines technologies en-dehors de leurs frontières habituelles. Notez que la firme n’est pas la première à pousser dans cette direction. On pourrait par exemple parler d’Adobe qui réoriente ses outils vers l’authoring d’applications mobiles en profitant de la forte synergie entre ses logiciels. La société Xamarin, centrée sur la technologie Mono (implémentation libre de l’environnement .Net sous Unix), commercialise elle aussi des solutions de développement d’applications mobiles, permettant aux développeurs C# notamment de réutiliser leurs connaissances.

 

Notez que Google n’a pas souhaité commenter ce sujet, mais une source « proche » de l’entreprise a simplement confirmé qu’une annonce officielle n’était tout simplement pas encore prête. Cependant, les développeurs intéressés peuvent tout de même se rendre sur le dépôt pour tester la technologie, même s’il ne s’agit pas encore d’une bêta.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Faire des applications web une alternative toujours plus crédible 

Les Mobile Chrome Apps en route pour Android et iOS 

Obligation de passer par les boutiques d'applications 

Google se positionne comme un environnement de développement 

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (23)


Et Windows Phone <img data-src=" />








mo6h a écrit :



Et Windows Phone <img data-src=" />







On s’en fou, on a Instagram <img data-src=" />



<img data-src=" />









mo6h a écrit :



Et Windows Phone <img data-src=" />







Google n’a pas d’intérêt d’y aller pour l’instant, quand les pdm seront suffisante google sera obligé d’y aller.



Mais pour l’instant google à tout intérêt à l’éviter.



Euh… on peut utiliser un navigateur alternatif tel que Chrome sur WP?








frikakwa a écrit :



Euh… on peut utiliser un navigateur alternatif tel que Chrome sur WP?







Oui c’est faisable, il y a maxthon, UC Browser et autres.



La règle est la même que sur iOS, où faut utiliser webkit, il faut utiliser Trident.









FFManiac a écrit :



Oui c’est faisable, il y a maxthon, UC Browser et autres.



La règle est la même que sur iOS, où faut utiliser webkit, il faut utiliser Trident.





<img data-src=" /> Merci pour l’INfo!









FFManiac a écrit :



Oui c’est faisable, il y a maxthon, UC Browser et autres.



La règle est la même que sur iOS, où faut utiliser webkit, il faut utiliser Trident.





Donc on peut pas, comme sous iOS…



On peut juste avoir une interface un peu différente par dessus le moteur de IE.



Ils feraient de bosser sur una api pour G+ au niveau de twitter et FB, ils ont vraiment du retard…








wagaf a écrit :



Donc on peut pas, comme sous iOS…



On peut juste avoir une interface un peu différente par dessus le moteur de IE.







Après la question est : Est-ce qu’un navigateur se défini par son moteur ou par ses fonctionnalités ?





La règle est la même que sur iOS, où faut utiliser webkit, il faut utiliser Trident.





c’est faux, MS n’interdit pas le portage d’un autre moteur de rendu.



la preuve, il y a au moins un navigateur basé sur gecko dans le marketplace (Nokia xpress).



la seule chose qui est interdite c’est la compilation JIT, ce qui n’empeche nullement de faire un bon navigateur. IE9 sur WP7 ne supporte pas la compilation JIT mais il est malgré tout tres rapide à l’utilisation. Donc rien n’empeche le portage de chrome ou Firefox.








jmanici a écrit :



c’est faux, MS n’interdit pas le portage d’un autre moteur de rendu.



la preuve, il y a au moins un navigateur basé sur gecko dans le marketplace (Nokia xpress).



la seule chose qui est interdite c’est la compilation JIT, ce qui n’empeche nullement de faire un bon navigateur. IE9 sur WP7 ne supporte pas la compilation JIT mais il est malgré tout tres rapide à l’utilisation. Donc rien n’empeche le portage de chrome ou Firefox.





Ah ben du coup il y aurait effectivement un INtérêt plus tard à ce que Google fasse un portage tournant sur WP !









jmanici a écrit :



c’est faux, MS n’interdit pas le portage d’un autre moteur de rendu.



la preuve, il y a au moins un navigateur basé sur gecko dans le marketplace (Nokia xpress).



la seule chose qui est interdite c’est la compilation JIT, ce qui n’empeche nullement de faire un bon navigateur. IE9 sur WP7 ne supporte pas la compilation JIT mais il est malgré tout tres rapide à l’utilisation. Donc rien n’empeche le portage de chrome ou Firefox.







mea culpa j’ai toujours été persuadé que Trident était obligatoire.



Merci de ta précision









FFManiac a écrit :



Oui c’est faisable, il y a maxthon, UC Browser et autres.

La règle est la même que sur iOS, où faut utiliser webkit, il faut utiliser Trident.







<img data-src=" /> Aussi fermé qu’Ios donc ….









freechelmi a écrit :



<img data-src=" /> Aussi fermé qu’Ios donc ….





Reste plus qu’à trouver la clef. <img data-src=" />



Plus fermé qu’IOS puisqu’on ne peut pas le jailbreaker.









FFManiac a écrit :



Après la question est : Est-ce qu’un navigateur se défini par son moteur ou par ses fonctionnalités ?





Bah en rapport avec la news c’est critique puisque ça détermine la possibilité ou pas pour Google de porter les Chrome Web Apps sur WP…









freechelmi a écrit :



<img data-src=" /> Aussi fermé qu’Ios donc ….





Tu pourrais lire la suite des commentaires, tu aurais l’air moins con <img data-src=" /><img data-src=" />









jmanici a écrit :



la seule chose qui est interdite c’est la compilation JIT, ce qui n’empeche nullement de faire un bon navigateur







Un bon navigateur sans JIT en 2013 ? <img data-src=" />









misterB a écrit :



Tu pourrais lire la suite des commentaires, tu aurais l’air moins con <img data-src=" /><img data-src=" />







Effectivement , mais avec une limitation sur JIT c’est pas mieux….





Bon de toutes façons , j’ai bien l’impression que tout le monde ignore WinPhone donc c’est pa strès grave ….





Un bon navigateur sans JIT en 2013 ?





si ton but est d’avoir le score le plus gros dans les benchmarks, l’absence de JIT est un probleme.



mais pour de la navigation web, pas de soucis.



le navigateur le plus utilisé au monde (IE8) ne supporte pas le JIT, et 20% des internautes s’en servent sans se plaindre de lenteur.



pour les autres navigateurs, Il me semble que Firefox nightly 64bit (que bon nombre de geeks utilisent) ne supporte pas le JIT dans sa version windows.



idem pour safari dans iOS lorsqu’il est utilisé en mode web app ou integré dans une application tierce (au final je me demande comment s’en tire chrome sur ios)



au final sur des applis web classiques (99% du web) la difference entre du code JITé et du code executé par un interpreteur bien optimisé n’est probablement pas visible à l’oeil nu.



donc oui, les editeurs tiers peuvent faire des navigateurs sous WP et WindowsRT.

et si leur produit repond à une demande, je suis sûr qu’à terme MS ouvrira la possibilité de faire du JIT à certains developpeurs approuvés. Un peu comme les comptes enterprise qui ont plus de droits sur le store que les comptes particuliers.








freechelmi a écrit :



Effectivement , mais avec une limitation sur JIT c’est pas mieux….





Bon de toutes façons , j’ai bien l’impression que tout le monde ignore WinPhone donc c’est pa strès grave ….





Google particulièrement



https://developers.google.com/chrome/mobile/docs/faq



cette faq confirme ce que je pensais, chrome pour iOS ne supporte pas le JIT.



malgré cela on voit des gens dire que Chrome est plus rapide que Safari sur iOS (ce qui est bien evidemment faux).



comme quoi un navigateur sans JIT peut offrir un experience utilisateur correcte en 2013.



et donc s’il le veut, google peut porter chrome sur WP en utilisant son propre moteur de rendu, et avec un mode incognito qui fonctionne reellement (contrairement à ios)








jmanici a écrit :



le navigateur le plus utilisé au monde (IE8) ne supporte pas le JIT, et 20% des internautes s’en servent sans se plaindre de lenteur.









Ha, il me semble que tu as oublié un smiley à la fin de cette phrase ?



Ils pourraient pas bosser sur l’inverse ? (apps android ou iOS sur chrome) <img data-src=" />