Windows 10 Mobile : le Bridge pour iOS est désormais open source

Windows 10 Mobile : le Bridge pour iOS est désormais open source

Nous on préfère la belote

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

07/08/2015 4 minutes
49

Windows 10 Mobile : le Bridge pour iOS est désormais open source

Microsoft avait annoncé il y a quelques mois que son Windows 10 Mobile accepterait les applications iOS si elles étaient légèrement remaniées au sein de Visual Studio via un modèle spécial. Depuis hier soir, ce « Windows Bridge for iOS » est disponible et son code distribué sous licence MIT.

Microsoft est conscient que le plus gros souci de Windows Phone 8.1 reste le nombre de bonnes applications disponibles. Non pas que le Store en manque, mais leur qualité est très souvent inférieure, et trop d’entre elles sont peu souvent mises à jour. L’une des solutions prévues par l'éditeur pour Windows 10 Mobile, en plus de la généralisation des applications universelles que l’on trouve déjà sur les PC depuis le 29 juillet, est de simplifier le passage des applications Android et iOS vers sa plateforme. Mais les méthodes utilisées sont très différentes.

Pour Android, Windows 10 Mobile embarquera directement un sous-système permettant de faire tourner une majorité d’applications, mais pas toutes. Celles qui s’appuient trop lourdement sur les « Play Services » ne fonctionneront pas. Des mises à jour pourront améliorer la situation plus tard, mais Microsoft ne propose cette solution que comme une porte d’entrée, non un remplacement pour des applications natives.

Pour iOS, point de sous-système, mais un module capable de transcrire assez facilement le code utilisé vers de vraies applications natives, Visual Studio s’occupant de toutes les « traductions ».

Le projet Islandwood devient Bridge pour iOS

On n’avait cependant pas de nouvelles de ce fameux projet, connu sous le nom d'Islandwood. Les développeurs attendaient donc de pouvoir mettre la main dessus et Microsoft est justement revenu hier soir sur la question. L’éditeur a procédé à plusieurs annonces, dont l’arrivée d’une première préversion. En outre, le produit porte désormais un nom officiel : « Windows Bridge pour iOS » et peut cibler Windows Phone 8.1. Enfin, et c’est sans doute le plus important, il passe (majoritairement) en open source et se retrouve directement sur GitHub sous licence MIT.

Le Bridge est en effet constitué lui-même de quatre composants. Le premier d’entre eux est le compilateur, dont le code reste fermé. Il est responsable de la traduction du code Objective-C (le langage Swift sera pris en charge plus tard) et de sa compilation vers une application native. Microsoft indique que la version finale du compilateur sera directement intégrée dans la mise à jour de Visual Studio 2015 attendue pour cet automne.

Réutiliser le code autant que possible

Les autres composants sont le runtime Objective-C, le module de compatibilité avec les API d’iOS ainsi que les outils d’intégration à Visual Studio. Ce sont d’ailleurs ces derniers qui permettent l’importation d’un projet directement depuis Xcode. Pour Microsoft, l’idée est que les développeurs puissent réutiliser la part la plus importante possible de code, en limitant les écritures spécifiques pour les API Windows. Pour autant, il existe des cas où les correspondances ne se feront pas et où il faudra mettre un peu les mains dans le cambouis. Dans le cas d’une absence notable, il est d’ailleurs demandé aux développeurs de le signaler.

Précisons également que cette première préversion est faite avant toute pour réaliser des tests, car le portage vers les smartphones n’est pas possible. Cette Preview est en effet compatibles avec les architectures x86 32 et 64 bits, la compatibilité avec ARM étant prévue pour « plus tard dans l’été ». Dans tous les cas, l'équipe est intéressée par tous les « retours, suggestions, questions et commentaires » que les développeurs pourraient faire.

Les autres Bridges arriveront plus tard

Sachez que l’éditeur a profité de ces annonces pour indiquer que « Windows Bridge pour Android » existait bien lui aussi, mais qu’il n’était réservé qu’à un public restreint de testeurs invités. Parallèlement, Microsoft a proposé des améliorations pour le projet ANGLE, qui a pour objectif de traduire les appels OpenGL vers DirectX. Selon la firme, ces changements ont été acceptés par Google et devraient améliorer les performances.

