Opera bientôt sur Windows Phone ?

Et les autres ?

Le 19 août 2013 à 09h30

2 min

Société numérique

Société

Dans un échange avec des utilisateurs, l'un des responsables d'Opera Software, éditeur du célèbre navigateur multiplateforme, vient d'indiquer qu'Opera mini était en cours de développement pour Windows Phone. Une annonce plutôt intéressante puisque pour le moment seul Internet Explorer est disponible sur le système d'exploitation mobile de Microsoft.

Opera sur Android, Opera mini sur iOS et au travers du navigateur pour les autres OS

En réponse à un utilisateur, l'un des responsables de l'équipe d'Opera software a indiqué que « Nous sommes conscients que beaucoup d'utilisateurs de Windows Phone comme vous souhaiteraient avoir un navigateur comme Opera sur leurs smartphones. L'équipe de développement a cela sur sa liste. Nous l'annoncerons lorsqu'il sera prêt ».

Une annonce pour le moins vague puisqu'aucune date n'est avancée, mais qui est intéressante tout de même, du moins si elle se concrétise. Car aujourd'hui, sur la plateforme mobile de Microsoft, seul Internet Explorer est disponible ou presque. Quelques autres comme UC Browser ou encore Vable Browser sont ainsi référencés sur le Windows Phone Store.

Il sera d'ailleurs intéressant de savoir ce que comprend cette version d'Opera et surtout le coeur qui l'anime, car normalement seul le moteur de rendu Trident de Microsoft est disponible sur cette plateforme, comme sur Windows RT. C'est d'ailleurs en partie ce qui empêche Google et Mozilla de proposer leurs solutions respectives avec Chrome et Firefox.

Une situation qui est identique chez Apple ou seul WebKit est autorisé. Pour autant, ce dernier était exploité par Google jusqu'à récemment, mais le géant du web a décidé de tracer son propre chemin avec Blink, un fork de Webkit. Pour le moment, Chrome est toujours disponible sur l'App Store, reste à voir si cela sera toujours le cas, notamment lorsque les différences se feront de plus en plus importantes. De son côté, Opera avait récemment annoncé son passage à Webkit, avant de suivre la firme de Mountain View dans l'aventure Blink.

Pour rappel, Opera est disponible sur les autres plateformes mobiles comme Android en version complète ou Mini et iOS (en Mini uniquement).

Commentaires (65)

Thanger Abonné

Le 19/08/2013 à 09h59

Lafisk a écrit :

C’est clair

D’un côté que la prog web disparaisse, ça me pose pas de problème mais bon c’est quand même con, la “réponse” à la dépendance à l’OS pour les softwares était censé être le web, hors la ils font tout pour revenir à une situation à l’ancienne et la prog web perd vraiment son seul intérêt.

Ceci dit, on fait du dèv web dans ma boite et on arrive à avoir un rendu similaire sur tout les navigateurs, bien qu’une ou deux fois on ait eu un comportement différent mais rien de trop bloquant.

Autant je suis pour les standards, que ce soit informatique ou pas d’ailleurs, mais un standard par écosystème, non merci " />

De notre coté, tant qu’on nous demande pas de compatibilité IE (On nous demande encore du IE6), on a le même rendu sur les autres navigateurs.

Lafisk

Le 19/08/2013 à 10h01

Schpountz42 a écrit :

De notre coté, tant qu’on nous demande pas de compatibilité IE (On nous demande encore du IE6), on a le même rendu sur les autres navigateurs.

à partir d’IE8 ou 9 (je sais plus) y’a rien de spécial à faire. On pousse pas le vice jusqu’à tester IE6 (bien que nos clients soient des universités) tant pis pour eux, ont donne du taff aux admins " />

raphke

Le 19/08/2013 à 10h05

C’est quand même fou ça d’être sous un dinosaure de ce genre :/

Comment peut-on rester aussi longtemps sous un navigateur aussi vieux et aussi passoire ? ça demande tellement de performances en plus de passer à IE9 ou 10 ?

Lafisk

Le 19/08/2013 à 10h09

raphke a écrit :

C’est quand même fou ça d’être sous un dinosaure de ce genre :/

Comment peut-on rester aussi longtemps sous un navigateur aussi vieux et aussi passoire ? ça demande tellement de performances en plus de passer à IE9 ou 10 ?

Pour des admins système, faut croire que oui.

C’est aussi et surtout que la plupart vont t’installer direct chrome ou FF et ne pas mettre à jour IE. Après, dans notre cas, le prof donne un petit coup de fil aux services informatique et hop c’est fait.

Y’a encore beaucoup de boite qui fonctionne comme ça vu que beaucoup utilisent de toute façon FF ou chrome même au boulot, en gros tant que c’est pas demander, l’admin sys ne met pas à jour.

