Connexion
Abonnez-vous

UWP : Microsoft propose une première préversion de son Desktop App Converter

Direction toute le Store

UWP : Microsoft propose une première préversion de son Desktop App Converter

Le 08 avril 2016 à 14h20

Microsoft avait présenté son Desktop App Converter pendant sa conférence d'ouverture de la Build. Objectif : récupérer les logiciels Win32 et .Net pour les faire transiter vers UWP. La première préversion de cet outil est désormais disponible.

Il n’aura finalement pas fallu longtemps pour que Microsoft publie la première préversion de son Desktop App Converter. Ce composant, très important dans la stratégie développeur du géant, permet de « convertir » des applications Win32 et .NET vers UWP (Universal Windows Platform).

L’objectif du projet Centennial est en effet d’augmenter à terme la taille du catalogue d’applications et de jeux du Windows Store en y basculant des logiciels classiques. Il ne s’agit pas vraiment d’un vrai processus de conversion, puisque seul l’installeur est essentiellement transformé, le reste étant surtout une question de redirection des appels. Mais dans tous les cas, les applications ainsi modifiées peuvent profiter des fonctionnalités de Windows 10, notamment les notifications, les vignettes dynamiques, la désinstallation simple ainsi que les mises à jour automatiques.

Un processus basique, mais de nombreuses évolutions possibles

Sur la fiche de téléchargement, Microsoft explique d’ailleurs bien que Desktop App Converter empaquète simplement les binaires d’une manière différente. Le DAC fonctionne de concert avec certaines modifications intervenant dans l’exécution des paquets UWP dans Windows 10 avec l’Anniversary Update (AU). Les exécutables classiques ainsi empaquetés peuvent y fonctionner avec tous leurs droits. Ces paquets UWP disposent en outre d’une identité, débloquant ainsi l’utilisation de toutes les API.

Pour l’éditeur, ce processus de conversion permet aux développeurs de prendre leur temps. Ils peuvent se contenter par exemple du processus de base, générant ainsi un paquet APPX qu’ils pourront ensuite déployer sur des machines Windows 10 via le sideloading (actif par défaut depuis la version 1511 du système). À terme, ils pourront viser le Windows Store et remplacer petit à petit par exemple le code Win32 pour se tourner vers WinRT.

Notifications, interface XAML, vignettes dynamiques, tâches de fond, services et autres pourront donc être ajoutés avec le temps. Précision importante : tant que le développeur n'a pas basculé intégralement son code, il ne profitera pas vraiment de l'aspect universel de la plateforme. C'est d'ailleurs la raison pour laquelle le module se nomme Desktop App Converter, puisqu'il ne peut fonctionner que pour les logiciels de bureau.

Des paquets APPX qui ne fonctionnent qu'avec la build 14316 minimum

Pour l’heure, le fonctionnement du DAC est un peu « spartiate ». Disponible en version 0.1.8, il se récupère depuis le site de Microsoft, avec une image WIM contenant une préversion de Windows 10 AU (build 14316). Il prend en charge les applications Win32 et .NET, mais uniquement celles qui visent la version 4.6.1 pour ce dernier. Le processus de conversion est silencieux, générant un paquet APPX qui ne pourra ensuite être installé qu’à travers la commande Add-AppXPackage de PowerShell.

Actuellement, le DAC s’utilise comme un élément séparé, mais on imagine qu’il sera dans le futur disponible de manière plus intégrée, notamment dans Visual Studio. Pour le reste, il est déjà capable de prendre en charge les binaires d’installation en EXE ou MSI et fait son travail.

Il faut laisser le temps au temps

Le DAC, tout comme Windows 10 AU, va évoluer au cours des prochains mois. Le déploiement de telles applications ainsi « converties » ne pourra de toute manière se faire qu’à compter du moment où la grosse mise à jour système aura été diffusée. Or, Microsoft n’a pas donné de date précise, même si la logique voudrait qu’il s’agisse de fin juillet. Après tout, elle doit célébrer la première année de vie de Windows 10, sortie le 29 juillet 2015.

