API limitées dans Windows RT : Google soutient Mozilla

On a faim ! On a faim !

Ce matin, nous avons appris que Mozilla a accusé Microsoft de ne pas fournir un terrain fertile pour les navigateurs tiers sous Windows RT, nouveau nom de "Windows on ARM". Seul Internet Explorer 10 peut s’y exprimer de la même manière que sur un Windows 8 classique. Mais si Mozilla est un éditeur avec lequel il faut compter, Google dispose d’un poids plus important. Et voilà que justement, Mountain View vient de montrer sa convergence d’opinion avec Mozilla.

L’arrivée de Windows RT causera un type particulier de problème aux développeurs tiers : la renonciation aux API Win32. Le seul moyen pour un tiers de publier une application sur les tablettes Windows 8 sera de passer par le Store et d’utiliser l’environnement WinRT. Ce n’est d’ailleurs pas un problème pour une bonne partie des cas de figure, du moins tant que WinRT fournit la richesse nécessaire. Dans le cas des navigateurs, Mozilla indique que ce n’est pas le cas.

L’éditeur dit se retrouver piégé dans une voie sans issue : Win32 (appelé Classic par Mozilla) ne peut plus être utilisé, et WinRT ne fournit pas toutes les API demandées. En outre, le Firefox Metro actuellement en développement ne pourra pas être repris car il s’installe via un exécutable classique, et non par le Store. En outre, il contient la version Win32 qui ne pourrait pas fonctionner sur Windows RT.

L’ingénieur en chef de Mozilla, Asa Dotzler, considère trois cas pour les applications sous Windows 8 :

Les applications Windows Classic, donc Win32, qui fonctionnent comme sous Windows 7
Les applications WinRT, qui ne fonctionnent que dans l’environnement Metro de Windows 8
Les applications hybrides, qui peuvent fonctionner dans les deux environnements, telle que le Firefox Metro en développement

Or, si cette troisième catégorie est autorisée pour les navigateurs dans Windows 8 sur PC (32 et 64 bits), ce n’est pas le cas pour Windows RT : seul Microsoft a le droit de se servir des API Win32. La firme de Redmond a ici un double avantage : Internet Explorer 10 reste seul en lice et l'obsolescence de Win32 est accélérée.

Et Mozilla n’est pas le seul à considérer la situation de cette manière. Rapportés par CNet, les propos de Google vont dans le même sens :

« Nous partageons les inquiétudes que Mozilla a formulées sur la restriction du choix et de l’innovation par l’environnement Windows 8. Nous nous sommes toujours réjouis de l’innovation dans le secteur des navigateurs et nous pensons fermement qu’avoir de gros concurrents nous fait tous travailler plus dur. Au final, ce sont les utilisateurs et les développeurs qui bénéficient le plus d’une concurrence robuste »

De fait, pour le moment, la seule voie qui reste ouverte aux développeurs tiers est de proposer des versions purement WinRT. Le problème est que les tablettes Windows 8 arriveront à la fin de l’année et que les éditeurs n’auront certainement pas le temps de se retourner.

Source : Cnet

Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Twitter

Le 10 mai 2012 à 18:04 (16 959 lectures)

Actu Précédente Actu Suivante

Il y a 122 commentaires

INpactien

ragoutoutou Le vendredi 11 mai 2012 à 11:35:40 #61

Inscrit le mercredi 25 juillet 07 - 4128 commentaires

megabigbug a écrit :

Je pense que la raison principale est qu'ils ne veulent pas qu'on puisse installer une alternative à .NET.
Ils veulent bien qu'on utilisent d'autres langages à condition qu'ils passent tous par la CLR.

Je pense que la raison principale est qu'ils ne veulent pas qu'on puisse installer une alternative.

INpactien

charon.G Le vendredi 11 mai 2012 à 11:40:04 #62

Inscrit le vendredi 29 avril 05 - 6364 commentaires

ragoutoutou a écrit :

Je pense que la raison principale est qu'ils ne veulent pas qu'on puisse installer une alternative.

La raison principale c'est qu'ils puissent pouvoir assurer la compatibilité de toutes les applications sur Windows RT dans trois ans. enfin bref j'ai tout expliqué plus haut...

INpactien

megabigbug Le vendredi 11 mai 2012 à 11:40:57 #63

Inscrit le jeudi 11 septembre 08 - 677 commentaires

ragoutoutou a écrit :

Je pense que la raison principale est qu'ils ne veulent pas qu'on puisse installer une alternative.

:)