Thanger Abonné

Le 19/08/2013 à 10h11

Lafisk a écrit :

à partir d’IE8 ou 9 (je sais plus) y’a rien de spécial à faire. On pousse pas le vice jusqu’à tester IE6 (bien que nos clients soient des universités) tant pis pour eux, ont donne du taff aux admins " />

Parfois ca arrive même sous les IE récents, mais c’est rare avec des fonctionnalités spécifiques.

raphke a écrit :

C’est quand même fou ça d’être sous un dinosaure de ce genre :/

Comment peut-on rester aussi longtemps sous un navigateur aussi vieux et aussi passoire ? ça demande tellement de performances en plus de passer à IE9 ou 10 ?

Ce n’est pas un problème de performance, mais ils doivent migrer tout le parc, ca a un cout, ca prend du temps…

Bref, toutes les excuses classiques des entreprises " />

raphke

Le 19/08/2013 à 10h12

Bin moi qui bêtement pensait que c’est justement aux ‘admins’ de prévoir de faire les mises à jour d’initiative … Chez nous ça se fait comme ça en tout cas :)

raphke

Le 19/08/2013 à 10h13

Schpountz42 a écrit :

Parfois ca arrive même sous les IE récents, mais c’est rare avec des fonctionnalités spécifiques.

Ce n’est pas un problème de performance, mais ils doivent migrer tout le parc, ca a un cout, ca prend du temps…

Bref, toutes les excuses classiques des entreprises " />

Bin et quand tu n’as absolument plus le choix, ça ne revient pas plus cher ? Vu que souvent si tu sais migrer / mettre à jour d’une version à une autre ‘ça va’ mais c’est rarement le cas quand c’est de plusieurs générations .. non ?

Lafisk

Le 19/08/2013 à 10h15

Schpountz42 a écrit :

ca prend du temps…

Un clic dans Windows Update " />

La dernière fois, j’ai demander d’avoir les maj sur Windows update au boulot (c’était bloqué même sur les postes d’informaticien …) du coup le gars les a activé en auto pour tout le monde … je te dis pas le lendemain 30 personne qui télécharge les maj de Windows, qui remontent à pas mal de temps du coup, sur une connexion de 2Mbps … la journée de travail a été assez frustrante surtout qu’on dèv sur des serveurs distants …

Konrad

Le 19/08/2013 à 10h18

Lafisk a écrit :

D’un côté que la prog web disparaisse, ça me pose pas de problème mais bon c’est quand même con, la “réponse” à la dépendance à l’OS pour les softwares était censé être le web, hors la ils font tout pour revenir à une situation à l’ancienne et la prog web perd vraiment son seul intérêt.

* or, nontudju " />

Lafisk a écrit :

Autant je suis pour les standards, que ce soit informatique ou pas d’ailleurs, mais un standard par écosystème, non merci " />

Ça se passe souvent comme ça " />

Thanger Abonné

Le 19/08/2013 à 10h22

raphke a écrit :

Bin et quand tu n’as absolument plus le choix, ça ne revient pas plus cher ? Vu que souvent si tu sais migrer / mettre à jour d’une version à une autre ‘ça va’ mais c’est rarement le cas quand c’est de plusieurs générations .. non ?

Lafisk a écrit :

Un clic dans Windows Update " />

La dernière fois, j’ai demander d’avoir les maj sur Windows update au boulot (c’était bloqué même sur les postes d’informaticien …) du coup le gars les a activé en auto pour tout le monde … je te dis pas le lendemain 30 personne qui télécharge les maj de Windows, qui remontent à pas mal de temps du coup, sur une connexion de 2Mbps … la journée de travail a été assez frustrante surtout qu’on dèv sur des serveurs distants …

J’ai dit que c’était des excuses, c’est pas forcément justifié hein ! " />

Et pour le temps, quand tu as plusieurs centaines de postes découpés en parc indépendants (Voir DSI indépendant), oui ca prend du temps.

maverick78 Abonné

Le 19/08/2013 à 10h33

Schpountz42 a écrit :

J’ai dit que c’était des excuses, c’est pas forcément justifié hein ! " />

Et pour le temps, quand tu as plusieurs centaines de postes découpés en parc indépendants (Voir DSI indépendant), oui ca prend du temps.

Ben dites donc, ce sont des rigolos vos admins…

Il y a un role sur Windows Server qui fait mirroir d’update : chaque update n’est téléchargée des serveurs Microsoft même si c’est pour une MAJ de 10000 machines…

Ce qui est long, ca n’est pas d’installer IE, c’est de qualifier toutes les applications internes sur le nouveau navigateur ainsi que toutes les différentes procédures. Et bien souvent, il en résulte du dev qu’il faut intégrer au planning et au budget.

