Afficher Modal sur un autre Modal, c'est vraiment un péché?
Je travaille actuellement dans une application Web pour les bureaux de transfert de technologie et j'ai évité à tout prix d'afficher une fenêtre Modal sur une autre déjà ouverte.
Pour donner plus de contexte, il existe un composant de gestion de fichiers qui vous permet essentiellement de télécharger ou de joindre des fichiers existants dans plusieurs sections de l'application Web, ce composant apparaît toujours comme une fenêtre modale.
Le dilemme que j'ai en ce moment est que j'ai un autre composant qui vous permet de publier des "entrées d'activité" (est un simple éditeur de texte WYSIWYG) qui apparaît également comme un modal et il a une option pour joindre des fichiers, donc lorsque vous cliquez sur le " joindre un fichier ", il doit appeler le composant de gestion des fichiers afin de choisir ou de télécharger le fichier que vous souhaitez joindre à cette entrée.
C'est un péché capital de montrer une fenêtre modale sur une autre qui est déjà ouverte?
Il serait préférable d'étendre la première fenêtre modale et d'afficher les deux composants en même temps (au moins lors de la sélection des fichiers)?
Y a-t-il des directives du langage/système de conception existant? Merci!
Je crée de nombreuses applications qui superposent un modal à un autre.
Exemple: il existe une application sous-jacente dans laquelle les utilisateurs professionnels choisissent parmi les programmes. Ils en sélectionnent un et un modal apparaît qui couvre 90% de l'écran (en utilisant des bureaux avec l'application consommant un fixe avec de 1600px)
Dans le modal, les utilisateurs remplissent des informations concernant ledit programme. Et, il y a de nombreuses fois où, au cours du remplissage de ces informations, un autre modal est utilisé.
Cela fonctionne bien. Les utilisateurs ont du travail à faire dans ces modaux. Lorsque le travail est terminé (ce qui doit être fait avant de continuer), ils confirment que les données sont acceptables et reviennent à la "page" précédente.
Ces modaux, dans un environnement serveur, début 2000, auraient nécessité de nouveaux chargements de pages. Nous n'en avons pas besoin aujourd'hui.
ÉDITER:
L'image ci-dessous montre deux niveaux de modaux (plus l'écran d'origine). La première couche (inférieure) affiche les programmes. Ensuite, un modal apparaît pour que les utilisateurs travaillent sur les lignes de programme; enfin (la couche supérieure), l'utilisateur peut avoir besoin de faire des calculs approfondis sur la ligne de programme. (Les outils ont été caviardés.)
A ce niveau de calcul il y a des alertes, des confirmations, etc ...
La création modale était basée sur une question de requête de l'ancien temps d'Invite qui provenait de la console pour le navigateur. L'idée était de demander à l'utilisateur une confirmation d'une question simple, l'ajout de certaines données et la possibilité de procéder lorsque l'utilisateur interagit avec elle. L'ajout de la complexité d'une autre interaction utilisant la même expérience réduirait le succès du flux de travail essayant d'être atteint.
Eh bien, comme vous l'avez souligné, les vues modales ne sont pas censées être placées sur une autre vue modale car ce n'est pas vraiment bon, compte tenu de la convivialité.
Cependant, lorsque vous utilisez WYSIWYG, c'est le meilleur conseil d'avoir un page séparée pour l'édition.
En effet, les vues modales ne sont pas conçues pour avoir trop de composants et elles sont également conçues pour effectuer une action rapide, sans parler de l'ajout d'un bouton joindre le fichier qui déclenche un autre modal, c'est trop de choses sur un modal qui est censé être simple pour la facilité d'utilisation et de mise en œuvre.