Icônes de la zone de notification et notifications toast dans les applications Windows — les pièges de NotifyIcon et comment choisir la bonne AppNotification

« Je veux discrètement informer l’utilisateur quand un traitement se termine. » « Je veux que la surveillance continue même après la fermeture de la fenêtre. » Voici deux exigences classiques qui apparaissent souvent ensemble dans les applications métier : rester résident dans la zone de notification (system tray) et envoyer des notifications toast. Mais dès qu’on les implémente réellement, de petits problèmes surgissent les uns après les autres : une application censée se fermer refuse réellement de quitter, l’icône disparaît après un redémarrage de l’Explorateur, ou un toast qui fonctionnait parfaitement pendant le développement n’apparaît jamais chez le client.

De plus, les notifications toast constituent un domaine où l’API n’a cessé de changer de génération depuis l’époque UWP. Il n’est pas rare de rechercher en ligne et de tomber sur du code d’exemple qui, selon les standards actuels, utilise une API désormais en maintenance uniquement, au mieux. Cet article organise à la fois la conception de la résidence dans la zone de notification avec NotifyIcon et le choix d’une API de notification toast à partir de 2026, ainsi que les pièges pratiques que vous êtes susceptible de rencontrer.

1. L’essentiel d’abord

• La base de la résidence dans la zone de notification reste System.Windows.Forms.NotifyIcon. L’icône n’apparaît que si vous définissez Icon et réglez Visible = true (la valeur par défaut est false). Le texte de l’infobulle Text peut aller jusqu’à 127 caractères à partir de .NET 6 (63 caractères avant cela).¹²
• WPF ne dispose d’aucun contrôle équivalent à NotifyIcon. Le tableau de comparaison officiel indique explicitement « Aucun contrôle équivalent ». Activer à la fois UseWPF et UseWindowsForms dans le csproj et utiliser le NotifyIcon de WinForms constitue la configuration minimale.³⁴
• « Garder l’application dans la zone de notification même lorsque l’utilisateur clique sur le bouton de fermeture » s’implémente en réglant e.Cancel = true dans FormClosing et en appelant Hide(). Fournissez toujours un moyen de quitter explicite et distinct (un élément « Quitter » dans le menu de la zone de notification), et vérifiez CloseReason pour ne jamais bloquer un arrêt du système d’exploitation.⁵
• L’API de toast recommandée est claire à partir de 2026. Que vous construisiez une application WinForms, WPF ou non empaquetée, l’AppNotificationManager du Windows App SDK (NuGet : Microsoft.WindowsAppSDK) est recommandé. Windows.UI.Notifications est « en maintenance uniquement », et le composant de notifications du Community Toolkit est archivé.⁶⁷
• L’AppNotification du Windows App SDK fonctionne même depuis un simple exe sans identité de package. AppNotificationManager.Default.Register() gère automatiquement l’enregistrement du serveur COM et le travail équivalent à un AUMID, si bien que vous n’avez plus besoin de configurer un raccourci dans le menu Démarrer comme l’exigeaient les générations précédentes. Cela dit, les notifications provenant de processus élevés (administrateur) ne sont pas prises en charge.⁸⁹¹⁰
• Un toast n’est pas un moyen garanti d’atteindre l’utilisateur. Tant que l’assistance de concentration (ne pas déranger) est active, la bannière ne s’affiche pas et la notification va directement dans le centre de notifications, et l’utilisateur peut aussi désactiver totalement les notifications dans les paramètres. Votre conception ne doit pas supposer que « le toast s’est affiché » comme condition préalable à un flux métier.¹¹¹²
• Un service Windows ne peut pas envoyer de toast (la Session 0 n’a pas d’interface utilisateur). L’approche standard consiste à placer un agent résident dans la zone de notification au sein de la session de l’utilisateur et à coordonner via IPC.¹³

2. Les bases de la résidence dans la zone de notification avec NotifyIcon

System.Windows.Forms.NotifyIcon est le composant qui place une icône dans la zone de notification, à l’extrémité droite de la barre des tâches. Les applications qui continuent de s’exécuter en arrière-plan l’utilisent comme point d’entrée pour l’affichage de l’état et un menu d’actions.¹

private NotifyIcon _trayIcon = null!;