Il ne restera donc plus qu’à voir si les développeurs répondent présents dans les prochains mois, mais il ne s’agit pour l’instant que d’un premier jet. Il est possible que beaucoup attendent une maturation plus avancée du projet, même si de gros éditeurs comme Sage ont annoncé durant la conférence Build qu’ils travaillent déjà à la conversion de certains logiciels.

Ceux qui le souhaitent pourront lire des explications plus complètes sur cette page de MSDN.

Commentaires (48)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Je me tenterais bien ça sur le msi d’une appli écrit en VB6 pour rigoler <img data-src=" />

votre avatar

C’était l’objet une démo, ça fonctionne. Mais le language de programmation n’a pas d’importance.

votre avatar

Tant mieux, je n’arrivais a créer de keylogger en UWP <img data-src=" />



Bah quoi, en WinRt on est enfermé dans une sorte de sandbox sans pouvoir toucher le bas niveau de Windows ni interagir en dehors des documents de l’user <img data-src=" />

votre avatar







Ravaged a écrit :



Est-ce qu’après ces migrations UWP, Microsoft voudra bannir Win32 ? Pour moi cette migration sert uniquement leurs intérêts, le passage obligatoire vers leur store, mais moi je veux garder la liberté de l’exécutable win32, je bloque le store et ne veux pas être obligé de passer par celui-ci.





Je te rejoins complètement : je vois tout ça d’un très mauvais oeil, dans la droite ligne du “contrôle & flicage” qui prévaut chez MS, Apple et Google depuis quelques années.



Il y a tout de même un avantage : les nouveaux OS (iOS, Android, UWP) ont de bons systèmes de permissions, contrairement aux anciens OS. L’utilisateur lambda n’a pas besoin d’avoir 25 règles réseaux et des droits par fichier, tout ce qu’il veut c’est autoriser/refuser l’accès réseau ou l’accès à la caméra à telle appli.



Aujourd’hui sous Windows n’importe quelle appli a le droit d’envoyer par défaut des données sur le réseau (mais pas de recevoir) et de consulter les autres applis. En 2016 c’est incroyable.


votre avatar

Qu’ils mettent à jour UWP déjà ca serait pas mal, car pour l’instant dès qu’un jeu sort sur le Windows Store de W10 c’est :





  • Pas de gestion de l’overlay

  • Pas de gestion du SLi / Crossfire

  • Pas de gestion des mods

  • Pas de gestion du mode plein écran

  • Pas de gestion du Vsync et donc du GSync / Freesync

  • etc…



    La liste est longue…

votre avatar

c’est prévu <img data-src=" />

votre avatar

Merci pour vos réponses

votre avatar

Je suis pas d’accord. C’est vrai qu’à part le pare feu, je n’ai pas beaucoup d’outils sur Windows pour empêcher la communication via le réseau. Mais sur Android, je ne suis pas d’accord : Plus de 99% des utilisateurs d’Android et iPhone installent des applis qui qui laissent le développeur accéder à tout, tout. La moindre appli qui fait lampe de poche à généralement accès aux appels, sms, contacts, wiFi, ID et numéro de l’appareil, etc.



Moi j’utilise l’outil le plus poussé en ce qui concerne le contrôle de la confidentialité, c’est Xprivacy pour appareils rootés, mais j’ai bien conscience qu’entre Android et iPhone, il n’y a pas 1 utilisateur sur 10 000 qui contrôle ainsi ce à quoi ont accès les apps qu’ils installent. C’est pourtant cette catégorie d’OS dont tu ventes les mérites en terme de contrôle de la confidentialité.

votre avatar

Toujours besoin “d’installer”



A quand un truc a la OSX ou t’as juste besoin de lancer le *.app ?

votre avatar

C’est justement ce que je me demandais, ces limitations sautent du coup ? Pour moi le fait de n’avoir pas d’accès aux chemins disques que je voulais était quand même une grosse limitation

