MaterialDesignInXAML / MaterialDesignInXAML/MaterialDesignInXamlToolkit
DialogHost nested z-order changes when application loses focus
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 16.3k
- Forks
- 3.5k
- Merge moyen
- 1 j 22 h
- PR mergées (30 j)
- 8
Description
Bug explanation
I am nesting dialoghosts so that I can stack sub dialogs. It works great for our application.
<materialDesign:DialogHost Identifier="SubDialog" CloseOnClickAway="True">
<materialDesign:DialogHost Identifier="RootDialog" DialogTheme="Inherit" CloseOnClickAway="True">
The issue I've found is when the application (MainWindow) loses focus to another Windows application, the z-order of the dialogs is changed and the dialog that was in front is sent to the back. This often hides the sub dialog and if CloseOnClickAway is false, then the user can get stuck.
Version
4.9.0
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire la configuration imbriquée de DialogHost présentée dans l’issue, dans laquelle MainWindow perd le focus au profit d’une autre application Windows. Suivez la manière dont les instances imbriquées de DialogHost gèrent le z-order et le focus, puis vérifiez que le sous-dialogue qui était précédemment au premier plan reste visible et utilisable lorsque le focus revient, y compris lorsque CloseOnClickAway est false.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp
- Domaine
- desktop
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100