private void InitializeTrayIcon()
{
    var menu = new ContextMenuStrip();
    menu.Items.Add("Ouvrir", null, (_, _) => ShowMainWindow());
    menu.Items.Add(new ToolStripSeparator());
    menu.Items.Add("Quitter", null, (_, _) => ExitApplication());

    _trayIcon = new NotifyIcon
    {
        Icon = Properties.Resources.AppIcon, // L'icône est obligatoire ; sans elle, rien ne s'affiche
        Text = "Outil de surveillance des commandes ── en cours d'exécution",     // Infobulle (127 caractères max sur .NET 6+)
        ContextMenuStrip = menu,
        Visible = true                        // Valeur par défaut : false ; ne s'affiche qu'une fois passé à true
    };
    _trayIcon.DoubleClick += (_, _) => ShowMainWindow();
}

Trois points méritent d’être retenus.

• L’icône n’apparaît qu’une fois Icon et Visible = true réunis. La valeur par défaut de Visible est false.¹
• Text a une limite de longueur. Elle est de 127 caractères maximum à partir de .NET 6, et de 63 caractères pour .NET 5 et antérieur ainsi que pour .NET Framework ; la dépasser lève une ArgumentException. Entasser trop d’informations d’état dans l’infobulle est un bon moyen de voir votre application planter soudainement avec une exception à un moment donné.²¹⁴
• Associez un menu au clic droit via ContextMenuStrip. L’icône de la zone de notification est souvent le seul point d’entrée visible pour l’utilisateur, prévoyez donc au minimum un élément « Ouvrir » et un élément « Quitter ».¹⁵

Autre point important : l’icône de la zone de notification n’est pas seulement un point d’entrée pour les notifications, c’est aussi un indicateur d’état toujours visible. Puisque Icon et Text peuvent être remplacés pendant que l’application s’exécute, refléter l’état courant — une icône normale quand tout va bien, une icône d’avertissement en cas de problème, afficher l’heure du dernier traitement dans l’infobulle — permet à l’utilisateur de connaître l’état actuel d’un simple coup d’œil, même s’il a manqué un toast. Le toast est le canal pour « quelque chose vient de se produire à cet instant », tandis que l’icône de la zone de notification est le canal pour « voici l’état actuel » — c’est cette répartition des rôles.

3. Concevoir « rester dans la zone de notification à la fermeture » et un chemin de sortie correct

Un comportement classique des applications résidentes est le suivant : cliquer sur le bouton de fermeture ne termine pas le processus, il reste simplement dans la zone de notification. L’implémentation elle-même est facile à écrire en annulant FormClosing, mais l’écrire sans précaution mène à deux types de problèmes : il n’existe plus aucun moyen de quitter l’application, et cela bloque l’arrêt de Windows.

private bool _exitRequested;

protected override void OnFormClosing(FormClosingEventArgs e)
{
    // Si l'utilisateur a simplement cliqué sur la croix, masquer au lieu de fermer
    if (!_exitRequested && e.CloseReason == CloseReason.UserClosing)
    {
        e.Cancel = true;
        Hide();
        return;
    }
    // Fermeture normale via le menu « Quitter », l'arrêt du système, etc.
    base.OnFormClosing(e);
}

private void ExitApplication()
{
    _exitRequested = true;
    _trayIcon.Visible = false;
    _trayIcon.Dispose();
    Close();
}

FormClosing se déclenche avant la fermeture du formulaire, et régler e.Cancel = true annule la fermeture. À ce moment-là, vérifiez toujours CloseReason. Le comportement correct consiste à n’annuler que pour UserClosing (une action de l’utilisateur), et à ne jamais annuler pour une fermeture déclenchée par le système d’exploitation comme WindowsShutDown.⁵¹⁶

WPF suit la même logique : la documentation officielle elle-même décrit le schéma consistant à régler e.Cancel = true dans Window.Closing et à appeler Hide().¹⁷

Notez que, par nature, une application résidente est toujours exposée au risque suivant : « si elle est lancée deux fois, le même événement est traité deux fois ». Nous avons traité la prévention des lancements multiples dans « Empêcher les lancements multiples d’une application Windows — mutex nommés et activation de l’instance en cours lors d’un second lancement ». Et « Pourquoi utiliser .NET Generic Host et BackgroundService dans une application de bureau » constitue la base pour construire le contenu réel d’une application résidente — la boucle de surveillance ou le traitement périodique.

4. La résidence dans la zone de notification dans une application WPF

