Opera bientôt sur Windows Phone ?

Opera bientôt sur Windows Phone ?

Et les autres ?

Avatar de l'auteur
Damien Labourot

Publié dans

Société numérique

19/08/2013 2 minutes
65

Opera bientôt sur Windows Phone ?

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 mobile

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).

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (65)


Lafisk
Le 19/08/2013 à 09h 33

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’ …. <img data-src=" />



Vivement ce jour qu’on repasse sur du dèv desktop, quelle plaie le web <img data-src=" />


zaknaster
Le 19/08/2013 à 09h 40







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’ …. <img data-src=" />



Vivement ce jour qu’on repasse sur du dèv desktop, quelle plaie le web <img data-src=" />





La faute a Apple et Microsoft… <img data-src=" />



raphke
Le 19/08/2013 à 09h 46

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 à 09h 49

Vivement que Google impose son OS à tout le monde.

Quoi, j’ai pas tout compris ? <img data-src=" />



Le moteur de rendu serait développé par leur régie pub. <img data-src=" />


Lafisk
Le 19/08/2013 à 09h 57







zaknaster a écrit :



La faute a Apple et Microsoft… <img data-src=" />





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 <img data-src=" />



Thanger Abonné
Le 19/08/2013 à 09h 59







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 <img data-src=" />





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 à 10h 01







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 <img data-src=" />



raphke
Le 19/08/2013 à 10h 05

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 à 10h 09







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 à 10h 11







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 <img data-src=" />





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 <img data-src=" />



raphke
Le 19/08/2013 à 10h 12

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 à 10h 13







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 <img data-src=" />







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 à 10h 15







Schpountz42 a écrit :



ca prend du temps…







Un clic dans Windows Update <img data-src=" />



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 à 10h 18







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 <img data-src=" />









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 <img data-src=" />





Ça se passe souvent comme ça <img data-src=" />



Thanger Abonné
Le 19/08/2013 à 10h 22







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 <img data-src=" />



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 ! <img data-src=" />



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 à 10h 33







Schpountz42 a écrit :



J’ai dit que c’était des excuses, c’est pas forcément justifié hein ! <img data-src=" />



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 à 10h 40



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 à 10h 40



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

Je ne comprends pas cette phrase. <img data-src=" />

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


SebGF Abonné
Le 19/08/2013 à 10h 45







Lafisk a écrit :



Un clic dans Windows Update <img data-src=" />



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à .. <img data-src=" /> (avantage : on s’ennuie pas dans celles là <img data-src=" />)



labdam Abonné
Le 19/08/2013 à 10h 57







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 à 10h 58







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 à 10h 58

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 à 11h 04

Hum, hum… <img data-src=" /> @labdam, la niouze pour 6tagram c’est pour quand ?



On a déja pas eu d’édito… <img data-src=" />


charon.G
Le 19/08/2013 à 11h 07







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 à 11h 15







JohnCaffey a écrit :



Hum, hum… <img data-src=" /> @labdam, la niouze pour 6tagram c’est pour quand ?



On a déja pas eu d’édito… <img data-src=" />





J’vois pas de quoi tu parles <img data-src=" />



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 à 11h 21







labdam a écrit :



J’vois pas de quoi tu parles <img data-src=" />



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. <img data-src=" />



127.0.0.1
Le 19/08/2013 à 11h 30







Lafisk a écrit :



Vivement ce jour qu’on repasse sur du dèv desktop, quelle plaie le web <img data-src=" />







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



gachdel
Le 19/08/2013 à 11h 51







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 à 11h 57







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 à 12h 02







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é <img data-src=" />



Nyco87
Le 19/08/2013 à 12h 03







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 à 12h 03







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 à 12h 05







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?





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 à 12h 06







zaknaster a écrit :



La faute a Apple et Microsoft… <img data-src=" />







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



Wen84
Le 19/08/2013 à 12h 08







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 à 12h 09







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 à 12h 09







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 <img data-src=" /> mais on sait jamais.



Wen84
Le 19/08/2013 à 12h 10







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 à 12h 12







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 à 12h 22







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 <img data-src=" />



metaphore54
Le 19/08/2013 à 12h 27







zaknaster a écrit :



Ça m’étonnerait beaucoup de voir ça sur Android <img data-src=" /> mais on sait jamais.







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



Nyco87
Le 19/08/2013 à 12h 27







zaknaster a écrit :



Ça m’étonnerait beaucoup de voir ça sur Android <img data-src=" /> 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 <img data-src=" />



Lafisk
Le 19/08/2013 à 12h 29







zaknaster a écrit :



Ça m’étonnerait beaucoup de voir ça sur Android <img data-src=" /> 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 à 12h 31







metaphore54 a écrit :



J’ai oublié le smiley <img data-src=" />. 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 à 12h 34







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 à 12h 35







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 à 12h 38







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 <img data-src=" />



f-heure-7
Le 19/08/2013 à 12h 38







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”. <img data-src=" />



charon.G
Le 19/08/2013 à 12h 41







f-heure-7 a écrit :



Il disait justement que les apps sont l’équivalent du “dév desktop”. <img data-src=" />





ah oui en effet autant pour moi <img data-src=" /> <img data-src=" />









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 à 12h 58







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 à 13h 57







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 à 14h 05







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 à 14h 07







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 à 14h 48

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 <img data-src=" /> ), 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 à 15h 30







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 <img data-src=" /> ), 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 à 15h 59







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 <img data-src=" />



charon.G
Le 19/08/2013 à 16h 42







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 <img data-src=" />



lossendae
Le 19/08/2013 à 16h 53







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 <img data-src=" />







C’est pas faux. <img data-src=" />



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 à 17h 56







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 <img data-src=" />







Mais heu, c’est pas vrai <img data-src=" />



arno53
Le 19/08/2013 à 19h 28







Nyco87 a écrit :



Mais heu, c’est pas vrai <img data-src=" />







Ta maman ne compte pas <img data-src=" />



(A moins que je me sois trompé d’INpactien <img data-src=" />)



Edit : Et merde c’est Lafisk qui l’a donné a sa mère <img data-src=" />



2show7
Le 19/08/2013 à 19h 43







arno53 a écrit :



Edit : Et merde c’est Lafisk qui l’a donné a sa mère <img data-src=" />







<img data-src=" /><img data-src=" />

<img data-src=" /><img data-src=" /><img data-src=" />



Lafisk
Le 19/08/2013 à 21h 17







arno53 a écrit :



Ta maman ne compte pas <img data-src=" />



(A moins que je me sois trompé d’INpactien <img data-src=" />)



Edit : Et merde c’est Lafisk qui l’a donné a sa mère <img data-src=" />







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 <img data-src=" />



Nyco87
Le 20/08/2013 à 07h 36







arno53 a écrit :



Ta maman ne compte pas <img data-src=" />



(A moins que je me sois trompé d’INpactien <img data-src=" />)



Edit : Et merde c’est Lafisk qui l’a donné a sa mère <img data-src=" />







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).<img data-src=" />