Firefly' Abonné

Le 19/08/2013 à 10h40

Pour l’instant, les utilisateurs de Windows Phone peuvent se tourner vers la version mobile du navigateur.

Je pense pas, c’est la version Java qui est “pour les autre téléphones”, mais pas pour Windows phone ..

Yannouch

Le 19/08/2013 à 10h40

Pour l’instant, les utilisateurs de Windows Phone peuvent se tourner vers la version mobile du navigateur.

Je ne comprends pas cette phrase. " />

C’est le contraire de ce que dit le reste de l’article non ?

SebGF Abonné

Le 19/08/2013 à 10h45

Lafisk a écrit :

Un clic dans Windows Update " />

La dernière fois, j’ai demander d’avoir les maj sur Windows update au boulot (c’était bloqué même sur les postes d’informaticien …) du coup le gars les a activé en auto pour tout le monde … je te dis pas le lendemain 30 personne qui télécharge les maj de Windows, qui remontent à pas mal de temps du coup, sur une connexion de 2Mbps … la journée de travail a été assez frustrante surtout qu’on dèv sur des serveurs distants …

Ils n’ont pas de WSUS ? C’est pourtant un must have pour gérer les mises à jour Windows de manière centralisée sans faire s’effondrer la BP.

Lafisk a écrit :

Pour des admins système, faut croire que oui.

C’est surtout difficile pour M. Quisignelechèque quand on lui dit que ça demandera de mettre à jour telle ou telle application Web (qui souvent sont des développements externes, ou alors pire, un truc interne fait dans son coin par un gars parti en retraite depuis quinze ans avec zéro doc), avec tous les effets de bords que ça peut engendrer parce que les tests de compatibilités ont remonté plusieurs anomalies bloquantes.

Etant dans le middleware, je constate ce genre de joyeuseté régulièrement quand une appli centralisée doit changer de version pour ravoir du support ou corriger des bugs et que derrière t’as plein de clients qui doivent avoir un redéveloppement (genre une obscure cochonnerie en Java dont personne n’a entendu parler), ou bien que l’éditeur dit “c’est 3k€ pour changer une ligne dans un binaire”, ou le plus drôle, ceux qui se sont accommodés d’un bug et refusent de corriger leur applicatif parce que ça marche comme ça picétout…

T’as des DSI qui gèrent bien leur parc applicatif, et là c’est finger in ze noose pour la plupart des migrations d’applications. Et t’en as d’autres où c’est freestyle et chacun bricole dans son coin… Et là .. " /> (avantage : on s’ennuie pas dans celles là " />)

labdam Abonné

Le 19/08/2013 à 10h57

Firefly’ a écrit :

Je pense pas, c’est la version Java qui est “pour les autre téléphones”, mais pas pour Windows phone ..

au temps pour moi, j’ai supprimé du coup

f-heure-7

Le 19/08/2013 à 10h58

Firefly’ a écrit :

Je pense pas, c’est la version Java qui est “pour les autre téléphones”, mais pas pour Windows phone ..

En allant sur le lien avec un WP8, il propose Opera Mini et Mobile pour Windows Mobile, donc rien à voir.

De même, la légende de l’image est bizarre :

au travers du navigateur pour les autres OS

Il y a des versions Windows Mobile, Blackberry OS, Symbian et Java feature-phone, pas de version “au travers du navigateur”. Mais il faut avouer que le site officiel est tout sauf clair sur ce point.

RoughBoy05

Le 19/08/2013 à 10h58

Si Trident doit être utilisé pour sous Windows RT, çà veut dire que Firefox pour ModernUI va utiliser Trident ? Cà me paraîtrait surprenant quand même.

JohnCaffey

Le 19/08/2013 à 11h04

Hum, hum… " /> @labdam, la niouze pour 6tagram c’est pour quand ?

On a déja pas eu d’édito… " />

charon.G

Le 19/08/2013 à 11h07

RoughBoy05 a écrit :

Si Trident doit être utilisé pour sous Windows RT, çà veut dire que Firefox pour ModernUI va utiliser Trident ? Cà me paraîtrait surprenant quand même.

Non en fait les navigateurs alternatifs peuvent utiliser Win32 sur Windows 8 en mode modern UI. C’est sur Windows RT où ça pêche car l’environnement WinRT ne permet pas la compilation JIT.(pas d’équivalent de VirtualAlloc et VirtualProtect)

labdam Abonné

Le 19/08/2013 à 11h15

JohnCaffey a écrit :

Hum, hum… " /> @labdam, la niouze pour 6tagram c’est pour quand ?

On a déja pas eu d’édito… " />

J’vois pas de quoi tu parles " />

Pour 6tagram oui pourquoi pas. On va attendre qu’il soit dispo d’abord pour juger sur pièce.