WPF ne dispose d’aucun contrôle équivalent à NotifyIcon. Il s’agit d’une lacune documentée de la plateforme, indiquée explicitement par « No equivalent control » dans le tableau de comparaison officiel « contrôles WPF équivalents aux contrôles WinForms ».³

Il existe deux options réalistes.

La première option consiste simplement à lister deux propriétés côte à côte dans un fichier projet de style SDK.⁴

<PropertyGroup>
  <TargetFramework>net8.0-windows</TargetFramework>
  <UseWPF>true</UseWPF>
  <UseWindowsForms>true</UseWindowsForms>
</PropertyGroup>

Vous pouvez ensuite simplement instancier un System.Windows.Forms.NotifyIcon directement depuis une Application WPF. Seul le menu se retrouve en WinForms (ContextMenuStrip), mais pour quelque chose d’aussi simple qu’un menu de zone de notification, cela pose rarement un problème pratique.

5. Trois pièges des icônes de la zone de notification

5.1. Les icônes vont par défaut dans les « icônes masquées » — impossible de forcer leur affichage

La demande de garder l’icône de votre application en permanence visible dans la barre des tâches revient toujours, mais cela ne peut pas être réalisé par programmation. La documentation officielle indique clairement que les icônes sont ajoutées par défaut à la zone de débordement (icônes masquées), et que seul l’utilisateur peut décider de promouvoir une icône pour un affichage permanent dans la zone de notification.¹⁸

Sur Windows 11, l’utilisateur active ou désactive cela application par application via « Paramètres → Personnalisation → Barre des tâches → Autres icônes de zone de notification ». Si l’affichage permanent est important sur le plan opérationnel, la bonne solution consiste à le documenter dans votre guide d’installation ou votre aide (« veuillez activer ce paramètre »), et non à essayer de le forcer dans le code.

5.2. L’icône disparaît quand l’Explorateur redémarre — TaskbarCreated

Lorsque l’Explorateur plante ou redémarre et reconstruit la barre des tâches, toutes les icônes de zone de notification enregistrées disparaissent. Le shell diffuse un message TaskbarCreated à toutes les fenêtres de premier niveau lors de la création de la barre des tâches, et la convention au niveau Win32 est de réenregistrer votre icône dès réception de ce message.¹⁹

Le NotifyIcon de WinForms gère ce message en interne et se réenregistre automatiquement, vous n’avez donc normalement pas besoin d’y penser. Si vous appelez Shell_NotifyIcon vous-même via P/Invoke (ou si vous maintenez une application native disposant d’une icône de zone de notification), assurez-vous que cette logique de réenregistrement est en place. Le symptôme « l’icône disparaît seule quand l’Explorateur redémarre, mais le processus est toujours vivant » correspond presque toujours exactement à ce problème.

5.3. Oublier Dispose laisse une icône fantôme

Au niveau Win32, une icône de zone de notification doit être explicitement supprimée (NIM_DELETE) dès qu’elle n’est plus nécessaire, et dans WinForms, cette responsabilité incombe à NotifyIcon.Dispose().¹⁸ Assurez-vous que votre chemin de sortie passe toujours par Visible = false puis Dispose(). Tout développeur d’application résidente a déjà vu cette scène au moins une fois : le processus se termine anormalement sans nettoyage, et une icône fantôme reste bloquée dans la zone de notification jusqu’à ce que l’utilisateur y passe le curseur de la souris.

Comme dans le code du chapitre 3, il est plus sûr de nettoyer l’icône de la zone de notification dans le gestionnaire du menu « Quitter », avant d’appeler Close().

6. Notifications toast — quelle API utiliser

Une notification toast est la bannière qui apparaît dans le coin inférieur droit de l’écran, puis qui reste dans le centre de notifications. La façon d’en envoyer une depuis une application de bureau n’a cessé de changer au cours de la dernière décennie, et les résultats de recherche restent pleins d’anciens exemples. Voici où en sont les choses à partir de 2026.⁶

Deux remarques supplémentaires.

