Voici un petit problème qui peut vous arrivez si vous utiliser .net core3.1 pour réaliser une application desktop :

Après fermeture de votre formulaire principale, ou de votre dernier formulaire, votre application ne s’arrête pas. Elle n’a plus d’interfaces visibles, mais elle continue à s’exister et reste visible dans le gestionnaire de tâches.

D'où vient le problème ?

Le problème et la solution sont très simples. Vous avez certainement utilisé Microsoft.Extensions.Hosting pour gérer votre injection de dépendeuses. Je vous rassure tout de suite, le problème n’est pas dans la librairie, mais dans son usage.

Je viens de tout juste publier la version .net core 3.1 de MyBlog.net sur GitHub.

Outre le passage à .net core 3.1, cette nouvelle monture inclut de nombreuses optimisations de l’accessibilité et des scripts.

La dernière version de .net core est arrivée. Il est donc de temps de mettre à jour ses projets.

Oui, mais voilà, tout n’est pas tout rose au pays des bisounours. Certaines personnes remontent des problèmes pour mettre à jour leur package Nuget. Visual Studio annoncerait un problème de compatibilité et une installation de package impossible à poursuivre.

Si vous publiez vos codes sur le web, vous utilisez peut-être Prism JS. Cette librairie a de nombreux thèmes. Mais jusqu’ici, il n’y avait pas de thèmes Visual Studio Dark et Light.

Il a quelques mois y j’ai réalisé ma propre version de ceux-ci. Après quelques tests sur ce blog, j’ai décidé de les partager sur GitHub, NPM et Nuget:

• La version NPM est disponible via NPM JS avec la référence « prismjs-vs »(elle comprend les CSS et SASS)
• La version Nuget est disponible via Nuget.org avec les références « prismjs-vs » et « prismjs-vs.sass » (la première comprend la version CSS et la seconde, la version SASS).

Le thème bleu devrait voir le jour sous peu.

Si vous souhaitez mettre en place un pipeline de build utilisant WIX pour générer vos fichiers .msi il est possible que rencontriez l’erreur 217.

En se reportant à la documentation de WIX, on constate qu’il s’agit d’un problème d’exécution de scripts VBScript. Mais les solutions proposées ne s’appliquent pas à des environnements récents (Windows Server 2012 à 2019, ou Windows 8 à 10). Si vous y regardez de plus près, vous ne trouverez pas les clés de registre évoquées.

Ces scripts joint un rôle important dans la vérification des fichiers .msi produits. Il ne faut donc pas les désactiver.