Enfin, il existe un autre Bridge, prévu cette fois pour les applications classiques Win32 et .NET, si les développeurs souhaitent les mettre sur le Windows Store. La préversion n’arrivera cependant que l’année prochaine, sans plus de précisions.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le projet Islandwood devient Bridge pour iOS

Réutiliser le code autant que possible

Les autres Bridges arriveront plus tard

Commentaires (49)


Moi qui pensais que c’était le jeu de bridge qui était open-source&nbsp;<img data-src=" />








CUlater a écrit :



Moi qui pensais que c’était le jeu de bridge qui était open-source&nbsp;<img data-src=" />





Au vu de l’abonnement du solitaire, c’était peu probable&nbsp;<img data-src=" />



Tout ça grâce à l’abonnement du solitaire.

&nbsp;

&nbsp;Merci aux joueurs de cartes&nbsp;<img data-src=" />


Bonne nouvelle que Ms travaille sur un “bridge” Android et pas seulement le projet Astoria

&nbsp;

D’ailleurs on a des nouvelles de Astoria ? Parce que j’aimerai bien tester mon app dessus&nbsp;<img data-src=" />

&nbsp;

&nbsp;Je me suis inscrit à la beta le premier jour et toujours pas de nouvelles&nbsp;<img data-src=" />


Je n’y connais quasiment rien pour tout ce qui touche au développement… mais je suis le seul à trouver ça super balèze ?

&nbsp;

&nbsp;Je ne suis pas sûr qu’il sera possible de lancer les APK Android directement sur WP10 sans modification mais si jamais c’est le cas je trouve ça génial ! J’utilise WP depuis la version 7 et je suis 100% conquis par cet OS, mais il est vrai que certaines applications manquent à l’appel pour des besoins spécifiques. Si jamais le sous-système Android de WP10 accepte les APK natifs Android pour peu qu’ils ne sont pas trop portés sur les services Google c’est absolument parfait pour le peu d’applications qu’il me manque (domotique par ex, mais aussi certaines banques ou un lecteur de dumps VCE).

&nbsp;

Pour le sujet principal (et donc les applis iOS) c’est également une excellente nouvelle.

&nbsp;

Autant sur la partie OS pur je suis un peu déçu de WP10 en comparaison de WP8.1 (pas tant de nouveautés que ca), autant sur la partie technique les universal apps, continuum et les bridges iOS / Android me font carrément baver !

&nbsp;

&nbsp;EDIT : Ah je ne savais pas qu’Astoria était différent de ce concept de “bridge” que j’ai du mal à saisir donc :p


Astoria, c’est comme sur Blackbery =&gt; la VM android portée sur un autre OS &nbsp;<img data-src=" />

&nbsp;

&nbsp;Donc tous les appels aux API “OS” sont mappés, et se pose donc la question des API Google services, et Ms avait annoncé que ils allaient faire le nécessaire pour mapper &nbsp;au moins les pubs, et je pense les maps (mais je suis pas sur et les sources ont maintenant qq mois … personne n’en parle&nbsp;<img data-src=" />)


mais plus je regarde le lien, plus j’ai l’impression que Astoria (donc la VM android) EST ce bridge&nbsp;<img data-src=" />

&nbsp;

&nbsp;C’est que je veux pouvoir porter pour en faire une app universerlle moi, pas seulement une app mobile&nbsp;<img data-src=" />


Merci pour la précision :).

&nbsp;

Cela signifie donc que l’on pourra charger des APK directement sur le téléphone et lancer l’application sans que le développeur ait son mot à dire ?

&nbsp;

Parce que ce qui me fait un peu “peur” c’est bien que malgré toutes ces facilités les développeurs ne jouent pas le jeu et ne portent pas leurs applications sur WP10 (enfin WM10 maintenant !). Je pense particulièrement aux “petites” applications que peu de gens utilisent, des trucs de “niche” qui sont justement à mon sens le point faible de WP.


De ce que j’en ai compris, c’est plus complexe comme principe : recompilation du code Android pour fonctionner sur l’architecture Windows (en remplaçant à la “volée” le code propriétaire Android par son équivalent Windows).

&nbsp;

L’exemple classique, l’API Google Maps sera remplacée par Bing Maps lors de la compilation

&nbsp;

&nbsp;PS: Oui, il semble qu’Astoria est le codename de Bridge for Android qui ne sera pas une VM Android sur Windows (=&gt; donc obligation de recompiler son code)