• ShowBalloonTip fait partie de ces cas « ancienne API, mais en réalité toujours bien vivante ». Sur Windows 10, les bulles s’affichent comme un toast et restent dans le centre de notifications jusqu’à leur fermeture. Sur Windows 11, en revanche, elles se comportent davantage comme une bulle temporaire traditionnelle et ne persistent pas dans le centre de notifications une fois disparues. La durée d’affichage (timeout) est désormais elle aussi ignorée, et suit à la place les paramètres d’accessibilité du système. Cela suffit amplement pour une application résidente dans la zone de notification qui veut simplement signaler légèrement un changement d’état, mais si vous voulez qu’un historique persiste dans le centre de notifications, gardez à l’esprit que cela ne vous aidera pas sur Windows 11.²⁰
• L’approche classique consistant à utiliser Windows.UI.Notifications brut depuis une application de bureau comporte une contrainte bien connue : le toast ne s’affiche pas tant que vous n’avez pas enregistré un raccourci avec un AUMID (AppUserModelID) dans le menu Démarrer.²¹ L’AppNotification traitée au chapitre suivant est justement ce qui élimine cette contrainte.

7. Une implémentation minimale d’AppNotification du Windows App SDK

L’API de notifications d’application du Windows App SDK fonctionne même depuis un exe simple et non empaqueté, sans identité de package.⁸ Les prérequis côté projet sont un TFM spécifique à Windows (par exemple net8.0-windows10.0.19041.0), <WindowsPackageType>None</WindowsPackageType> (pour le cas non empaqueté), et le fait d’avoir le runtime du Windows App SDK installé sur la cible de déploiement.⁹

using Microsoft.Windows.AppNotifications;
using Microsoft.Windows.AppNotifications.Builder;

// Une seule fois au démarrage ; l'ordre enregistrement du gestionnaire → Register() est important
AppNotificationManager.Default.NotificationInvoked += (_, args) =>
{
    // Les clics sur le toast et les appuis sur les boutons arrivent ici (à distinguer via args.Arguments)
    if (args.Arguments.TryGetValue("action", out var action) && action == "openLog")
    {
        ShowLogWindow();
    }
};
AppNotificationManager.Default.Register();

// Afficher la notification
var notification = new AppNotificationBuilder()
    .AddText("Importation des commandes terminée")
    .AddText("12 nouvelles, 1 erreur")
    .AddButton(new AppNotificationButton("Ouvrir le journal")
        .AddArgument("action", "openLog"))
    .BuildNotification();
AppNotificationManager.Default.Show(notification);

Les points pratiques à surveiller :

• Abonnez-vous à NotificationInvoked avant d’appeler Register(). Inversez cet ordre et vous manquerez l’événement lorsqu’un clic sur le toast lance l’application.⁹
• Appelez AppNotificationManager.Default.Unregister() avant que l’application ne se ferme. La documentation officielle indique explicitement qu’appeler Unregister avant la fermeture nettoie les ressources et garantit que l’application se lance correctement la prochaine fois qu’une notification est cliquée. Intégrez cela dans le gestionnaire du menu « Quitter » du chapitre 3, aux côtés de NotifyIcon.Dispose() (il existe aussi un UnregisterAll() distinct pour des cas comme la désinstallation d’une application qui n’utilisera plus jamais les notifications, lequel efface entièrement les informations d’enregistrement).²²
• Pour les applications non empaquetées, Register() gère automatiquement l’enregistrement du serveur COM et le travail équivalent à un AUMID. Vous n’avez plus besoin de la configuration de raccourci ni de l’enregistrement dans le registre qu’exigeait l’ancienne génération, celle du WinRT brut. Si vous empaquetez avec MSIX à la place, vous devrez déclarer l’activateur COM dans Package.appxmanifest.⁹
• Soyez prudent si vous choisissez un déploiement autonome (self-contained) qui embarque le runtime du Windows App SDK. AppNotificationManager dépend du package Singleton du Windows App SDK, et des considérations officiellement documentées existent pour l’appeler depuis une application autonome. Vérifiez ce point avant d’arrêter votre méthode de distribution.²³
• Les notifications provenant de processus élevés (administrateur) ne sont pas prises en charge. Show ne lève pas d’exception, elle échoue simplement en silence, ce qui rend la cause racine difficile à repérer. Pour les applications nécessitant une élévation, envisagez d’isoler uniquement la notification dans un processus non élevé (cette approche d’isolation est traitée dans « Une manière concrète d’isoler uniquement les parties d’une application Windows nécessitant des privilèges administrateur »).¹⁰
• Lorsqu’un toast est cliqué, si l’application n’est pas en cours d’exécution, un nouveau processus sera lancé. Dans une application résidente dans la zone de notification, vous devez combiner cela avec la prévention des instances multiples (chapitre 3) afin que le travail soit transmis à l’instance existante.