f-heure-7

Le 19/08/2013 à 11h21

labdam a écrit :

J’vois pas de quoi tu parles " />

Pour 6tagram oui pourquoi pas. On va attendre qu’il soit dispo d’abord pour juger sur pièce.

Sinon tu peux mettre à jour cette actualité avec ce lien. " />

127.0.0.1

Le 19/08/2013 à 11h30

Lafisk a écrit :

Vivement ce jour qu’on repasse sur du dèv desktop, quelle plaie le web " />

C’est déjà le cas. On appelle cela développer une “app” pour Winphone, IOS ou Android.

gachdel

Le 19/08/2013 à 11h51

charon.G a écrit :

Non en fait les navigateurs alternatifs peuvent utiliser Win32 sur Windows 8 en mode modern UI. C’est sur Windows RT où ça pêche car l’environnement WinRT ne permet pas la compilation JIT.(pas d’équivalent de VirtualAlloc et VirtualProtect)

Cela veut donc dire que la version ModernUI de Firefox sera dispo sous WIndows 8, mais pas Windows RT?

Wen84

Le 19/08/2013 à 11h57

gachdel a écrit :

Cela veut donc dire que la version ModernUI de Firefox sera dispo sous WIndows 8, mais pas Windows RT?

Exactement, comme c’est le cas pour Chrome. Aujourd’hui, il n’y a qu’un navigateur sur RT : IE.

charon.G

Le 19/08/2013 à 12h02

gachdel a écrit :

Cela veut donc dire que la version ModernUI de Firefox sera dispo sous WIndows 8, mais pas Windows RT?

Oui Windows RT c’est plutôt mal barré " />

Nyco87

Le 19/08/2013 à 12h03

Wen84 a écrit :

Exactement, comme c’est le cas pour Chrome. Aujourd’hui, il n’y a qu’un navigateur sur RT : IE.

Comme il n’y a qu’un navigateur; enfin Moteur de rendu, sur iOS : webkit de Safari.

FF peut sortir son navigateur sur Windows RT, mais avec le moteur de rendu Trident.

Comme Chrome sur iOS qui utilise le moteur de safari.

gachdel

Le 19/08/2013 à 12h03

Wen84 a écrit :

Exactement, comme c’est le cas pour Chrome. Aujourd’hui, il n’y a qu’un navigateur sur RT : IE.

Ah oui d’accord… Je ne savais pas ça, et c’est bien dommage.

C’est d’ailleurs étonnant que Google et Mozilla développent un navigateur ModernUI juste pour Windows 8, peu de gens utilisent la partie ModernUI à mon avis…

gachdel

Le 19/08/2013 à 12h05

Nyco87 a écrit :

Comme il n’y a qu’un navigateur; enfin Moteur de rendu, sur iOS : webkit de Safari.

FF peut sortir son navigateur sur Windows RT, mais avec le moteur de rendu Trident.

Comme Chrome sur iOS qui utilise le moteur de safari.

Je croyais que justement, Opera Mini utilisait le moteur de rendu d’Opera à sa sortie? C’est d’ailleurs pour ça qu’Opera n’était pas sûr du tout que l’application soit acceptée par Apple, ils ont même fait un compte à rebours et pas mal de teasing pour leur mettre la pression.

Je me trompe?

anonyme_d58ae7e2d09a5d3fb2e3eb976436dda3

Le 19/08/2013 à 12h06

Il sera d’ailleurs intéressant de savoir ce que comprend cette version d’Opera et surtout le coeur qui l’anime, car normalement seul le moteur de rendu Trident de Microsoft est disponible sur cette plateforme, comme sur Windows RT. C’est d’ailleurs en partie ce qui empêche Google et Mozilla de proposer leurs solutions respectives avec Chrome et Firefox.

Une situation qui est identique chez Apple ou seul WebKit est autorisé.

Quel rapport avec Apple ?? Sur iOS c’est une limitation dans les règles sur l’envoi d’application sur le store (impossibilité d’exécuter du code compilé non inclus dans l’application, i.e. exit un moteur javascript qui compile à la volée).

Sur Windows Phone il n’y a pas cette limite dans les requirements sur la certification des applications ; c’est juste que personne n’a pour le moment développé de moteur de rendu alternatif à Trident.

Donc rien à voir entre les 2 cas.

metaphore54

Le 19/08/2013 à 12h06

zaknaster a écrit :

La faute a Apple et Microsoft… " />

Bientôt Google sera en mesure d’imposer ses choix, donc pas de souci.

Wen84

Le 19/08/2013 à 12h08

Nyco87 a écrit :

Comme il n’y a qu’un navigateur; enfin Moteur de rendu, sur iOS : webkit de Safari.