Galcian44 a écrit :



Je n’y connais quasiment rien pour tout ce qui touche au développement… mais je suis le seul à trouver ça super balèze ?

&nbsp;

&nbsp;Je ne suis pas sûr qu’il sera possible de lancer les APK Android directement sur WP10 sans modification mais si jamais c’est le cas je trouve ça génial ! J’utilise WP depuis la version 7 et je suis 100% conquis par cet OS, mais il est vrai que certaines applications manquent à l’appel pour des besoins spécifiques. Si jamais le sous-système Android de WP10 accepte les APK natifs Android pour peu qu’ils ne sont pas trop portés sur les services Google c’est absolument parfait pour le peu d’applications qu’il me manque (domotique par ex, mais aussi certaines banques ou un lecteur de dumps VCE).

&nbsp;

Pour le sujet principal (et donc les applis iOS) c’est également une excellente nouvelle.

&nbsp;

Autant sur la partie OS pur je suis un peu déçu de WP10 en comparaison de WP8.1 (pas tant de nouveautés que ca), autant sur la partie technique les universal apps, continuum et les bridges iOS / Android me font carrément baver !

&nbsp;

&nbsp;EDIT : Ah je ne savais pas qu’Astoria était différent de ce concept de “bridge” que j’ai du mal à saisir donc :p





Balaise ? Non j’irai pas jusque la. C’est un boulot conséquent mais facilité par le fait qu’Android soit open-source, ce qui autorise MS a repompé certaines parties et à regarder à l’intérieur comment c’est fait (je dis pas qu’ils l’ont fait).

&nbsp;

Blackberry a également le même système depuis 2 ans, on peut directement ouvrir les APK du Play Store depuis un phone Black, ca marche plutot bien et ca fait plus que dépanner les utilisateurs.

&nbsp;

&nbsp;En réalité, ca revient même à la définition de ce qu’est Android: c’est un système défini par un comité ouvert où même MS pourrait en faire parti et qui définit les API sur lesquels le système va reposer pour interagir entre les applications et le hardware. C’est pour ca que de nombreux constructeurs en font parti.

&nbsp;

&nbsp;Finalement, Google ne fait que fournir un OS compatible avec ces API… Et ce dont on parle c’est que Blackberry fournit une autre implémentation d’Android et MS va bientot en fournir une autre. Google est également en train d’en implémenter une autre version dans Chrome (OS).

&nbsp;

&nbsp;L’avantage de tout ca ? Ben finalement on commence à avoir une uniformisation des API applicatives, ce qui va rendre les applications universelles entre plein de systèmes d’exploitation extrêmement différents sans que cela prenne la tête à l’utilisateur. Bref du natif universel.

&nbsp;

&nbsp;Et ca c’est le bien et c’est l’avenir !

&nbsp;



Mouais, ça me semble bien compliqué de “recompiler”&nbsp;<img data-src=" />

&nbsp;

Le “remapping” des API map vers les API locales, BlackBerry le fait déjà dans son Alien Dalvik, pas besoin de tout “recompiler à la volée” …&nbsp;








sleipne a écrit :



De ce que j’en ai compris, c’est plus complexe comme principe : recompilation du code Android pour fonctionner sur l’architecture Windows (en remplaçant à la “volée” le code propriétaire Android par son équivalent Windows).

&nbsp;

L’exemple classique, l’API Google Maps sera remplacée par Bing Maps lors de la compilation





Les services Google ne sont pas compilés par le développeur, ils sont linkés à l’exécution.&nbsp;

&nbsp;

&nbsp;Après je sais pas s’il y a pas besoin de recompiler (ce serait dommage si c’est le cas) mais typiquement sur Blackberry, ya pas le besoin.









atomusk a écrit :



Bonne nouvelle que Ms travaille sur un “bridge” Android et pas seulement le projet Astoria

&nbsp;

D’ailleurs on a des nouvelles de Astoria ? Parce que j’aimerai bien tester mon app dessus&nbsp;<img data-src=" />

&nbsp;

&nbsp;Je me suis inscrit à la beta le premier jour et toujours pas de nouvelles&nbsp;<img data-src=" />





Oui, désolé de te casser ta baraque, mais le Bridge pour Android est bien le nom officiel d’Astoria&nbsp;<img data-src=" />









