Drag and Drop File dans Application sous Run en tant qu'administrateur
Lorsque je lance une application (Visual Studio 2008, Bloc-notes, etc.) sous "Exécuter en tant qu'administrateur", je ne peux pas faire glisser des fichiers de l'explorateur Windows vers l'application.
J'ai essayé d'utiliser Windows Explorer en tant qu'administrateur, mais en vain.
Existe-t-il un moyen de faire fonctionner le glisser-déposer lorsque mes applications sont sous "Exécuter en tant qu'administrateur"?
Le problème est lié au fonctionnement des autorisations de sécurité. La possibilité de glisser-déposer d'une application normale vers une application élevée briserait le modèle de sécurité derrière le contrôle de compte d'utilisateur. Cependant, je ne comprends pas pourquoi une invite UAC n'est pas affichée, ce qui permet une opération élevée temporaire (un peu comme tous les utilisateurs de Linux le vivent tous les jours). C'est certainement quelque chose sur lequel Microsoft doit travailler. Ce qui me trouble, c'est que ce problème est déjà ancien. Vista s'est comporté de la même manière.
Il y a 2 choses que vous pouvez faire (une laide et une agaçante)
- Moche: Désactivez le contrôle de compte d'utilisateur. Mais vous perdez toute la sécurité supplémentaire offerte.
- ennuyeux: Utilisez un autre gestionnaire de fichiers et exécutez-le aussi en tant qu'administrateur
Pourquoi un autre gestionnaire de fichiers? Parce que vous ne pouvez pas réellement élever Windows Explorer. Bien que l'option dans le menu contextuel de l'icône de l'Explorateur Windows et l'affichage d'une invite UAC soient affichés, le fait est que l'Explorateur Windows ne sera pas élevé.
Voici une solution de contournement selon la solution "gênante" d’ADwarf: ouvrez le Bloc-notes avec "Exécuter en tant qu’administrateur". Cliquez sur Ouvrir dans le menu Fichier et entrez * dans le nom du fichier et appuyez sur Entrée. Maintenant, vous pouvez faire glisser des fichiers à partir de là vers votre application. Le navigateur ouvert du Bloc-notes ne prend pas en charge la sélection de fichiers multiples, mais vous pouvez utiliser d'autres programmes de la même manière, par glisser-déposer!
Windows 7:
Lancer PowerShell en utilisant Exécuter en tant qu'administrateur
Type:
taskkill /f /im Explorer.exe
start-process Explorer.exe
ou lancez cmd (invite de commande) en utilisant Exécuter en tant qu'administrateur
Type:
taskkill /f /im Explorer.exe
start Explorer.exe
Toutes vos nouvelles fenêtres de l'Explorateur seront désormais surélevées et vous pourrez les glisser-déposer dans d'autres applications surélevées. J'ai testé et vérifié cela avant de poster.
Une mise à jour de Visual Studio 2005 publiée il y a 2 ans a corrigé de nombreux problèmes de contrôle de compte d'utilisateur sous Vista, et cette même mise à jour corrige les mêmes problèmes. sous Windows 7.
Il ne s’agit pas d’une mise à jour critique, de sorte que vous ne l’obtenez pas automatiquement , et il était non inclus avec VS2005 SP1. Ils ne publient pas activement cette mise à jour maintenant, ils veulent simplement que tout le monde aille à VS2008. Donc, les chances sont que vous ne l'avez pas.
Explication à http://msdn.Microsoft.com/en-us/vstudio/aa948853.aspx?lcid=1033
Télécharger à l'adresse http://www.Microsoft.com/downloads/details.aspx?FamilyID=90e2942d-3ad1-4873-a2ee-4acc0aace5b6&displaylang=fr
Voici ce que cette mise à jour corrige lors de l'exécution de Visual Studio en mode utilisateur normal avec le contrôle de compte d'utilisateur activé:
- Glisser/déposer des fichiers depuis une fenêtre de l'explorateur
- Lancer VS (en tant qu'utilisateur normal) en lançant des raccourcis vers les solutions/projets ou les types de fichiers associés
- Les inscriptions DLL/EXE échouent toujours (à juste titre, car ce sont des modifications au niveau du système).
Si vous utilisez VS en tant qu'administrateur, la fenêtre est toujours verrouillée pour le glisser/déposer et les raccourcis, et les enregistrements DLL/EXE fonctionnent correctement sans avoir à désactiver complètement le contrôle de compte d'utilisateur.
Remarque: VS vous avertira quand même du mode administrateur lorsque vous le lancerez, mais vous pouvez maintenant ignorer cet avertissement de manière permanente.