FF peut sortir son navigateur sur Windows RT, mais avec le moteur de rendu Trident.

Comme Chrome sur iOS qui utilise le moteur de safari.

Ouais, mais l’interet est quand meme plus limité hein… Surtout que ça augmente quand meme la quantité de dev pour un OS qui aujourd’hui represente quelques miettes.

f-heure-7

Le 19/08/2013 à 12h09

gachdel a écrit :

Je croyais que justement, Opera Mini utilisait le moteur de rendu d’Opera à sa sortie? C’est d’ailleurs pour ça qu’Opera n’était pas sûr du tout que l’application soit acceptée par Apple, ils ont même fait un compte à rebours et pas mal de teasing pour leur mettre la pression.

Je me trompe?

Plus ou moins. Le rendu est fait sur les serveurs d’Opera et interprété par Opera Mini. Ils ne peuvent pas utiliser Opera Mobile (qui utilise son propre moteur de rendu et compilateur JIT) et n’étaient pas sûr qu’Apple accepte l’astuce de Mini.

zaknaster

Le 19/08/2013 à 12h09

metaphore54 a écrit :

Bientôt Google sera en mesure d’imposer ses choix, donc pas de souci.

Ça m’étonnerait beaucoup de voir ça sur Android " /> mais on sait jamais.

Wen84

Le 19/08/2013 à 12h10

gachdel a écrit :

Ah oui d’accord… Je ne savais pas ça, et c’est bien dommage.

C’est d’ailleurs étonnant que Google et Mozilla développent un navigateur ModernUI juste pour Windows 8, peu de gens utilisent la partie ModernUI à mon avis…

Je pense que tu te trompes… Les tablettes Windows 8 se sont surement plus vendus que les tablettes Windows RT. De toute manière, pour gérer ModernUi, la quantité de dev est pas si énorme que cela.

charon.G

Le 19/08/2013 à 12h12

hadoken a écrit :

Quel rapport avec Apple ?? Sur iOS c’est une limitation dans les règles sur l’envoi d’application sur le store (impossibilité d’exécuter du code compilé non inclus dans l’application, i.e. exit un moteur javascript qui compile à la volée).

Sur Windows Phone il n’y a pas cette limite dans les requirements sur la certification des applications ; c’est juste que personne n’a pour le moment développé de moteur de rendu alternatif à Trident.

Donc rien à voir entre les 2 cas.

en fait non va lire mon commentaire juste au dessus la compilation JIT n’est pas possible sur WinRT et les api win32 qui le permettent ne sont pas disponibles sur wp8 et Windows RT. Il y a une raison à ce fonctionnement….

Lafisk

Le 19/08/2013 à 12h22

SebGF a écrit :

Ils n’ont pas de WSUS ? C’est pourtant un must have pour gérer les mises à jour Windows de manière centralisée sans faire s’effondrer la BP.

…

En même temps, dans mon cas on est une boite à tout casser de 30-40 personnes, on a pris le prestataire le moins cher qu’on trouvait " />

metaphore54

Le 19/08/2013 à 12h27

zaknaster a écrit :

Ça m’étonnerait beaucoup de voir ça sur Android " /> mais on sait jamais.

J’ai oublié le smiley " />. Après sur android je ne sais pas si c’est possible.

Nyco87

Le 19/08/2013 à 12h27

zaknaster a écrit :

Ça m’étonnerait beaucoup de voir ça sur Android " /> mais on sait jamais.

C’est pas tant Google qui impose ses choix, c’est les devs web qui préfixent un peu tout en -webkit " />

Lafisk

Le 19/08/2013 à 12h29

zaknaster a écrit :

Ça m’étonnerait beaucoup de voir ça sur Android " /> mais on sait jamais.

Comme tu dis, on sait jamais, m’enfin au pire un fork du code actuel ou du moins le plus récent toujours libre et c’est réglé.

Mais quand je vois comment Google ferme de plus en plus ses services et par extensions le web … c’est pas si irréaliste, mais l’avenir le dira.

127.0.0.1 a écrit :

C’est déjà le cas. On appelle cela développer une “app” pour Winphone, IOS ou Android.

je me suis pas encore beaucoup intéressé au dèv d’app smartphone, mais de ce que j’en ai vu lors d’une courte formation à l’université (y’a genre 3-4 ans quoi) c’était assez bizarre quand même et encore différent du dèv ‘desktop’ même si plus proche que le web quand même. Depuis, ça à peut être changer en tout cas. Mais bon j’ai pas forcément le temps pour ça entre le boulot, les transport, les projets persos …

zaknaster

Le 19/08/2013 à 12h31

metaphore54 a écrit :

J’ai oublié le smiley " />. Après sur android je ne sais pas si c’est possible.