atomusk a écrit :



Mouais, ça me semble bien compliqué de “recompiler”&nbsp;<img data-src=" />

&nbsp;

Le “remapping” des API map vers les API locales, BlackBerry le fait déjà dans son Alien Dalvik, pas besoin de tout “recompiler à la volée” …&nbsp;





Quand je regarde la page Astoria, le fait qu’ils parlent de “reuse your Android code” me laisse penser qu’il faut recompiler pour avoir l’appli…. C’est vraiment dommage si c’est ca.



<img data-src=" />



&nbsp;En plus ils font chier &nbsp;de le limiter aux Mobiles et petites tablettes …. je veux avoir mon app sur le PC moi&nbsp;<img data-src=" />


Si, Microsoft avait été bien clair à ce sujet lors de la Build 2015.

&nbsp;

“Project Astoria” (also referred to as “Project A”), is a Universal

Windows Platform Bridge toolkit that enables you to build Windows apps

for phones by reusing your Android code



&nbsp;source:

http://blogs.msdn.com/b/msgulfcommunity/archive/2015/05/10/quot-project-astoria-…

&nbsp;

à aucun moment on parle de faire fonctionner des APK sur Windows mais de faciliter le boulot de conversion.

&nbsp;

Si vous voulez développer des applis universelles (en tant que développeur), il faut se tourner vers Apache Cordova ou QT qui existent depuis plusieurs années maintenant.

&nbsp;

&nbsp;








atomusk a écrit :



<img data-src=" />



&nbsp;En plus ils font chier &nbsp;de le limiter aux Mobiles et petites tablettes …. je veux avoir mon app sur le PC moi&nbsp;<img data-src=" />





Et avec ARC tu peux pas le faire ?



Etant donné que le but est de “builder des applis Windows”, ton appli pourra certainement tourner sur Windows 10 (en tant qu’appli universelle)


Le lien du projet écrit clairement :

&nbsp;

“&nbsp; Build Windows apps for phones and small tablets with few code changes”

&nbsp;

&nbsp;La video parle de “tester ton APK pour voir si il marchera directement, et vous dira ce qu’il faut changer”.

&nbsp;

&nbsp;Elle parle aussi de “modifier 2 lignes de code dans le manifest” pour mapper les API maps, et même de tester depuis Android studio les modifications sur le Windows Phone.

&nbsp;

&nbsp;Donc là j’ai un gros gros doute qu’android studio me permette de faire une appli universelle&nbsp;<img data-src=" />

&nbsp;

&nbsp;

&nbsp;Mais autant te dire que j’adorerai avoir tort&nbsp;<img data-src=" />


Pour l’instant arc me donne un écran noir &nbsp;…&nbsp;<img data-src=" />

&nbsp;Mais faut que je reteste …


Oui et non, les applications qui utilisent les google play service sont souvent inutilisables, soit la majorité des jeux. Pour les autres applications, ça dépend.


En re-regardant la vidéo de la conférence BUILD tu as en effet raison.

&nbsp;

Dommage, je crains qu’au final la plupart des applications ne soient pas portées (je suis peut-être défaitiste mais j’entends bcp de devs à mon boulot qui haïssent simplement WP, et ne VEULENT pas porter leurs applis dessus).








Galcian44 a écrit :



En re-regardant la vidéo de la conférence BUILD tu as en effet raison.

&nbsp;

Dommage, je crains qu’au final la plupart des applications ne soient pas portées (je suis peut-être défaitiste mais j’entends bcp de devs à mon boulot qui haïssent simplement WP, et ne VEULENT pas porter leurs applis dessus).





&nbsp;Après, au dela de haïr quoi que ce soit, ca reste du boulot d’installer l’environnement de dev (genre tu es sur linux, il te faut une VM ?), d’apprendre comment ca marche, pour au final te rendre compte que ca marche pas.

&nbsp;

&nbsp;C’est vite fait de se retrouver avec une semaine de boulot perdu à cause d’un outil magique qui était censé marcher out-of-box sur la video.



“compilateur, dont le code reste fermé”

&nbsp;Tiens comme c’est bizarre!!

&nbsp;



&nbsp;RMS dirait que si le compilateur n’est pas libre, le reste ne l’est pas non plus, CQFD


Il faut attendre de voir le résultat.



