CONSOLE.REG

Nouveau : une autre version, plus courte, est présentée plus bas dans l'article...
Fusionner console.reg au Registre pour ajouter les clés nécessaires.
Contenu du fichier (un fichier.REG est éditable avec Bloc-Notes) :

REGEDIT4

;FOLDER
[HKEY_CLASSES_ROOT\Folder\shell\Console>\Command]
@="cmd.exe /k cd %L&color 1F"

;FICHIERS
[HKEY_CLASSES_ROOT\*\shell\Console>\Command]
@="cmd.exe /k color 1F"

Pour désinstaller en enlevant automatiquement ces clés, fusionner desinstaller-console.reg
Pour fusionner un fichier REG au Registre, double-cliquer le fichier REG, ou faire un clic droit sur le fichier pour afficher son Menu Contextuel, et choisir Fusionner.

Color 1F n'est pas indispensable, cette commande modifie simplement les couleurs de la Console; pour faire joli.
/k est un commutateur indiquant à cmd.exe qu'il faut exécuter l'enchaînement des commandes qui suivent cmd.exe (syntaxe & ou &&)
Plus d'infos sur cmd.exe :
- en tapant cmd /? dans une Console
- Démarrer>Exécuter>cmd /k cmd /?
- Aide et Support (WIN+F1) et utiliser le module de recherche
- Démarrer>Exécuter>hh ntcmds.chm::/ntcmds.htm
- Microsoft Technet

Corrections apportées

Quelques modifications ont été apportées par rapport à l'idée initiale de Hotline-pc.
Guillaume Ryder a eu l'amabilité de montrer qu'il n'était pas nécessaire d'utiliser Start et Pushd pour la partie "FICHIERS".
De plus avec un fichier il n'est pas nécessaire d'indiquer le chemin du dossier à cmd.exe avec la variable %L.
Enfin il est inutile de modifier la clé HKLM\SOFTWARE\Classes\*\shell
Référence : If you write keys to a key under HKCR, the system stores the information under HKLM\Software\Classes
PUB : Guillaume est l'auteur de l'excellent Clavier+

Folder ne m'avait pas paru nécessaire jusqu'à ce que ChrisPra me fasse remarquer que cette clé permettait d'obtenir l'item Command> dans le Menu Contextuel des dossiers spéciaux comme :

Bureau
Poste de Travail
Mes Documents
Panneau de Configuration
etc...

Pierre L. m'ayant montré par la suite qu'avec cette modification sur la clé Folder il n'était plus nécessaire de traiter les clés Disk et Directory comme indiqué dans les articles KB320148 et KB816097 vus plus haut, j'ai supprimé les modifications de ces clés.

Suite à ces diverses propositions, dont je remercie chaleureusement les personnes que j'ai citées, le REG est à présent extrêmement simple et efficace.
Mais ce n'est pas fini, continuer à lire jusqu'à la fin...

Variable %L

La variable %L (L pour noms Longs) remplit le même rôle que la variable habituellement utilisée %1. La différence est qu'elle ne nécessite pas la précaution d'être encadrée par des guillemets pour les noms comportant des espaces. Elle passe le chemin du dossier à cmd.exe

Vista

Avec Vista il faut ajouter /D dans la commande, qui devient : cmd.exe /k cd /d %L
Vista et Win7 ont implanté l'item "Ouvrir une fenêtre de commandes ici" dans leurs menus contextuels étendus (MAJ+Clic droit). Ça marche pour les volumes, les dossiers, mais pas les fichiers. Cette absence est compensée par la présence de l'option en faisant MAJ+Clic droit sur le fond d'un dossier, sur le bureau par exemple. Cela fait appel à la notion de Background d'un dossier et ce n'est hélas pas utilisable sur XP (avouerai-je que accéder à la Console en cliquant sur le fond d'une fenêtre était ce que j'avais en tête depuis toujours ?)
La commande utilisée par Wista et Win7 est cmd.exe /s /k pushd "%V"
Cette variable %V n'est pas comprise de XP.

La Révélation :o)

ou quand Command.reg révèle la présence d'un logiciel buggué...

Étonné de voir que Console> ne fonctionnait plus pour les fichiers, je me suis mis à la recherche de la cause de ce dérangement. Ce fut l'occasion d'une jolie chasse au bug, laquelle a révélé la présence d'un troubleur de fête sur mon système. Voici l'histoire :

Si Console> n'apparaît pas dans le Menu Contextuel des fichiers, vous devriez constater d'autres anomalies avec les Menus Contextuels, comme l'absence d'items habituels. Pour avoir rencontré le problème je peux indiquer une méthode de recherche du coupable.