Bah si, Firefox utilise Gecko sur Android, qui est son moteur de rendu.

charon.G

Le 19/08/2013 à 12h34

127.0.0.1 a écrit :

C’est déjà le cas. On appelle cela développer une “app” pour Winphone, IOS ou Android.

Pas vraiment. Pour parler de WinRT sur WinPhone que je connais mieux(mais apparemment c’est pareil pour les autres) tu peux coder ton application en javascript(donc là oui c’est du développement web) mais tu peux aussi coder en c++ ou c# avec du XAML. Ce n’est pas du tout du développement web dans ce cas.

zaknaster

Le 19/08/2013 à 12h35

Lafisk a écrit :

Comme tu dis, on sait jamais, m’enfin au pire un fork du code actuel ou du moins le plus récent toujours libre et c’est réglé.

Mais quand je vois comment Google ferme de plus en plus ses services et par extensions le web … c’est pas si irréaliste, mais l’avenir le dira.

Ouai enfin entre temps il est l’un des seuls OS mobiles sur lequel on peut le faire, avec MS ou Apple tu peux toujours te brosser.

Lafisk

Le 19/08/2013 à 12h38

zaknaster a écrit :

Ouai enfin entre temps il est l’un des seuls OS mobiles sur lequel on peut le faire, avec MS ou Apple tu peux toujours te brosser.

Oui, j’ai jamais prétendu le contraire, mais quand, en tant que technophile j’entend, tu choisis Ios ou Ms tu sais dans quoi tu t’engages et perso cela me convient comme ça car libre ou pas je m’en tamponne un peu tant que ça fonctionne, ça me pose un problème avec Google plus à cause de leur business model que par principe de liberté. Et Mme Michu, elle s’en tape le coquillard je crois " />

f-heure-7

Le 19/08/2013 à 12h38

charon.G a écrit :

Pas vraiment. Pour parler de WinRT sur WinPhone que je connais mieux(mais apparemment c’est pareil pour les autres) tu peux coder ton application en javascript(donc là oui c’est du développement web) mais tu peux aussi coder en c++ ou c# avec du XAML. Ce n’est pas du tout du développement web dans ce cas.

Il disait justement que les apps sont l’équivalent du “dév desktop”. " />

charon.G

Le 19/08/2013 à 12h41

f-heure-7 a écrit :

Il disait justement que les apps sont l’équivalent du “dév desktop”. " />

ah oui en effet autant pour moi " /> " />

anonyme_d58ae7e2d09a5d3fb2e3eb976436dda3

Le 19/08/2013 à 12h45

charon.G a écrit :

en fait non va lire mon commentaire juste au dessus la compilation JIT n’est pas possible sur WinRT et les api win32 qui le permettent ne sont pas disponibles sur wp8 et Windows RT. Il y a une raison à ce fonctionnement….

Yes pas possible actuellement, mais pour des raisons techniques, et non à cause d’une limitation au niveau des règles à respecter pour l’envoi sur le marketplace (à ma connaissance).

charon.G

Le 19/08/2013 à 12h58

hadoken a écrit :

Yes pas possible actuellement, mais pour des raisons techniques, et non à cause d’une limitation au niveau des règles à respecter pour l’envoi sur le marketplace (à ma connaissance).

je pense que ce sont des limitations pour le futur de WinRT afin que les applications puissent tourner sur Midori à terme.

Le pilier premier de Singularity est l’isolation des processus. On les appelle des SIP(Software Isolated Process). Les processus sont cloisonnés au runtime, on ne peux pas charger de code dynamiquement. Ca permet d’éviter les plantages de l’explorer si une shell extension foire ou que le système plante si un driver plante.

*Avec WinRT on ne peut pas écrire sur les pages mémoires exécutables. Aucune api n’est disponible pour le faire.

*La reflection avec emit ne marche pas non plus sur WinRT.

*Une application WinRT peut seulement charger des bibliothèques présentes dans le dossier de l’application et elles doivent être spécifiées dans le manifeste d’installation.

Ces 3 points pour moi ont pour but de rendre compatible les applications WinRT sur Midori quand il sortira.

Nyco87

Le 19/08/2013 à 13h57

charon.G a écrit :

je pense que ce sont des limitations pour le futur de WinRT afin que les applications puissent tourner sur Midori à terme.

Le pilier premier de Singularity est l’isolation des processus. On les appelle des SIP(Software Isolated Process). Les processus sont cloisonnés au runtime, on ne peux pas charger de code dynamiquement. Ca permet d’éviter les plantages de l’explorer si une shell extension foire ou que le système plante si un driver plante.

*Avec WinRT on ne peut pas écrire sur les pages mémoires exécutables. Aucune api n’est disponible pour le faire.

*La reflection avec emit ne marche pas non plus sur WinRT.