&nbsp;Ensuite, j’espère surtout que ces projets de Bridge seront adoptés par les entreprises pour proposer à moindre coût leurs applis existantes (notamment Facebook qui ne s’occupe pas encore de l’appli WP) ou par la SSII intelligente qui proposera en option “compiler l’appli Android/iOS sur WP” pour une somme moindre que le développement de l’appli complète.



&nbsp;


Et puis c’est un peu le problème de l’œuf et la poule. Microsoft fournit un outil pour simplifier un portage pour toucher son OS qui a peu de parts de marché, mais du coup c’est prise de tête de faire ce travail pour un OS qui a peu de parts de marché, même s’il y a un outil pour ça.

&nbsp;



&nbsp;Je pense que ça aidera les grosses boîtes qui n’ont pas le choix. Et quand Windows aura suffisamment de parts de marché, les petits devs iront dessus.


Si tout l’outil de conversion est libre, c’est déjà énorme, ça permettra d’écrire des outils de conversion vers d’autres systèmes comme … Android ?

&nbsp;








Galcian44 a écrit :



En re-regardant la vidéo de la conférence BUILD tu as en effet raison.

 

Dommage, je crains qu’au final la plupart des applications ne soient pas portées (je suis peut-être défaitiste mais j’entends bcp de devs à mon boulot qui haïssent simplement WP, et ne VEULENT pas porter leurs applis dessus).





Pourquoi haïssent?



Perso j’attends de voir la performance de ces bridges…

Ca sent la charette de bugs à plein nez.


pardon, mais en regardant cette vidéo :

&nbsp;

&nbsphttps://channel9.msdn.com/Events/Build/2015/2-702

&nbsp;

&nbsp;Ce que je comprend c’est : on prend l’APK, on le package, et on le fait tourner sur le “Astoria Subsystem” (à la minute 22) et ils disent clairement qu’il “redirigent les appels” vers les api Windows.

&nbsp;

&nbsp;Il n’y a pas de code “Windows” généré à aucun moment ! ils font même le débug de l’application depuis Android Studio sur un téléphone Windows Phone en temps réél.


Enfin “universelle avec plein de systèmes d’exploitation”… Il faut que le Runtime Android soit présent… C’est aussi universel que Java/.Net/flash…








sleipne a écrit :



(notamment Facebook qui ne s’occupe pas encore de l’appli WP)





C’est bien Facebook qui s’occupe maintenant de l’appli WP, même si c’est publié sous le nom de Microsoft.



L’un n’empêche pas l’autre. Ce qu’on signalait, c’est qu’Astoria ne sera pas une VM Android (comme c’est le cas sur Blackberry où il suffit de télécharger un APK pour le faire fonctionner… ou pas) mais plutôt un “interprète” Android =&gt; Windows ou pour reprendre le terme utilisé, un pont qui permet de faire communiquer une appli écrite en Java et des API Windows qui doivent être écrites en C++/C#








arno53 a écrit :



Enfin “universelle avec plein de systèmes d’exploitation”… Il faut que le Runtime Android soit présent… C’est aussi universel que Java/.Net/flash…





Oui mais bon, c’est nettement autre chose en terme d’applications disponibles.



En effet, on “encule un peu des mouches”, mais au final, du point de vue du developpeur, la question est la même : si tu fais un apk qui n’utilise que des API compatible avec Asteria, tu peux mettre ton APK dans l’outil de packaging, et hop tu as un fichier qui peut être executé sur ton téléphone / petite tablette.

&nbsp;

&nbsp;Il n’est pas question d’avoir un “code intermédiaire c#” qui pourrait “par exemple” me permettre de générer un projet “universel” pour voir mon app se lancer sur Windows.

&nbsp;

&nbsp;Apres qu’il y ait une alien Dalvik, un émulateur Android ou Wine , l’idée est que je fais une app android, je fais évoluer le code Android pour ajouter des appels sur les API spécifiques Windows Phone, et je le package pour WindowsPhone.

&nbsp;

&nbsp;A aucun moment je ne fait du C#








atomusk a écrit :



En effet, on “encule un peu des mouches”, mais au final, du point de vue du developpeur, la question est la même : si tu fais un apk qui n’utilise que des API compatible avec Asteria, tu peux mettre ton APK dans l’outil de packaging, et hop tu as un fichier qui peut être executé sur ton téléphone / petite tablette.

