Les gens pensent qu'une boîte de dialogue de sauvegarde "cachée" signifie que l'ordinateur est gelé

Ils décident que l' "ordinateur" est "bloqué" et appellent pour le redémarrer, ce que fait simplement mon autre personnel.

Voici votre problème. Ce n'est pas une panne technique, alors ne cherchez pas à implémenter une solution technique.

À la place, vous devriez mettre en place un processus où chaque appel ou ticket pour ce type de problème est résolu avant toute action. Les gens ont tendance à arrêter de faire des erreurs stupides lorsqu'ils doivent les réparer eux-mêmes.

Si un utilisateur appelle avec ce problème - demandez-leur simplement s'ils ont des fenêtres de dialogue ouvertes, ou s'ils ont essayé d'appuyer sur ALT+TAB.

Créez un élément wiki sur votre page d'aide avec quelques étapes simples de dépannage que l'utilisateur peut suivre. De cette façon, lorsque l'utilisateur appelle avec ce problème, vous pouvez demander s'ils ont vérifié le guide de dépannage "Mon ordinateur est bloqué".

Votre problème est l'étape 5, où votre autre personnel redémarre l'ordinateur sans même effectuer les dépannages les plus élémentaires.

Je suppose que vous faites référence au personnel informatique, qui devrait franchement savoir mieux faire, et ne pas aggraver le problème, ce qu'ils font en redémarrant simplement l'ordinateur sans même faire de dépannage de base. Corrigez d'abord ce problème, et le problème de l'utilisateur s'améliorera.

Votre personnel doit montrer aux utilisateurs pourquoi cela se produit, pendant que cela se produit s'il y a un espoir que cela reste en mémoire. Pas très différent de l'apprentissage de la propreté à un chiot : Si vous lui tapez sur le nez quand il urine sur votre tapis, il apprendra à ne pas uriner sur votre tapis. Si vous attendez 10 minutes après le fait, il ne saura pas pourquoi il est puni, et n'apprendra jamais. Les utilisateurs, tout comme les chiots, ont besoin de cette immédiateté s'il y a un espoir qu'ils apprennent quelque chose, et c'est pourquoi leur dire ce qui était le problème après que l'ordinateur ait été redémarré ne fonctionne pas.

Bien sûr, vous aurez toujours des utilisateurs incroyablement lents qui ne comprennent tout simplement pas (ou ne veulent pas comprendre), mais cela sort de votre contrôle, et franchement c’est un problème de gestion. Mon conseil dans cette situation est (en supposant que vous êtes un gestionnaire) de parler aux managers de vos utilisateurs les plus récalcitrants, et de souligner combien de productivité (dans leur département, ainsi que dans le vôtre) est gaspillée parce que leurs utilisateurs ne vérifient pas un simple dialogue de sauvegarde. En soulignant comment le refus ou l'incapacité des employés à apprendre des tâches simples leur nuit à eux et à leur département, ces managers seront bien plus enclins à résoudre le problème avec les outils à leur disposition. En présentant le problème de cette manière, j’ai vu des managers d'autres départements prendre sur eux-mêmes de "former"/"éduquer" leurs utilisateurs sur ce genre de choses simples, voire de discipliner ou de licencier des employés qui ne comprenaient tout simplement pas. (Du genre : "Désolé que vous oubliez votre mot de passe toutes les 3 heures et ne puissiez pas vous connecter, mais cela signifie que vous n'êtes pas un employé productif, et nous ne pouvons plus nous permettre de vous employer. Dégagez.")

Et sur une note personnelle laissez-moi vous dire : c'est assez satisfaisant d'entendre un directeur commercial crier "Ce n'est pas la faute de l'informatique si vous êtes trop stupide pour cliquer sur un bouton !!!"

Cela est parfois dû à une limitation de conception dans Windows x64 en ce qui concerne l'interaction entre les applications 32 bits et les pilotes 64 bits. En plus des boîtes de dialogue d'impression, un autre scénario courant où cela se produit est lors de l'utilisation d'Internet Explorer 32 bits et des boîtes de dialogue pour les cartes à puce.

Microsoft fournit des informations de fond sur la cause ici :