*Une application WinRT peut seulement charger des bibliothèques présentes dans le dossier de l’application et elles doivent être spécifiées dans le manifeste d’installation.

Ces 3 points pour moi ont pour but de rendre compatible les applications WinRT sur Midori quand il sortira.

Si je te suis bien, soit IE aura droit à une exception pour son fonctionnement (rien d’aberrant en soit), soit IE va devoir fonctionner différemment ?

RoughBoy05

Le 19/08/2013 à 14h05

Nyco87 a écrit :

Comme il n’y a qu’un navigateur; enfin Moteur de rendu, sur iOS : webkit de Safari.

FF peut sortir son navigateur sur Windows RT, mais avec le moteur de rendu Trident.

Comme Chrome sur iOS qui utilise le moteur de safari.

Oui, c’est ce que je pensais : çà n’est pas un soucis, en dehors des désidératas de Google et Mozilla. Reste que MS devrait quand même réfléchir à ce problème, à mon avis. Même si je regarde plus vers FF, vu que Google, pour l’instant me sort par tous les trous !

charon.G

Le 19/08/2013 à 14h07

Nyco87 a écrit :

Si je te suis bien, soit IE aura droit à une exception pour son fonctionnement (rien d’aberrant en soit), soit IE va devoir fonctionner différemment ?

Midori devrait sortir avec un nouveau navigateur qui n’est pas IE. Je pense que Microsoft prévoit quelque chose de précis pour gérer la compilation JIT sur Midori mais je ne sais pas quoi, je n’ai pas d’information sur ce point.

arno53

Le 19/08/2013 à 14h48