votre avatar







Ravaged a écrit :



Mais sur Android, je ne suis pas d’accord : Plus de 99% des utilisateurs d’Android et iPhone installent des applis qui qui laissent le développeur accéder à tout, tout. La moindre appli qui fait lampe de poche à généralement accès aux appels, sms, contacts, wiFi, ID et numéro de l’appareil, etc.





Mais ça c’est la faute des applis. Si je ne m’abuse Android permet dorénavant une gestion fine des permissions et t’informe de ce que font les applis. Contrairement à Win32 où une appli gratuite Windows peut par défaut être aussi invasive qu’une appli Android sans que tu n’en saches rien et n’y puisse grand chose.





Concernant les applis elles-mêmes il faut être réaliste : gratuité et vie privée sont incompatibles. Si tu installes une appli gratuite tu renonces à ta vie privée, point.



Le combat à mener aujourd’hui c’est que les applis payantes respectent scrupuleusement ta vie privée et que l’OS t’offre une visibilité et exige ton approbation. Après c’est à toi de choisir en connaissance de cause entre ton argent et ta vie privée.





Pour en revenir à l’OS, les anciens systèmes avaient été conçus pour des sysadmins chargés de gérer la sécurité dans un intranet en entreprise. Les nouveaux systèmes ont été conçus pour l’utilisateur final afin qu’il gère simplement sa vie privée et sa sécurité dans un environnement individuel. Mêle si les deux approches reposent parfois sur le même socle technique.


votre avatar







hollaamic a écrit :



C’est justement ce que je me demandais, ces limitations sautent du coup ? Pour moi le fait de n’avoir pas d’accès aux chemins disques que je voulais était quand même une grosse limitation







Ca permet surtout d’utiliser pleins de libs win32 mais néanmoins toujours compatible pour développer en wpf / xaml. C’est vrai qu’en plus d’être limité dans nos mouvements, les apps universels manquent de libs particulières fonctionnant que sur win32 ^^


votre avatar

Bon par contre faut pas se faire d’illusion : une app Win32 qu’elle soit dans le store ou pas c’est pas ce qu’il y’a de mieux pour la sécurité …. Bon au moins ces Appx seront signé numériquement …

Article Anglais intéressant.

votre avatar

L’avantage des permissions s’est effacé sous Android face à la pression invisible de la publicité.

Aujourd’hui une boussole n’a plus besoin de demander l’accès à INternet.

votre avatar

C’est juste de l’habillage.



Un *.app OSX est il compressé ?

votre avatar







Ravaged a écrit :



Pour moi cette migration sert uniquement leurs intérêts, le passage obligatoire vers leur store.







Non seulement Microsoft a expliqué suite à divers polémique que l’ouverture resterait la même qu’avec Win32 mais si tu as lu la news, tu as remarqué cette phrase:



“qu’ils pourront ensuite déployer sur des machines Windows 10 via le sideloading (actif par défaut depuis la version 1511 du système)”



Donc avant comme sur Android pour charger un apk, il fallait cocher la case, maintenant comme pour un exe, il suffit de cliquer sur ton APPX récupéré par le moyen de ton choix en dehors du store…



Je vois mal Microsoft enfermé ses utilisateurs en limitant au store… même Apple n’a pas osé le faire sur Mac OS


votre avatar

Puisqu’on peut faire des .appx avec des .msi ou des .exe, j’ai hâte de voir des repacks warez sous la formes de packages .appx <img data-src=" /> Et pourquoi pas un store p2p? Après tout MS nous a donné tout ce qu’il faut pour faire ça…

votre avatar

Sachant que les MFC sont un wrapper “objet” de Win32…ça marche avec ce genre d’applications ? C’est précisé nulle part…

votre avatar

Pourquoi ne pas proposer un app convertor Windows &gt;&gt; Linux..?

votre avatar

<img data-src=" />

votre avatar







colonelc4 a écrit :



Pourquoi ne pas proposer un app convertor Windows &gt;&gt; Linux..?





