Ouverture d'un cmd avec un click-droit dans l'explorateur
astalavista
Pour pouvoir ouvrir un cmd avec click-droit dans l'explorateur
j'ai rajouté les clés ci-dessous avec les valeurs chaînes:
[HKEY_CLASSES_ROOT\Folder\shell\lgncmd]
@="Lgn &Cmd"
[HKEY_CLASSES_ROOT\Folder\shell\lgncmd\command]
@="cmd.exe /k cd /D %1"
mais il me dit:
aucun programme n'est associé à ce fichier pour exécuter cette action ...
j'ai surement raté qqchose mais quoi ?
Merci d'avance
Michel__D
astalavista a écrit :
Je viens de faire ceci manuellement :
Création de la clé "lgncmd" au niveau de :
HKEY_CLASSES_ROOT\Folder\shell
ensuite création de la clé "command" au niveau de :
HKEY_CLASSES_ROOT\Folder\shell\lgncmd
puis modification de la valeur (par défaut) avec cette valeur
cmd.exe /k cd /D %1
et j'ai donc pu sans problème via un clic droit et "lgncmd" ouvrir
la console positionné sur le répertoire sélectionné.
trent
merci, ça marche impec sous Vista
raymond m.
<Michel...@orange-ft.com.invalid> wrote:
>Bonjour,
>
>astalavista a écrit :
>Je viens de faire ceci manuellement :
>
>Création de la clé "lgncmd" au niveau de :
>HKEY_CLASSES_ROOT\Folder\shell
>
>ensuite création de la clé "command" au niveau de :
>HKEY_CLASSES_ROOT\Folder\shell\lgncmd
>
>puis modification de la valeur (par défaut) avec cette valeur
>cmd.exe /k cd /D %1
>
>et j'ai donc pu sans problème via un clic droit et "lgncmd" ouvrir
> la console positionné sur le répertoire sélectionné.
extraordinaire, meme moi, j'y suis parvenu. merci beaucoup,
je garde ça dans mes trucs et astuces de survie ....
CriCri
>
> j'ai surement raté qqchose mais quoi ?
Rien de spécial. Ré-essaye: ça finira par marcher: redémarre ou ferme la
session éventuellement.
Le "/D" est superflu, et tu pourrais mettre le "cd %1" entre guillemets
par précaution.
En fait ce truc fait partie depuis toujours (càd W95) des "PowerToys"
sous le nom de "Open Command Window Here".
Lui par contre l'installe sous 'HKCR\Directory' (au lieu de 'Folder') et
la commande est 'cmd.exe /k "cd %L"' ('%L' == nom du chemin Long).
Mais ça revient à la même chose.
Amicalement
CriCri
--
bitwyse [PGP KeyID 0xA79C8F2C]
Les conseils - c'est ce qu'on demande quand on connaît déjà la réponse
mais aurait préféré ne pas la savoir.
http://www.le-maquis.net
Jean-Claude BELLAMY
news:48dfcd79$0$889$ba4a...@news.orange.fr...
> Le "/D" est superflu, [...]
Pas d'accord !
Le commutateur /D permet à la commande "cd" de changer de disque (en plus du
répertoire).
Extrait de l'aide en ligne de CD :
C:\>cd /?
Affiche le nom ou change le répertoire en cours.
CHDIR [/D] [lecteur:][chemin]
CHDIR [..]
CD [/D] [lecteur:][chemin]
CD [..]
[...]
Utilisez le commutateur /D pour modifier le lecteur actuel en plus de la
modification du répertoire actuel pour un lecteur.
NB: Il n'existe pas sous Win9x/ME (seulement les OS de la famille NT)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
CriCri
>
> Pas d'accord !
Et moi non plus je ne suis pas d'accord, mon cher!
Le fait d'exécuter la commande (via un clic droit) sur le répertoire
dont on veut qu'il vienne le PWD de la fenêtre DOS suffit pour qu'un
éventuel 'changement' de disque soit pris en compte aussi: DOS verra le
disque contenant ledit répertoire comme le disque courant.
Un test vraiment hyper-simple suffit pour le prouver: changer la
ligne de commande à 'cmd /k "echo %1"'
Comme je le disais, le '/D' est superflu...
Jean-Claude BELLAMY
> Jean-Claude BELLAMY a écrit :
>>
>> Pas d'accord !
>
> Et moi non plus je ne suis pas d'accord, mon cher!
>
> Le fait d'exécuter la commande (via un clic droit) sur le répertoire
> dont on veut qu'il vienne le PWD de la fenêtre DOS
Pas de DOS ici !
A moins que tu sois resté à Windows 95 !
> suffit pour qu'un
> éventuel 'changement' de disque soit pris en compte aussi:
> DOS
Une fois de plus, DOS n'a rien à voir ici !
> verra le disque contenant ledit répertoire
"Verra le disque" , d'accord,
> comme le disque courant.
NANNNNNNNNNNNNNNNNNNN !
> Un test vraiment hyper-simple suffit pour le prouver: changer la
> ligne de commande à 'cmd /k "echo %1"'
> Comme je le disais, le '/D' est superflu...
NON, NON et NON !!
Tu dis n'importe quoi, mon cher Cricri !
Bien sûr que le paramètre formel %1 contient le nom complet du répertoire,
nom du disque compris ...
Mais si le répertoire courant ne pointe pas sur le même disque, la commande
CD sur le nouveau répertoire, en absence du commutateur /D, aura autant
d'effet que de persuader Steve Ballmer de mettre Windows en open-source !
;-)
Tu n'as qu'a essayer !
(je l'ai fait!)
P.ex., dans une fenêtre de commande :
C:\>cd k:\delphi
C:\>
(aucun effet, car changement de disque !!!)
C:\>cd /d k:\delphi
k:\Delphi>
(le changement de disque, puis de répertoire, a bien été pris en compte)
Et idem en ce qui concerne la BDR ...
CriCri
>
> La fenêtre de COMMANDES ! Pas de DOS ici !
"DOS" == "DOS VM"
Nous ne sommes pas dans une classe de primaire ici: tout le monde
comprend parfaitement, mossieu.
> TOTALEMENT FAUX !
Foutaises.
> "Verra le disque" , d'accord,
>> comme le disque courant.
> NANNNNNNNNNNNNNNNNNNN !
> NON, NON et NON !!
Tu veux des pastilles pour la gorge?
> Tu dis n'importe quoi, mon cher Cricri !
Et toi tu confonds tout.
> Mais si le répertoire courant ne pointe pas sur le même disque, la
> commande CD sur le nouveau répertoire, en absence du commutateur /D
Et comment vas-tu arriver à ouvrir une fenêtre DOS par ce moyen à un
autre endroit que le répertoire courant _et_ sur le disque où tu l'as
trouvé?
> Tu n'as qu'a essayer ! (je l'ai fait!)
Moi aussi je l'ai fait bien sûr - mais pas la même chose que toi, qui
n'a aucun rapport; et ça confirme ce que je disais.
> P.ex., dans une fenêtre de commande :
> C:\>cd k:\delphi
>
> C:\> (aucun effet, car changement de disque !!!)
Bien sûr - mais ça n'a absolument rien à voir.
On parle ici uniquement de la première ouverture de la fenêtre de ligne
de commande - pas de ce qu'on peut s'imaginer après.
Et la fenêtre s'ouvre au répertoire spécifié dans la commande et avec le
disque courant précisé dans '%1'.
Donc je répète et en criant comme toi, car je crains que tu sois devenu
sourd à t'écouter toi-même, et manifestement il y a une barrière qui
perturbe ta compréhension:
***** LA COMMUTATEUR '/D' DANS CE CAS EST SUPERFLU *****
Jean-Claude BELLAMY
> Jean-Claude BELLAMY a écrit :
> [...]
Je crois bien avoir trouvé l'origine de notre désaccord !
D'après l'entête de ton messages, tu es sous "Windows NT 5.1", c'est à dire
XP
Or moi je suis sous Vista (Home Premium)
Et le comportement diffère suivant l'OS !
J'ai vérifé sur mes babasses XP : le commutateur /D est absent et les
fenêtres de commandes s'ouvrent bien sur le disque et répertoire
sélectionné.
PAR CONTRE, sous VISTA, si ce commutateur est absent, ÇA FOIRE, la preuve :
http://cjoint.com/?jDoTaDqeaU
Dans la partie gauche, AVEC commutateur /D, un click droit sur le dossier
"k:\delphi" ouvre bien une fenêtre de commande dans "k:\delphi"
Dans la partie droite, SANS commutateur /D, un click droit sur le dossier
"k:\delphi" ouvre une fenêtre de commande dans "%systemroot%\system32" !
Est-ce que d'autres utilisateurs de VISTA pourraient vérifier cette
différence de comportement ?
Merci ...
CriCri
>
> Je crois bien avoir trouvé l'origine de notre désaccord !
Bravo :-)
> D'après l'entête de ton messages, tu es sous "Windows NT 5.1", c'est
> à dire XP
Vi. XP Pro SP2 précisément.
Par contre ne crois pas le 'User Agent' - je n'ai pas FireFox: je l'ai
modifié pour couillonner les sites qui refusent de reconnaître SeaMonkey
(grrrrrr).
> Et le comportement diffère suivant l'OS ! J'ai vérifé sur mes
> babasses XP : le commutateur /D est absent et les fenêtres de
> commandes s'ouvrent bien sur le disque et répertoire sélectionné.
Ben oui, et ça a toujours été le cas: ce comportement est nouveau avec
Vista.
Alors finalement nous avons raison tous les deux et ni l'un ni l'autre
est si con que ça :-)
Mes excuses.
Antoine ROUCHET
news:48e0e281$0$942$ba4a...@news.orange.fr...
> Jean-Claude BELLAMY a écrit :
>>
>> Je crois bien avoir trouvé l'origine de notre désaccord !
>
> Bravo :-)
>
>> D'après l'entête de ton messages, tu es sous "Windows NT 5.1", c'est
>> à dire XP
>
> Vi. XP Pro SP2 précisément.
>
> Par contre ne crois pas le 'User Agent' - je n'ai pas FireFox: je l'ai
> modifié pour couillonner les sites qui refusent de reconnaître SeaMonkey
> (grrrrrr).
>
>> Et le comportement diffère suivant l'OS ! J'ai vérifé sur mes
>> babasses XP : le commutateur /D est absent et les fenêtres de
>> commandes s'ouvrent bien sur le disque et répertoire sélectionné.
>
> Ben oui, et ça a toujours été le cas: ce comportement est nouveau avec
> Vista.
>
> Alors finalement nous avons raison tous les deux et ni l'un ni l'autre
> est si con que ça :-)
> Mes excuses.
Bonsoir,
Pour ma part, il faut également le commutateur "/D" pour que CD change de
lecteur en plus du répertoire courant.
Historiquement (que ça soit sous DOS ou sous le Commande Processor de
WinNT/XP..., DOS VM n'a jamais existé à ma connaissance), l'OS retient le
répertoire courant pour chaque lecteur.
Ainsi, si je suis sur le lecteur C: et que je tape "CD
D:\mon-nouveau-dossier", alors c'est le répertoire courant du lecteur D: qui
sera modifié, mais mon lecteur courant restera C:.
Par contre, si je tape ensuite "D:" tout court, alors je me retrouverais
dans "D:\mon-nouveau-dossier". Pour modifier ce comportement et faire en
sorte que la commande CD change à la fois de répertoire *et* de lecteur
courant, le /D est bien necessaire.
Antoine.
astalavista
je m'était basé sur un message précédant (foireux ??)
> [HKEY_CLASSES_ROOT\Folder\shell\lgncmd]
> @="Lgn &Cmd"
> [HKEY_CLASSES_ROOT\Folder\shell\lgncmd\command]
> @="cmd.exe %1"
>
"Michel__D" <Michel...@orange-ft.com.invalid> a écrit dans le message de
news: 48dfae1f$0$915$ba4a...@news.orange.fr...
CriCri
Antoine ROUCHET a écrit :
>
> Historiquement (que ça soit sous DOS ou sous le Commande Processor de
> WinNT/XP..., DOS VM n'a jamais existé à ma connaissance), l'OS
> retient le répertoire courant pour chaque lecteur.
Tu as absolument raison: et cela a toujours été le cas depuis les débuts
de MS-DOS (longtemps avant l'existence de Windows) - et je n'ai jamais
dit le contraire.
La faille dans le raisonnement de J.C. Bellamy était que depuis la
sortie de Win95 et jusqu'à celle de Vista (soit 12 ans), la commande
'cmd /k "cd %1"'
émise en conséquence de l'exécution d'une commande enregistrée dans
une clé de la BDR résultant d'un clic dans le GUI, a toujours donné lieu
à l'ouverture d'une fenêtre de ligne de commande avec non seulement le
répertoire sélectionné comme courant mais aussi la partition ('disque').
Ce n'est qu'à partir de Vista que ce comportement a apparemment changé,
nécessitant l'ajout du commutateur '/D' pour ouvrir la bonne partition
aussi. Donc il n'a pas tort - mais apparemment pendant tout ce temps ce
comportement 'traditionnel' lui avait échappé.
Soyons clairs: le comportement classique dont tu parles a toujours
existé et tient toujours: tout ce qui a changé (la seule chose et cela
sans prévenir, depuis Vista) est le résultat de l'exécution de la
commande associée à
'HKCR\Directory\shell\ligne_de_commande\command'
- soit '@=cmd /k "cd %1"'
et apparemment cela nécessite désormais et pour la première fois le
rajout du commutateur '/D' (on en attend encore la confirmation).
En ce qui concerne 'DOS' - depuis Windows 98 on n'a plus accès à MS-DOS,
sur lequel le système Windows était au début fondé et construit.
Car depuis Windows XP (NT) le système n'est plus du tout basé sur
MS-DOS, mais fournit néanmoins un émulateur de l'environnement MS-DOS
capable d'exécuter ses commandes (et cela à plusieurs niveaux - normal
et étendu, selon l'utilisation de 'command.com' ou 'cmd.exe' - 16 ou 32
bits - et les options du dernier).
Donc l'ouverture d'une fenêtre 'DOS' donne en fait accès à un émulateur
(interpréteur) - ou 'Virtual Machine'. On peut utiliser des termes
spécifiques Microsoft ou d'informatique général - mais ça revient à la
même chose.
M. Bellamy n'aime pas qu'on dise 'fenêtre DOS' - mais c'est une façon de
parler sans utiliser de façon exagérée des octets inutiles.
Amicalement
CriCri