J’avais l’impression que ce n’était pas le moteur de rendu (gecko, blink, safari, feu presto) qui posait problème mais les moteur javascript qui compile a la volée (JIT) comme OdinMonkey (enfin tout les truc en Monkey de Firefox " /> ), V8 etc … Car comme l’a dit Charon ce n’est pas possible avec WinRT

Il l’avait expliqué sur la news API limitées dans Windows RT : Google soutient Mozilla :

Ca ne m’étonne pas que le JIT ne soit pas possible sur WinRT. C’est à ajouter au fait que les DLL WinRT doivent tous se trouver dans le dossier de l’application et être spécifiées dans le manifeste y compris les DLL chargées dynamiquement. Il existe aussi des limitations avec la reflection .NET sur WinRT.

Le premier principe de base du fonctionnement de Singularity est l’isolation du code des processus. Le code est figé au runtime. Si Microsoft espère une compatibilité des applications WinRT avec Midori quand il sortira ils sont obligés de faire ce que je viens de citer.

Ceci dit pour Midori je sais qu’ils développent différents runtime. Ils ont du prévoir quelque chose qui permettent de faire de la compilation JIT sans sacrifier le principe premier des SIP(software isolated process). Mais ces api ne seront disponibles que dans le futur. Galen hunt avait parlé il y a longtemps de ce problème précis mais je ne retrouve plus le lien.

Pour moi Windows 8 RT est destiné à devenir un midori pur sur le moyen terme. Pour le moment ils ont décidé de bloquer toute application Win32 afin d’assurer la compatibilité totale des applications sur Midori. En effet Ils n’ont pas porté IE10 et office15 mais c’est surtout car ce n’est pas encore prêt et ensuite que WinRT à lui tout seul ne permet pas de le faire. Par contre Microsoft travaille bien sur un nouveau navigateur from scratch sur Midori

Mais rien n’empêcherai Mozilla & co de porter le moteur de rendu sur WinRT mais d’utiliser le moteur Javascript Chakra D’IE non ?

Edit : Bon bah Charon l’a re-expliqué en live …

lossendae

Le 19/08/2013 à 15h30

arno53 a écrit :

J’avais l’impression que ce n’était pas le moteur de rendu (gecko, blink, safari, feu presto) qui posait problème mais les moteur javascript qui compile a la volée (JIT) comme OdinMonkey (enfin tout les truc en Monkey de Firefox " /> ), V8 etc … Car comme l’a dit Charon ce n’est pas possible avec WinRT

C’est quand même un peu dommage…

arno53

Le 19/08/2013 à 15h59

lossendae a écrit :

C’est quand même un peu dommage…

Certes enfin ce qui me gènes pour l’instant c’est que même Microsoft ne joue pas le jeu et utilise une exception pour pouvoir utilisé IE.

C’est problématique dans notre vision actuel de l’informatique mais si MS impose cela c’est pour préparer Midori qui sera, de par sa conception, l’OS grand publique le plus stable et le mieux préparé au manycore et au configuration hétérogène (x86 + ARM + GPU dans le meme PC).

Et quand ce dernier sortira, MS sera obligé de sortir un IE totalement neuf et à ce moment Mozilla et Google auront accès au nouvelle API pour le JIT etc …

C’est juste une question de temps … En espérant que ca prenne pas 5 ans " />

charon.G

Le 19/08/2013 à 16h42

lossendae a écrit :

C’est quand même un peu dommage…

Je pense que c’est pour pouvoir maintenir la compatibilité sur Midori pas trop le choix. De toute façon Windows RT fait un bide c’est pas très grave personne l’utilise " />

lossendae

Le 19/08/2013 à 16h53

charon.G a écrit :

Je pense que c’est pour pouvoir maintenir la compatibilité sur Midori pas trop le choix. De toute façon Windows RT fait un bide c’est pas très grave personne l’utilise " />

C’est pas faux. " />

J’ai quand même hâte de voir ce que MS va proposer pour qu’il y aie quand même des alternatives aux applis MS sur leurs futur systeme.

Juste par curiosité puisque s’il continue de s’enfermer j’irai voir ailleurs ou il y plus de choix.

Nyco87

Le 19/08/2013 à 17h56

charon.G a écrit :

Je pense que c’est pour pouvoir maintenir la compatibilité sur Midori pas trop le choix. De toute façon Windows RT fait un bide c’est pas très grave personne l’utilise " />

Mais heu, c’est pas vrai " />

arno53

Le 19/08/2013 à 19h28

Nyco87 a écrit :

Mais heu, c’est pas vrai " />

Ta maman ne compte pas " />

(A moins que je me sois trompé d’INpactien " />)

Edit : Et merde c’est Lafisk qui l’a donné a sa mère " />

2show7

Le 19/08/2013 à 19h43

arno53 a écrit :

Edit : Et merde c’est Lafisk qui l’a donné a sa mère " />

" />" />

" />" />" />

Lafisk

Le 19/08/2013 à 21h17

arno53 a écrit :

Ta maman ne compte pas " />

(A moins que je me sois trompé d’INpactien " />)

Edit : Et merde c’est Lafisk qui l’a donné a sa mère " />

Et elle en est très contente, si skydrive avait pas été seulement une applie pour consulter le contenu web elle aurait été mienne ^^

Mais bon encore un peu de patience, une petite tablette x86 8” à pas trop chère devrait être dispo vers la fin de l’année " />

Nyco87

Le 20/08/2013 à 07h36

arno53 a écrit :

Ta maman ne compte pas " />

(A moins que je me sois trompé d’INpactien " />)

Edit : Et merde c’est Lafisk qui l’a donné a sa mère " />

Non la RT c’est la mienne. Et j’en suis très content (8.1 corrige certains défauts… sauf le nom et le bureau pour la confusion)." />

Lafisk

Le 19/08/2013 à 09h33

Si dans le futur on ce retrouve avec un OS = un moteur de rendu web on perdra le seul et unique avantage de la prog web sur la prog ‘desktop’ …. " />

Vivement ce jour qu’on repasse sur du dèv desktop, quelle plaie le web " />

zaknaster

Le 19/08/2013 à 09h40

Lafisk a écrit :

Si dans le futur on ce retrouve avec un OS = un moteur de rendu web on perdra le seul et unique avantage de la prog web sur la prog ‘desktop’ …. " />

Vivement ce jour qu’on repasse sur du dèv desktop, quelle plaie le web " />

La faute a Apple et Microsoft… " />

raphke

Le 19/08/2013 à 09h46

Il va être vraiment beau le futur. Tu choisis un “écosystème” et puis tu es pieds et poings liés :/

Je sens qu’un jour ou l’autre je vais être de plus en plus porté vers Firefox OS …

coucou_lo_coucou_paloma

Le 19/08/2013 à 09h49

Vivement que Google impose son OS à tout le monde.

Quoi, j’ai pas tout compris ? " />

Le moteur de rendu serait développé par leur régie pub. " />

Lafisk

Le 19/08/2013 à 09h57

zaknaster a écrit :

La faute a Apple et Microsoft… " />

C’est clair

D’un côté que la prog web disparaisse, ça me pose pas de problème mais bon c’est quand même con, la “réponse” à la dépendance à l’OS pour les softwares était censé être le web, hors la ils font tout pour revenir à une situation à l’ancienne et la prog web perd vraiment son seul intérêt.

Ceci dit, on fait du dèv web dans ma boite et on arrive à avoir un rendu similaire sur tout les navigateurs, bien qu’une ou deux fois on ait eu un comportement différent mais rien de trop bloquant.

Autant je suis pour les standards, que ce soit informatique ou pas d’ailleurs, mais un standard par écosystème, non merci " />

Catégories

Nous Suivre

À propos

Opera bientôt sur Windows Phone ?

Et les autres ?

Commentaires (65)