&nbsp;Beaucoup plus difficile à mettre en place?

&nbsp;Je suppose que là c’est juste une histoire de conteneur différent… Tu as toujours ton exe dans ton dossier %APPDATA%\packages.



&nbsp;Windows &gt;&gt; Linux il faudrait convertir tous les appels à l’API Win32 d’un soft déjà compilé.



(Je suis tombé dans le panneau du vendredi?)


votre avatar

Est-ce qu’après ces migrations UWP, Microsoft voudra bannir Win32 ? Pour moi cette migration sert uniquement leurs intérêts, le passage obligatoire vers leur store, mais moi je veux garder la liberté de l’exécutable win32, je bloque le store et ne veux pas être obligé de passer par celui-ci. Même sans bannissement du win32 dans un premier temps, je crains que les éditeurs ne diffusent plus que les installations en UWP et sans le win32 à terme…

votre avatar

Il n’est pas obligatoire de passer par le Store de MS, ils n’interdisent pas les Stores alternatifs…sauf que pour le moment il n’y en a pas (c’est ce que j’ai compris, je me trompe peut-être) !

Rien n’interdit de “distribuer ou vendre” ton UWP en dehors du Store aussi…

Win32 sera toujours obligatoire pour les drivers et autres…donc sur le PC classique…

votre avatar

Les binaires de l’application ne sont pas transformés en binaire UWP. L’application reste du Win32. Elle est juste empaqueté dans un appx afin d’être prise en charge par l’installeur des applis UWP et de bénéficier de ses avantages (live tile, notification, désinstallation propre, etc.).

&nbsp;

De plus l’appx peut être installé sans passer par le Store (genre double clic à l’ancienne).

votre avatar

UWP ne veux pas dire forcément lié au store. Je n’ai pas souvenir d’avoir entendu une obligation de passer par le store.



Il y aura toujours selon moi des paquets .appx à télécharger. Par contre effectivement il sera certainement un chouya plus comliquer de pirater avec ce type de paquets à mon avis. <img data-src=" />


votre avatar

T’as pas mal d’appli MacOS qui demandent une phase d’installation.

votre avatar

Ouf, un peu de bon sens… Merci.



Comme si appx signifiait forcément store ms !

&nbsp;

votre avatar

Sur Windows 7 j’ai le cul entre deux chaises, attendre une version potable de reactos ou acheter un pc capable de faire tourner Win10…

votre avatar

si ton PC fait tourner Win7 il doit être capable de faire tourner Win10 sans blèmes aussi <img data-src=" />

votre avatar

+1 sur un ppt de la build , il parle de “software modern installer” qui destiné à devenir la nouvelle pile d’installation de windows par défaut.

En effet le sideloading prend une part importante.

votre avatar

Oui la première implémentation (app-v like), les process win32 sont en full trust. Il y a une redirection des fichiers et des clés de registres dans un endroit unique par application mais c’est effectivement contournable vu que ce n’est pas réellement sandboxé.



D’après mes sources centennial est censé évolué vers une technologie de conteneurs. Les nouvelles applications Linux seront elles aussi concernées. Mary jo foley a évoqué le projet barcelona qui serait une technologie de conteneurs destiné au client windows qui servirait à isoler les applications du système.

votre avatar

ça veut dire que si je récupère mon dossier duke3d, ça devient jouable sur un lumia ?





Humm… You wanna dance ?

votre avatar

Non les applications win32 centennial ne marchent que sur PC.

votre avatar

L’avantage des permissions s’est effacé sous Android face à la pression invisible de la publicité.

Aujourd’hui une boussole n’a plus besoin de demander l’accès à INternet.

votre avatar







psn00ps a écrit :



L’avantage des permissions s’est effacé sous Android face à la pression invisible de la publicité.

Aujourd’hui une boussole n’a plus besoin de demander l’accès à INternet.











psn00ps a écrit :



L’avantage des permissions s’est effacé sous Android face à la pression invisible de la publicité.