La boîte de dialogue Enregistrer sous apparaît derrière une application 32 bits lorsque vous imprimez sur une imprimante XPS Document Writer sur une version 64 bits de Windows 7
http://support.microsoft.com/kb/2567869

Les pilotes d'imprimante sont implémentés sous forme de bibliothèques de liens dynamiques (DLL) qui sont chargées dans un processus d'impression. Les pilotes d'imprimante sont implémentés en tant que DLL 64 bits sur les versions 64 bits de Windows. Les pilotes d'imprimante sont implémentés en tant que DLL 32 bits sur les versions 32 bits de Windows.

Un processus 32 bits ne peut pas charger de DLL 64 bits. Par conséquent, les versions 64 bits de Windows prennent en charge l'impression à partir de processus 32 bits via le processus Splwow64.exe. Splwow64.exe est un processus 64 bits qui peut charger des pilotes d'imprimante 64 bits et gérer l'impression au nom des processus 32 bits.

Lorsqu'une application appelle la fonction StartDoc pour imprimer sur l'imprimante XPS Document Writer, le pilote de l'imprimante XPS Document Writer affiche une boîte de dialogue Enregistrer sous afin que les utilisateurs puissent spécifier le nom et l'emplacement du fichier XPS. La fenêtre propriétaire de la boîte de dialogue est généralement la fenêtre active du thread qui appelle la fonction StartDoc, et la boîte de dialogue apparaîtra sur la fenêtre active.

Lorsqu'une application 32 bits appelle la fonction StartDoc sur une version 64 bits de Windows, le processus Splwow64.exe appelle le pilote de l'imprimante XPS Document Writer au nom de l'application 32 bits. Dans ce scénario, la boîte de dialogue Enregistrer sous est sans propriétaire car le thread dans le processus Splwow64.exe n'a pas de fenêtre active. De plus, la boîte de dialogue peut apparaître derrière l'application qui imprime car le processus Splwow64.exe n'a pas l'autorisation de définir la fenêtre au premier plan.

L'appel StartDoc ne se termine pas tant que la boîte de dialogue n'est pas fermée, donc l'application peut sembler ne pas répondre.

La boîte de dialogue Enregistrer sous a son propre bouton dans la barre des tâches de l'Explorateur Windows si elle est créée par le processus Splwow64.exe. Cela est dû au fait que la boîte de dialogue est sans propriétaire. Le bouton de la barre des tâches clignote également lorsque le processus Splwow64.exe ne peut pas définir la fenêtre au premier plan.

Même si vous avez déjà rencontré ce problème, cela peut être extrêmement pénible de chercher une boîte de dialogue modale cachée.

En fin de compte, il s'agit d'un problème d'interface utilisateur partagé entre la plateforme et l'application. Si les utilisateurs sont confus par mon produit, c'est un bug dans le produit. L'application pourrait afficher un indicateur dans la fenêtre principale indiquant [dialogue d'impression en attente (Cliquez ici pour annuler)]. Mais ce n'est pas une option pour l'administrateur système.

Pour les utilisateurs de Windows, le raccourci [Windows]-M peut aider (afficher/masquer le bureau), mais cela fait toujours partie de la formation des utilisateurs et du support technique.

Configurer une imprimante PDF automatique ?

Je ne suis pas sûr si cela pourrait être une option intéressante à envisager, mais je voulais quelque chose vaguement similaire : l'impression automatique en PDF sans invites ni popup.

J'ai un programme qui imprime des choses que je mets à jour et à des fins de test, je veux imprimer en PDF, le nommer automatiquement et ne pas avoir à penser à cette partie du processus.

J'ai configuré Pdf24 sur mon ordinateur. Lorsque j'imprime sur cette imprimante, via la configuration, il imprime automatiquement dans un dossier. Les options comprennent l'ouverture automatique du dossier, l'ouverture automatique du fichier, le nom automatique avec des parties comme un timbre date-heure, etc.

Vous pouvez même personnaliser l'apparence du programme avec le logo de l'entreprise, ce qui est unique.

(Je ne suis affilié d'aucune manière à Pdf24, sauf pour répondre à mes besoins récents)