8. Usage avancé — toasts avec barre de progression et nettoyage des notifications

8.1. Mettre à jour la progression à l’intérieur d’un toast — UpdateAsync

Pour un traitement long comme « import de 120 enregistrements de commande », la bonne approche n’est pas de redéclencher une nouvelle notification encore et encore, mais de mettre à jour la barre de progression à l’intérieur d’un seul toast. AppNotification dispose d’un mécanisme de liaison de données et de mise à jour construit précisément pour cela.²⁴

La construction se fait en trois étapes. D’abord, transformez chaque valeur de la barre de progression en espace réservé à l’aide des méthodes Bind, donnez au toast une identité via Tag (et Group, si nécessaire), puis affichez-le. Ensuite, il vous suffit de passer un AppNotificationProgressData à UpdateAsync, et seul le contenu du toast déjà affiché est réécrit.

const string tag = "import-progress";
const string group = "batch";

// Premier affichage : lier la valeur et définir la valeur initiale sur Progress
var notification = new AppNotificationBuilder()
    .AddText("Importation des données de commande en cours")
    .AddProgressBar(new AppNotificationProgressBar()
        .BindStatus().BindValue().BindValueStringOverride())
    .SetTag(tag)
    .SetGroup(group)
    .BuildNotification();

notification.Progress = new AppNotificationProgressData(1) // numéro de séquence
{
    Status = "Importation en cours...", Value = 0, ValueStringOverride = "0/120 éléments"
};
AppNotificationManager.Default.Show(notification);

// À chaque progression : incrémenter le numéro de séquence et mettre à jour
var data = new AppNotificationProgressData(2)
{
    Status = "Importation en cours...", Value = 45 / 120.0, ValueStringOverride = "45/120 éléments"
};
await AppNotificationManager.Default.UpdateAsync(data, tag, group);

Le numéro de séquence est un entier non nul indiquant l’ordre de mise à jour ; si plusieurs mises à jour arrivent dans le désordre, celle ayant le numéro le plus élevé l’emporte. Ce mécanisme existe pour que des mises à jour concurrentes envoyées depuis un traitement asynchrone ne reviennent pas en arrière vers une valeur périmée, veillez donc à ce qu’il augmente toujours de façon monotone.²⁵

8.2. « Mise à jour » contre « remplacement » — quand utiliser l’un ou l’autre

Vous pouvez aussi mettre à jour l’apparence en réaffichant (Show) une nouvelle notification avec le même Tag — un « remplacement » — mais le comportement diffère de celui d’une « mise à jour ».²⁴

La recommandation officielle est claire ici aussi : mise à jour pour la progression intermédiaire, remplacement à l’achèvement. Il n’est pas nécessaire de faire apparaître une notification chaque fois que la progression passe de 50 % à 65 %, mais « import terminé (3 erreurs) » devrait atteindre l’utilisateur même s’il a déjà fermé la notification de progression. En pratique, le schéma courant consiste à retirer la barre de progression à l’achèvement et à la remplacer par une autre mise en page dotée de boutons, comme « Voir les détails de l’erreur ».

8.3. Nettoyer les anciennes notifications laissées dans le centre de notifications

Les toasts s’accumulent dans le centre de notifications jusqu’à ce que l’utilisateur les efface. Si une application résidente envoie plusieurs notifications chaque jour, le centre de notifications finit rempli des anciennes notifications de votre application, ce qui peut finir par enterrer les notifications importantes.

Attacher un Tag / Group vous permet de supprimer par le code les notifications de votre propre application (par tag, par groupe, ou toutes). Vous pouvez aussi définir une expiration. Il vaut la peine de décider vos règles de nettoyage — « effacer les notifications de type progression à l’achèvement », « raccourcir l’expiration des notifications informatives » — en même temps que vous concevez la façon dont les notifications sont envoyées.²⁶

9. Concevoir pour les cas où une notification « n’arrive pas »

Une notification toast n’est pas un mécanisme de livraison garanti. Il existe des chemins parfaitement normaux où elle n’est pas affichée ou n’est pas remarquée.