Aujourd’hui une boussole n’a plus besoin de demander l’accès à INternet.







Vendredi soir difficile ? <img data-src=" />


votre avatar

Non, je croyais que je ne l’avais pas posté (toujours présent dans le champ d’envoi)<img data-src=" />

votre avatar

“Concernant les applis elles-mêmes il faut être réaliste : gratuité

et vie privée sont incompatibles. Si tu installes une appli gratuite tu

renonces à ta vie privée, point.”



https://f-droid.org/

framasoft.org Framasoft

votre avatar







macadoum a écrit :



Sur Windows 7 j’ai le cul entre deux chaises, attendre une version potable de reactos ou acheter un pc capable de faire tourner Win10…





W10 pro sur un laptop à base de M460 et estampillé w7.&nbsp; Ca tourne sans broncher… Idem pour un autre poste en i7-860, plus ancien.

Plutôt que de rapprocher un prochain investissement, cet nouvel OS µsoft l’a surtout repoussé… Pourtant sur du matos où les fabricants principaux (dell, asus) n’ont pas publié de pilote au delà de win7.


votre avatar

Avec cet outil, peut-on imaginer une conversion de logiciel type Blue Stack ou Andyroid qui pourrait alors fonctionner sur un Windows Phone ?

En attendant des choses plus sérieuses, pour certaines applis, ça pourrait être utile.

votre avatar

Failed.

Le contre-exemple est dans mon salon: Je voudrais bien installer Windows 10 sur le PC qui pour l’instant est en Windows 7, mais quand je clique sur l’icône en question, j’apprends que la carte graphique n’est pas supportée. Merci nVidia.

votre avatar

change ta carte graphique si tu peux <img data-src=" />

votre avatar

J’aimerais connaître le chip graphique juste pour voir…

votre avatar

Du coup l’upgrade n’est plus gratuit.

votre avatar

Je regarderai ce soir si j’y pense

votre avatar

tu confonds upgrade logiciel et matériel là… Microsoft n’étant pour rien dans la politique déplorable du suivi limité des produits Nvidia…

votre avatar

C’est bien pour ça que j’ai dit «merci nVidia» précédement.



Il n’empêche que je voulais juste monter par un contre-exemple (que je n’ai pas cherché, mais qui m’est tombé dessus)&nbsp; que l’affirmation «avec Windows, tout marche facilement pour Mme Michu» n’est pas vraie.



En particulier, sur l’upgrade Windows 7 → Windows 10, on peut avoir des surprises. Microsoft a fait rêver avec son annonce de gratuité (pour ceux qui se décident assez vite), et c’est bien à Microsoft que Mme Michu en voudra si elle doit acheter une nouvelle carte (remember Vista et ses problèmes de drivers, contre qui les gens ont ils pesté?)

votre avatar







levhieu a écrit :



l’affirmation «avec Windows, tout marche facilement pour Mme Michu» n’est pas vraie





personne n’a jamais dit ça d’une part ! et d’autre part de toute façon du moment qu’on cause d’informatique y a jamais rien qui ne marche facilement, du tout ! et surtout pas quand des problèmes surviennent de surcroît, ça se saurait sinon… <img data-src=" />



donc la Michu elle n’a qu’à s’en prendre d’abord qu’à elle-même si elle ne sait pas réparer son matos comme une grande et même pas trouvé quelqu’un (volontaire ou pro) pour lui faire, surtout qu’un PC n’est pas un jouet Ficher Price donc la moindre des choses est d’être capable de se débrouiller un minimum face à des problèmes x ou y qui peuvent toujours survenir, comme avec tout un tas d’autres équipements du quotidien d’ailleurs…


votre avatar

Merci de me donner l’argumentaire des Linuxiens

UWP : Microsoft propose une première préversion de son Desktop App Converter

  • Un processus basique, mais de nombreuses évolutions possibles

  • Des paquets APPX qui ne fonctionnent qu'avec la build 14316 minimum

  • Il faut laisser le temps au temps

Fermer