Récemment, j’ai parlé de quelques solutions qui vous permettent d’exécuter des applications Windows sur Linux, notamment WinApps et WinBoat pour la virtualisation, et Wine pour la traduction en temps réel. Des solutions comme WinBoat et WinApps ressemblent un peu au sous-système Windows pour Linux, vous pensez donc peut-être qu’il n’y a aucune raison de créer quelque chose comme WinBoat pour Windows. Mais vous auriez tort.
Entrez X410, abréviation de “X SERVER 4 W 1 ND 0 WS” (oui, c’est étrange), un outil conçu pour exécuter vos applications Linux sur le bureau Windows comme si elles faisaient partie de Windows lui-même. Et si cela vous semble familier, vous n’avez pas tort, mais croyez-moi, c’est très différent de l’exécution normale de ces applications Linux dans WSL. Laissez-moi vous expliquer.
Comment ça marche
Ce n’est pas seulement pour la virtualisation
X410 est assez différent des autres solutions, y compris la méthode intégrée pour ouvrir les applications Linux GUI via WSL. Il s’agit d’une application qui s’exécute nativement sur Windows et est construite à partir de zéro, elle ne repose donc pas sur des implémentations existantes telles que Cygwin ou MinGW. Il n’utilise pas non plus le protocole Remote Desktop pour se connecter aux applications Linux comme le fait WSL.
Au lieu de cela, la sortie d’affichage de la machine Linux pointe directement vers X410 via une connexion TCP/IP ou via un client SSH. Cela signifie que les cas d’utilisation du X410 ne doivent pas non plus se limiter à la virtualisation. Vous pouvez utiliser X410 pour créer des applications à partir d’une machine virtuelle Hyper-V, d’une instance WSL ou même d’un bureau Linux distant via SSH.
Cela vous donne déjà un peu plus de liberté que la simple utilisation de WSL, étant donné que vous pouvez obtenir la même intégration transparente de Windows sans utiliser exactement la même configuration. Même si vous l’utilisez avec WSL, il présente de gros avantages.
C’est tellement fluide et réactif
WSL qui ?
J’ai principalement testé X410 avec mon instance WSL, principalement parce que je l’avais déjà configuré sur ma machine. J’ai été un peu intrigué par cette option, car WSL exécute déjà très bien l’interface graphique Linux. À ma grande surprise, le X410 offre en réalité une expérience bien plus agréable.
Tout comme WSL, X410 a la capacité d’afficher les applications dans leurs fenêtres individuelles sur le bureau, bien qu’il puisse également créer une sorte de bureau flottant virtuel contenant toutes vos fenêtres Linux. Je suis resté fidèle aux fenêtres séparées typiques, car elles sont plus faciles à configurer et semblent plus naturelles à utiliser.
La grande différence, cependant, réside dans les performances et dans le caractère natif des applications. X410 dessine des applications à l’aide de cadres Windows classiques et offre également une bien meilleure expérience de manipulation desdites fenêtres. Vous pouvez facilement redimensionner les fenêtres comme s’il s’agissait d’applications Windows natives, et elles sont même réactives, de sorte que l’interface utilisateur s’adapte à la nouvelle taille même si vous ajustez toujours la taille de la fenêtre. En comparaison, redimensionner Windows via la méthode WSL typique est beaucoup plus fastidieux. Il est plus difficile de sélectionner les bords de la fenêtre (et en particulier les coins), et même dans ce cas, le redimensionnement ne fonctionne tout simplement pas. J’ai trouvé que certaines applications, comme Apostrophe et Foliate, affichent toujours leurs cadres de style Linux, mais le redimensionnement est toujours plus fiable.
Et ce n’est pas tout. X410 peut également offrir une meilleure mise à l’échelle pour vos applications Linux. Lorsque vous exécutez des applications Linux via WSL, il y a de fortes chances qu’elles ne suivent pas les paramètres de mise à l’échelle que vous avez dans Windows, et les éléments de l’interface utilisateur peuvent apparaître beaucoup trop grands ou trop petits. Le X410 dispose de plusieurs paramètres de mise à l’échelle pour aider les applications Linux à mieux répondre à la résolution de votre écran et aux paramètres de mise à l’échelle, afin que vous puissiez bénéficier plus facilement de la meilleure expérience. Bien sûr, vous pouvez également définir la mise à l’échelle au sein de Linux lui-même si vous le préférez, mais l’expérience est tout simplement plus facile de cette façon.
La configuration peut être pénible
J’aurais aimé que ce soit un peu plus facile
Le principal inconvénient du X410 pour moi était à quel point il était frustrant de le configurer correctement. Ce n’est pas que c’est horrible et qu’il n’a pas fallu si longtemps pour le comprendre, mais c’était quand même un peu ennuyeux, du moins avec le sous-système Windows pour Linux. J’imagine que cela peut être plus facile dans une machine virtuelle Hyper-V appropriée, mais je n’ai certes pas testé cette méthode.
Afin d’utiliser X410 avec WSL, je devais ajouter une variable d’environnement DISPLAY à l’instance Linux, qui la pointait vers X410 comme sortie d’affichage. Comme cela utilise une connexion TCP/IP, j’ai dû configurer une fonction qui récupère l’adresse IP de l’hôte Windows auquel se connecter, mais cela n’a pas toujours fonctionné de manière fiable. Après avoir redémarré mon ordinateur, la variable DISPLAY reviendrait par défaut à 0,0, de sorte que les applications reviendraient au rendu WSL typique.
Cela s’est également produit si j’ai ouvert une nouvelle instance du terminal WSL, ce qui est requis si vous souhaitez utiliser plusieurs applications GUI en même temps. Pour ouvrir des applications à l’aide de X410, elles doivent être lancées depuis le terminal, et non depuis le menu Démarrer, sinon elles sont lancées avec la fenêtre WSL normale. Mais si vous lancez une application GUI dans le terminal, vous ne pouvez pas saisir une nouvelle commande sans fermer l’application, ce qui signifie que vous avez besoin d’une nouvelle instance à chaque fois, et pour chacune, j’ai dû redéfinir la variable DISPLAY.
Cependant, X410 propose d’autres moyens de connexion qui pourraient faciliter la tâche. Par exemple, si vous définissez l’instance WSL pour utiliser le mode miroir pour la mise en réseau, vous pouvez définir la variable d’environnement DISPLAY pour qu’elle utilise l’adresse IP de l’hôte local (127.0.0.1), ce qui peut produire des résultats plus cohérents. Alternativement, il existe une prise en charge expérimentale de l’utilisation de VSOCK pour se connecter à WSL au lieu de la connexion TCP/IP. Cela peut être plus simple, mais Microsoft n’a pas fourni de documentation sur la façon d’utiliser VSOCK avec WSL, il peut donc y avoir d’autres problèmes.
Mais même avec mon expérience loin d’être idéale, il est facile de voir l’attrait du X410. Je préférerais toujours m’occuper de cela et avoir une interface graphique plus fluide plutôt que de m’occuper de l’implémentation officielle de WSL.
X410 est meilleur que je ne le pensais
En commençant par cela, j’étais sceptique quant à la nécessité de X410 alors que WSL fonctionne déjà bien, mais en fait, son utilisation a montré assez clairement que vous pouvez faire en sorte que les applications Linux fonctionnent beaucoup mieux sous Windows. Le cadre natif, une meilleure prise en charge de la mise à l’échelle et un redimensionnement beaucoup plus fiable en font un choix facile si vous souhaitez que vos applications Linux soient sous Windows. Franchement, j’aimerais seulement qu’il y ait une solution aussi efficace pour exécuter des applications Windows sur Linux.
Crédit image : Choung Networks
X410
*️⃣ Lien source :
WinApps, WinBoat, Wine pour la traduction en temps réel, applications Linux GUI via WSL,