Le mode Ne pas déranger s’appelle « Assistant de concentration » sur Windows 10 et est contrôlé via le bouton « Ne pas déranger » sous « Paramètres → Système → Notifications » sur Windows 11 ; il peut être régi par l’utilisateur ou par une stratégie de groupe. Il existe même une règle selon laquelle il est automatiquement activé pendant la première heure suivant une mise à niveau de l’OS.¹¹ L’assistance de concentration ne signifie pas « ne pas envoyer de notifications », mais « supprimer la bannière et l’acheminer directement vers le centre de notifications » — l’utilisateur la verra donc toujours s’il ouvre ensuite le centre de notifications.¹²

L’implication pour la conception est simple :

• Traitez le toast comme un canal complémentaire qui aide les utilisateurs à réagir plus vite s’ils le remarquent, et assurez-vous que les informations obligatoires pour le processus métier puissent toujours être confirmées dans un écran ou une liste au sein de l’application. Ne construisez pas un flux qui suppose que « le toast s’est probablement affiché ».
• Pour les notifications qui doivent absolument interrompre l’utilisateur (comme une alerte d’arrêt d’urgence), il existe un mécanisme pour outrepasser le mode Ne pas déranger avec le consentement de l’utilisateur via AppNotificationScenario.Urgent,²⁷ mais un usage abusif conduira les utilisateurs à désactiver complètement les notifications de votre application. Réservez-le aux cas véritablement urgents uniquement.

Pour la question plus large de savoir comment afficher à l’écran des éléments comme les erreurs de périphériques externes, voir aussi « Bonnes pratiques pour vérifier et afficher l’état des périphériques externes ».

10. Quand vous devez notifier depuis un service Windows

C’est une exigence naturelle : « quand un service résident détecte un problème, je veux avertir l’utilisateur connecté par un toast » — mais un service ne peut pas envoyer de toast directement. Depuis Windows Vista, les services s’exécutent dans une session dédiée appelée Session 0 et n’ont aucune capacité à afficher une interface utilisateur qui interagit avec un utilisateur.¹³

L’approche standard consiste à séparer l’interface utilisateur dans un processus s’exécutant dans la session de l’utilisateur.

[Session 0]                        [Session utilisateur]
 Service Windows   <-- IPC -->   Agent résident dans la zone de notification
 (surveillance/logique métier)   tubes nommés, etc.   (NotifyIcon + AppNotification)

• Le service se concentre uniquement sur la surveillance et la logique métier, et envoie à l’agent tout ce qu’il doit notifier, via IPC.
• L’agent est une application résidente dans la zone de notification (exactement ce que décrivent les chapitres 2 à 8 de cet article) qui se lance à la connexion de l’utilisateur, et affiche les événements reçus sous forme de toasts ou de changements d’icône.
• Le choix d’un mécanisme d’IPC a été traité dans « Comment choisir la communication inter-processus sous Windows », la construction du côté service dans « Comment créer et exploiter un service Windows », et le mécanisme de session lui-même dans « Comment comprendre l’isolation des sessions Windows — Session 0, RDP et exécution simultanée de plusieurs utilisateurs ».

Dans les environnements où plusieurs utilisateurs sont connectés simultanément (RDP, terminaux partagés), l’agent finit par s’exécuter une fois par session. Décider en amont, comme exigence, « qui doit être notifié » (tout le monde, ou seulement un utilisateur spécifique) évite que la conception ne parte dans tous les sens plus tard.

11. Résumé

• La résidence dans la zone de notification repose sur NotifyIcon. Affichez-la via Icon + Visible = true, respectez la limite de 127 caractères pour Text (.NET 6+), et assurez-vous que Dispose() est bien appelé dans le chemin de sortie. Utilisez aussi l’icône et l’infobulle comme un indicateur toujours visible de l’état courant.
• « Rester dans la zone de notification même fermé avec le bouton × » s’implémente en annulant FormClosing, mais n’annulez que pour CloseReason.UserClosing et fournissez toujours un menu « Quitter » explicite.
• Seul l’utilisateur peut décider si une icône est toujours visible. Gérez la disparition de l’icône lors des redémarrages de l’Explorateur en la réenregistrant sur TaskbarCreated (WinForms le fait automatiquement).
• Pour tout nouveau développement de notifications toast, l’AppNotificationManager du Windows App SDK est le seul vrai choix. Il fonctionne même depuis un exe non empaqueté sans identité de package, et Register() automatise le travail d’enregistrement fastidieux. Les notifications du Community Toolkit sont archivées, et le WinRT brut est en maintenance uniquement.
• Pour la progression intermédiaire d’un traitement long, réécrivez silencieusement la barre de progression à l’intérieur d’un seul toast avec UpdateAsync, et utilisez un remplacement pour faire apparaître une notification à l’achèvement — c’est le schéma standard. Attachez un Tag/Group, et incluez le nettoyage des anciennes notifications dans votre conception.
• Un toast est un canal complémentaire qui peut échouer à arriver en raison du mode Ne pas déranger ou de notifications désactivées. Concevez de sorte que les informations obligatoires puissent toujours être confirmées dans l’application, et gardez à l’esprit que les notifications depuis des processus élevés ne sont pas prises en charge.
• Les notifications depuis un service se réalisent via l’architecture séparée d’un agent résident dans la zone de notification côté session utilisateur, combinée à de l’IPC.