Commencer par sauvegarder la clé HKEY_CLASSES_ROOT\*
Procéder en faisant un clic droit sur la clé, et Exporter (avec l'extension REG).
On va supprimer des sous-branches de la clé pour faire des tests, le REG servira à revenir à l'état premier. Il n'y a aucun risque. Si de telles manipulations vous inquiètent, lisez ces articles et adoptez Erunt : Sauvegarder le Registre, Réparation du Registre, Erunt.

Procéder ensuite par dichotomie, c'est à dire supprimer drastiquement des sous-branches de cette clé. Lorsque Console> réapparaît dans les Menus Contextuels des fichiers, on approche du but. Refusionner le reg de sauvegarde de la clé, puis supprimer au feeling ce qui pourrait être le responsable de l'anomalie.

En ce qui me concerne le trouble était causé par HKEY_CLASSES_ROOT\*\ShellEx\ContextMenuHandlers\FGShellExt
Le programme en rapport avec FGShellExt était Folder Guide (suivre le lien, un utilisateur témoigne du problème dans les commentaires). La version 1.2 ne corrige pas le trouble. La désinstallation permet de retrouver un comportement normal du Menu Contextuel, mais le nettoyage des clés du registre a dû être fait manuellement.

La présence d'un programme dans le menu Contextuel peut entraîner des troubles plus gênants.
ShellExView développé par l'excellent Nir Sofer peut être une bonne aide pour trouver le coupable dans les lignes surlignées dans ShellExView.

La Révélation 2 : AllFilesystemObjects

Cet article http://fspsa.free.fr/copier-dans.htm explique comment on utilise la clé HKCR\AllFilesystemObjects pour ajouter des items au menu contextuel de tous les objets.

L'utilisation de la clé HKCR\AllFilesystemObjects\shell s'est révélée très efficace pour l'implantation de notre item Console> dans le menu contextuel de tous les objets. Le reg précédent tient à présent en seulement trois lignes avec consoleallfiles.reg :

REGEDIT4
[HKEY_CLASSES_ROOT\AllFilesystemObjects\shell\Console>\Command]
@="cmd.exe /k color 1F"

Une fois fusionné consoleallfiles.reg au registre (clic droit sur le fichier téléchargé, Fusionner) on peut ouvrir une Console de commandes depuis n'importe quel fichier ou dossier. Pour désinstaller, supprimer la clé HKCR\AllFilesystemObjects\shell\Console>

Ça n'apporte pas grand chose, mais si on veut que l'item soit présent dans le menu contextuel de certains objets comme Poste de Travail, ajouter Folder :

[HKEY_CLASSES_ROOT\Folder\shell\Console>\Command]
@="cmd.exe /k cd %L&color 1F"

On pourra s'amuser à donner des noms différents à l'item, par exemple ConsoleObjects> et ConsoleFolder> pour observer dans quels cas on a l'un ou l'autre item, ou les deux ensemble.

Testé sur XPHOME, XPPRO, Vista, Win7.

Suggestions

Bloc-Notes pour tous les fichiers

C'est une proposition qu'on trouve souvent : ajouter le Bloc-Notes dans le Menu Contextuel des fichiers. C'est effectivement très pratique pour examiner le contenu de toutes sortes de fichiers. On applique la méthode à la clé HKCR\*\ pour pouvoir ouvrir ainsi les fichiers dont l'extension n'est pas connue :

[HKEY_CLASSES_ROOT\*\shell\Bloc-Notes>\Command]
@="notepad %1"

Compléter en ajoutant un raccourci notepad.exe dans "Envoyer vers".
Pour ouvrir le dossier SendTo, qui correspond à "Envoyer vers" :
WIN+R, shell:sendto

Vous trouverez d'autres suggestions dans l'article Rightclick options.

Resource Hacker

Ce freeware est très pratique pour inspecter, voire modifier (si autorisé) les ressources cachées dans les exécutables et les dll.
Téléchargez la dernière version chez gratilog.
D'après le site officiel Resource Hacker n'est plus développé, mais l'auteur ayant eu besoin d'accéder à des ressources 64 bits, il a modifié son logiciel, et de ce fait il propose tout de même une nouvelle version 3.5.2.84 compatible 64 bits :
http://www.angusj.com/resourcehacker/reshack_setup.exe

J'avais auparavant expliqué comment ajouter Resource Hacker au menu contextuel des EXE et des DLL, mais la nouvelle version inclut cette amélioration. Vous pourrez vérifier en visualisant avec regedit les clés :
HKEY_CLASSES_ROOT\exefile\shell\
HKEY_CLASSES_ROOT\dllfile\shell\

Resource Hacker pour les fichiers MUI (Multilingual User Interface)

Les fichiers MUI de localisation linguistique sont situés, pour le français, dans C :\Windows\System32\fr-FR\
Ils adaptent l'interface d'un programme à la langue locale en fournissant les ressources localisées.
C'est ainsi que vous pouvez prendre par exemple connnaissance des codes et messages d'erreur de cmd.exe.mui
Je propose d'ajouter l'item ResourceHacker aux fichiers MUI en prenant pour modèle ce qu'a fait le programme d'installation.
Avec un Windows en 64 bits on obtient ceci :

HKEY_CLASSES_ROOT\.MUI\shell\ResourceHacker\command
@="C:\Program Files (x86)\Resource Hacker\reshacker.exe" "%1"

Program Files (x86) est propre aux systèmes 64 bits ; corrigez selon votre installation.