&nbsp;

&nbsp;Il n’est pas question d’avoir un “code intermédiaire c#” qui pourrait “par exemple” me permettre de générer un projet “universel” pour voir mon app se lancer sur Windows.

&nbsp;

&nbsp;Apres qu’il y ait une alien Dalvik, un émulateur Android ou Wine , l’idée est que je fais une app android, je fais évoluer le code Android pour ajouter des appels sur les API spécifiques Windows Phone, et je le package pour WindowsPhone.

&nbsp;

&nbsp;A aucun moment je ne fait du C#





Certes ca coute moins cher a faire, et ca reste interessant. Mais toutes ces actions, ainsi que les modifs pour indiquer la tile comme on peut le voir dans la video, ne peuvent etre faites que par le développeur et non par l’utilisateur.

&nbsp;

&nbsp;Ca oblige l’utilisateur à attendre que le dev fasse son boulot, notamment ajouter les quelques lignes pour tirer profit des tiles, choisir l’icone, etc…&nbsp;

&nbsp;

&nbsp;Alors du cote de chez Black, tu vas sur le play store, tu recuperes l’apk, et c’est fini. Pas besoin d’avoir le code source. Pas besoin de s’y connaitre en code ou quoi, le pekin de base peut le faire.

&nbsp;

&nbsp;C’est con mais là ils se mettent betement à attendre que les devs fassent un effort certes minime qu’ils ne feront certainement pas juste pour gerer des tiles (de ce que j’ai vu, c’est le seul truc a rajouter) alors qu’ils ont fait l’essentiel du boulot pour aspirer tout le Play Store en 2 coups de cuilleres à pot.

&nbsp;

&nbsp;Vraiment, pour moi c’est encore une occasion manquée.



Je ne suis quand même pas completement d’accord que la solution que Ms semble avoir prise soit mauvaise.&nbsp;

&nbsp;

Déjà, de mon point de vue, un utilisateur lambda pourra tres bien le faire aussi bien sur BB que sur WindowsPhone, et les contraintes sont les mêmes (pas de play services, pas d’intégration propre dans l’OS).

&nbsp;

&nbsp;Il faudra de toute façon que le dev mette la main à la pate pour ajouter des fonctions de “support” (donc avoir une version sans play services … ou ajouter les librairies tierces pour le support de fonctions avancés BB/Windows Phone).

&nbsp;Je ne vois pas trop en quoi faire une Alien Dalvik aurait amélioré les choses sur Windows Phone …&nbsp;

&nbsp;

Maintenant le GROS avantage de la mêthode que fait Microsoft c’est, que ils peuvent “tordre” les appels systèmes Android vers leurs solutions maison.

&nbsp;Le fait que le menu “partager” renvoit vers le menu “charm”, que les “toast” aient un look & feel Windows …&nbsp;

&nbsp;

&nbsp;Sur BB, au final, on dirait presque qu’on a mis un android dans la tablette, on a les boutons de navigation qui se rajoutent …&nbsp;

&nbsp;

&nbsp;Pour moi la solution de Ms a l’avantage de “créer l’illusion” au moins …


Si tu portes ton app sur le store elle devient universelle normalement. Par contre MS a prevenu qu’il y aura une limitation au niveau &nbsp;de la version d’Android pris en charge, je crois que c’est Kit Kat maximum.


Non je ne crois pas que les apps Android puissent tourner sur PC ou Holosense.. Mais seulement sur Windows Mobile (smartphone et petites tablettes).



A contrario le Bridge iOS en fait une vraie applications universelle.








flagos_ a écrit :



Balaise ? Non j’irai pas jusque la. C’est un boulot conséquent mais facilité par le fait qu’Android soit open-source, ce qui autorise MS a repompé certaines parties et à regarder à l’intérieur comment c’est fait (je dis pas qu’ils l’ont fait).

&nbsp;



&nbsp;





&nbsp;

Tout à fait !

&nbsp;