Articles connexes

• Empêcher les lancements multiples d’une application Windows — mutex nommés et activation de l’instance en cours lors d’un second lancement
• Comment créer et exploiter un service Windows — du choix entre service et Planificateur de tâches à la transformation d’un BackgroundService en service
• Comment choisir la communication inter-processus sous Windows — tableau de décision tubes nommés / TCP / gRPC / mémoire partagée / COM
• Comment comprendre l’isolation des sessions Windows — Session 0, RDP et exécution simultanée de plusieurs utilisateurs
• Pourquoi utiliser .NET Generic Host et BackgroundService dans une application de bureau
• Une manière concrète d’isoler uniquement les parties d’une application Windows nécessitant des privilèges administrateur
• Bonnes pratiques pour vérifier et afficher l’état des périphériques externes — une conception qui ne s’arrête pas à « Connecté »

Domaines de conseil associés

KomuraSoft LLC (合同会社小村ソフト) prend en charge la conception et l’implémentation d’outils de surveillance et d’agents de notification résidents dans la zone de notification, la revue d’architecture de systèmes résidents combinés à des services Windows, et le dépannage d’applications résidentes existantes.

• Développement d’applications Windows
• Conseil technique et revue de conception
• Contact

Références

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Comment créer une application résidente dans la zone de notification avec WPF ?

WPF ne dispose d'aucun contrôle équivalent à NotifyIcon ; la configuration minimale consiste donc à activer à la fois UseWPF et UseWindowsForms dans le csproj et à utiliser le NotifyIcon de WinForms. Si vous souhaitez une écriture compatible XAML, une bibliothèque tierce comme H.NotifyIcon est une option, mais gardez à l'esprit qu'il ne s'agit pas d'un composant officiel Microsoft avant de décider de l'adopter.

Quelle API de notification toast faut-il utiliser ?

Pour tout nouveau développement à partir de 2026, que vous construisiez une application WinForms, WPF ou non empaquetée, l'AppNotificationManager du Windows App SDK est la solution officiellement recommandée. Microsoft.Toolkit.Uwp.Notifications est archivé et ne fait plus partie du Community Toolkit actuel, tandis que le ToastNotificationManager de WinRT est désormais en maintenance uniquement. Si votre code existant fonctionne déjà avec l'un de ces deux éléments, rien ne presse de le réécrire, mais il n'y a aucune raison de les choisir pour un nouveau projet.

Que faut-il vérifier lorsqu'une notification toast ne s'affiche pas ?

Commencez par les paramètres du système d'exploitation. Si l'assistance de concentration (ne pas déranger) est activée, les notifications ne s'affichent pas sous forme de bannière et vont directement dans le centre de notifications ; les notifications peuvent également être désactivées par application ou pour tout le système dans l'application Paramètres. Côté implémentation, les deux causes courantes sont qu'AppNotification n'est pas prise en charge lorsqu'elle est envoyée depuis un processus élevé (administrateur), et que Windows.UI.Notifications brut n'affiche rien lorsqu'il est appelé depuis une application de bureau sans AUMID.

Un service Windows peut-il envoyer des notifications toast ?

Non, ce n'est pas possible. Depuis Windows Vista, les services s'exécutent dans la Session 0 et n'ont aucune capacité à afficher une interface utilisateur pour interagir avec l'utilisateur. Si vous devez notifier l'utilisateur, le schéma standard consiste à placer un processus agent résident dans la zone de notification au sein de la session utilisateur, et à le faire communiquer avec le service via un mécanisme d'IPC tel que les tubes nommés, l'agent lui-même étant responsable de l'affichage de la notification.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.