Est-ce que tu sais s'il serait possible de créer un moteur javascript qui utiliserait la CLR pour effectuer le JIT ?

INpactien

ragoutoutou Le vendredi 11 mai 2012 à 11:46:36 #64

Inscrit le mercredi 25 juillet 07 - 4128 commentaires

megabigbug a écrit :

:)

Est-ce que tu sais s'il serait possible de créer un moteur javascript qui utiliserait la CLR pour effectuer le JIT ?

Techniquement, c'est sans doutes possible de faire quelque-chose dans le genre... mais si Microsoft ne l'a pas fait, c'est sans doutes que eux-mêmes en sont arrivé à la conclusion que ça n'était pas une bonne approche.

INpactien

Edtech Le vendredi 11 mai 2012 à 11:48:37 #65

Inscrit le mardi 17 octobre 06 - 2987 commentaires

Dans tous les cas, MS va forcément mettre en place ce qu'il faut vu que même IE devra se passer de ses API. Donc en attendant, pourquoi Mozilla et Google se font chier, sachant que personne ne change son navigateur sur son téléphone ou sa tablette actuellement ?

Qu'ils attendent un peu, Windows RT ayant 0% de PDM pour le moment, ça sera mis en place et ils seront contents !

Qu'ils corrigent d'abord les bogues de l'existant, j'ai plus d'erreurs d'affichage sous Chrome actuellement que sous IE !

INpactien

ragoutoutou Le vendredi 11 mai 2012 à 11:59:42 #66

Inscrit le mercredi 25 juillet 07 - 4128 commentaires

Edtech a écrit :

Dans tous les cas, MS va forcément mettre en place ce qu'il faut vu que même IE devra se passer de ses API.

Ou pas... où est l'urgence pour eux d'améliorer les choses alors que la situation actuelle les avantage

.

Edtech a écrit :

Qu'ils attendent un peu, Windows RT ayant 0% de PDM pour le moment, ça sera mis en place

Ou pas... et en tout cas pas pour la sortie de Windows RT, donc ils seront évincés du marché dès le début.

INpactien

megabigbug Le vendredi 11 mai 2012 à 12:03:15 #67

Inscrit le jeudi 11 septembre 08 - 677 commentaires

charon.G a écrit :

La raison principale c'est qu'ils puissent pouvoir assurer la compatibilité de toutes les applications sur Windows RT dans trois ans. enfin bref j'ai tout expliqué plus haut...

Génial, les applications compatibles seront soit des applications HTML5, soit des applications pas portables.

Modérateur

Tolor Le vendredi 11 mai 2012 à 12:06:09 #68

Inscrit le mercredi 5 août 09 - 11320 commentaires

megabigbug a écrit :

Génial, les applications compatibles seront soit des applications HTML5, soit des applications pas portables.

Pourquoi donc pas portable?

(elles le seront pas moins que pour Win32)

INpactien

charon.G Le vendredi 11 mai 2012 à 12:06:57 #69

Inscrit le vendredi 29 avril 05 - 6364 commentaires

megabigbug a écrit :

Génial, les applications compatibles seront soit des applications HTML5, soit des applications pas portables.

Pour information tu peux très bien écrire des applications WinRT en C++ multi-plateformes

Edité par charon.G le vendredi 11 mai 2012 à 12:08

INpactien

yeagermach1 Le vendredi 11 mai 2012 à 12:16:52 #70

Inscrit le vendredi 20 juillet 07 - 1971 commentaires

ragoutoutou a écrit :

Ou simplement, MS ne l'a pas fait pour une contrainte temporelle. Mais travaille sur le sujet en arrière plan pour une mise a jour de leur système.

J'arrive pas a comprendre ceux qui parlent de concurrence. Pourquoi est-ce que WOA serait le seul OS mobile ou des son lancement, il devrait y avoir de la concurrence pour des fonctions systémiques ? (oui le navigateur web pour une tablette est systémique). Au lancement de l'iphone (puis de l'ipad) et des différentes smartphone et tablettes androids, il y avait que le navigateur de base qui était présent et personne n'a râlé. Pis que cela 5 ans apres, sur iOS il y a toujours pas de véritable concurrence. Opera est le seul a être présent et il a fait des concessions.

Pourquoi Mozilla ou Google ne ferait pas un chrome ou le moteur de rendu serait a eux mais utilisant le moteur javascript de MS ? Y a rien d'impossible a cela. Pourquoi se limiter a forcement une seule option : tout chez eux ou rien ?

Il n'est plus possible de commenter cette actualité

Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.