Je pense à Wine, et ta réponse flagos est absolument pertinente. Wine c’était bien plus dur à faire puisque le code de W\( est jalousement gardé secret : les gars qui ont délivré Wine ne pouvaient s'appuyer que sur la définition des API publiques, et devaient "mapper" sans pouvoir s'inspirer d'un code existant.

&nbsp;

Là c'est bien plus facile avec un Linux/AOSP public, et "repomper" n'est pas à prendre au sens péjoratif, c'est même prévu et encouragé par l'open source.

&nbsp;

&nbsp;Et d'ailleurs la news me fait bien marrer surtout la partie : traduire les appels OpenGL vers DirectX&nbsp;&nbsp;C'est juste un reverse-Wine, Wine (surtout pour les jeux) essayant de faire dans l'autre sens : traduire les appels DirectX vers OpenGL.

&nbsp;

Et tu as aussi raison flagos sur les API Android qui risquent bien devenir largement plus universelles que les soit-disant choses "universelles" W\)
(qui ne sont en fait “universelles” que pour W\(, O.S. qui n'est désormais plus majoritaire en nombre).

&nbsp;

Et cette poilade OpenGL/DirectX, encore une fois ça retombe sur le bec de M\)
de vouloir faire des “standards” qui enferment l’utilisateur dans le monde W\(. C'est l'histoire d'I.E. avec les "extensions HTML M\)” qui se répète.

&nbsp;

Dire qu’il y a quelques années M\( développait aussi des drivers OpenGL digne de ce nom pour W\), et qu’ils ont laissé tomber… s’il n’avaient pas pris cette décision stupide de n’aller que vers leur “standard” maison, ils auraient encore la corde OpenGL à leur arc et la transition serait facilitée.

&nbsp;



&nbsp;Enfin, il ne faut pas en blâmer Satya qui essaye de faire des choses en rupture avec les précédents, tout ça est encore l’héritage de Steve et de ses décisions “stratégiques” à courte vue !…

&nbsp;



&nbsp;Et sur le fond du sujet à propos des divers “Bridges”… Wine n’a jamais (que je sache) poussé les développeurs à faire un effort pour porter leurs jeux sur Linux. C’est juste un artifice qui permet, quand on aime bien Linux, de pouvoir tout de même bénéficier des choses comme des jeux Windows, sans avoir à conserver un fastidieux dual-boot. Wine n’est pas non plus un truc qui a poussé les gens en masse vers Linux (voir les chiffres !..)

&nbsp;

Donc je souhaite bon courage à M$ s’ils espèrent que c’est ça qui poussera les utilisateurs vers leur plate-forme mobile. Tout au plus ça aidera ceux qui sont obligés de l’utiliser à pouvoir étendre la logithèque… mais avec des limitations (on peut s’attendre aux mêmes limitations que Wine : choses qui ne marchent pas -pas ‘mappé’-, performances, etc…)



J’avais changé mon post mais ça à du déconner de mon côté car ça n’a pas été pris en compte.

&nbsp;

&nbsp;Et je me trompe surement mais Microsoft va se tirer une balle dans le pied si il ne laisse pas la possibilité aux développeurs de porter leurs applications sur des diagonales de plus de 8”. Rien que la Surface pour sa partie mobilité/tablette serait de facto mise à l’écart alors que pour eux c’est sensé être la représente de leur vision de la mobilité, le meilleur des deux mondes.

&nbsp;

&nbsp;@Bylon:

&nbsp;

&nbsp;Près de 90% des PCs dans le monde j’appelle ça être majoritaire. Les chiffres sont arrangeants selon l’angle de chacun mais des PCs (je compte Linux et Mac dedans), les smartphones, les serveurs etc, ne sont pas du tout la même chose.&nbsp;

&nbsp;

&nbsp;Android et iOS sont majoritaire sur les OS mobile et c’est tout (et ce n’est pas rien).


La question reste : est ce qu’il vaut mieux se tirer une balle dans le pied en ne poussant pas les appli android sur Windows, ou se tirer une balle dans le pied en annoncant officiellement : le langage de programmation “universel”, le “Java Android” &nbsp;…&nbsp;


Depuis la build je pense que les deux questions font parties de la même problématique puisqu’ils veulent que tout passe par Visual pour sortir sur Windows 10. Ce sont les détails qui posent problème et la communication de Microsoft (encore une fois).

&nbsp;


Il semble qu’il devienne très facile d’utiliser des applications .APK d’origine android sur des windows phone.



http://wmpoweruser.com/how-to-install-android-apps-on-windows-10-mobile/


Cool ça ! faut que je teste ça …. bon faut juste que j’arrive à refaire marcher le tactile du lumia 920 que j’ai récupéré ^^;

&nbsp;




Windows 10 Mobile : le Bridge pour iOS est désormais open source





Il vaudrait mieux éviter d’utiliser le terme “Open Source” qui est un terme(très) ambigu.



L’information intéressante, c’est de savoir si un logiciel est propriétaire ou libre.



Le terme Open Source ne fait pas la distinction. Open source n’est pas synonyme de logiciel libre.



En l’occurrence, la licence utilisée est bien une licence libre.



C’est quand même dommage de passer à côté d’un titre mêlant les mots Microsoft et logiciel libre.








astropc a écrit :



Il semble qu’il devienne très facile d’utiliser des applications .APK d’origine android sur des windows phone.



http://wmpoweruser.com/how-to-install-android-apps-on-windows-10-mobile/





enfin c’est surtout une vidéo qui ne montre pas grand chose … Par contre si tu lis les commentaires, cela “semble” tout de suite moins trivial :

I’m getting an error message “INSUFFICIENT DATA STORAGE”.And after trying again, another message appears “DELETING EXISTING APPLICATIONDATA STORE FAILED”.

&nbsp;

Cela me rappelle les&nbsp;vidéos&nbsp;où Wine&nbsp;exécute&nbsp;Office apparemment sans problème : rarement sont présentés les fichiers log ; mais quand on les&nbsp;lit&nbsp;on se demande juste comment cela ne planta pas plus tôt. &nbsp;Après tu tentes d’installer les “Sims” sous wine et très rapidement tu envisages, pour le bien être de ta santé mentale, le dual boot …

La force d’ANDROID reste d’être une machine à bytecode très proche de JAVA (où en est le recours intenté par Oracle) installé sur 90% des smartphones et 50% des tablettes qui arrive à&nbsp;être&nbsp;réécrite par M\(, mais aussi par&nbsp;ACL ou Myriade ... Cela ne&nbsp;règle&nbsp;pas&nbsp;l’accès&nbsp;aux services Google, qui sont très utilisés par les dev pour se rémunérer et qui ne sont pas du tout Open-Source : il suffit que Google change son API pour que la version M\) de la VM-Android ne puisse plus executer corectement l’APK … Le passage de Dalvik à ARC en est un témoignage. &nbsp;&nbsp;

&nbsp;Et finalement si c’est pour avoir des applis Androids, d’une version vieille de 2ans, &nbsp;qui se&nbsp;traînent, plantent, et t’obligent à pirater les google apps, autant acheter un smartphone Android … &nbsp;A moins que l’OS t’offre un plus : BB-OS te propose sa&nbsp;sécurité&nbsp;son respect&nbsp;de ta&nbsp;confidentialité, sailfish-OS sa grande souplesse de bidouillage et son respect de ta confidentialité … et W10M ? plein de truc super pour la version … prochaine.



Il ne faut quand même pas oublier que c’est encore qu’une beta cet OS sur mobile pour le moment&nbsp;<img data-src=" />

&nbsp;

L’outil de portage final n’a même pas été distribué aux personnes qui se sont inscrit sur la béta&nbsp;<img data-src=" />

&nbsp;

&nbsp;Apres l’idée que Google s’amuse à changer l’appel de ses API … donc mon app perdra les pubs aussi sur Android ? &nbsp;<img data-src=" />

&nbsp;

&nbsp;Ici, à la différence de Vine, c’est une solution à la portée des devs, qu’ils seront donc “amenés à supporter”.

&nbsp;

&nbsp;Perso, je compte bien porter mon app, une fois que la beta sera dispo …. et que j’arrivera à refaire marcher mon lumia 920 dont l’écran tactile continue à me résister&nbsp;<img data-src=" />








sr17 a écrit :



Il vaudrait mieux éviter d’utiliser le terme “Open Source” qui est un terme(très) ambigu.



L’information intéressante, c’est de savoir si un logiciel est propriétaire ou libre.



Le terme Open Source ne fait pas la distinction. Open source n’est pas synonyme de logiciel libre.



En l’occurrence, la licence utilisée est bien une licence libre.



C’est quand même dommage de passer à côté d’un titre mêlant les mots Microsoft et logiciel libre.





La licence GPLv2 est-elle une licence libre ?

Non.