AAZ-Custo-Clique-Droit -Windows 7 /8/10- x86-x64 - by Nash

[sh@rp]

a ce point la lollllll

Oui Nash le fait de pouvoir remplir librement des infos non autorisées (ex : Combobox), renseigne des infos erronés dans le registre. Le regsitre c'est le coeur de Windows et on n'y fait pas n'importe quoi (Attention).

[Nash]

Oui Nash le fait de pouvoir remplir librement des infos non autorisées (ex : Combobox), renseigne des infos erronés dans le registre. Le regsitre c'est le coeur de Windows et on n'y fait pas n'importe quoi (Attention).

oui c vrai

en meme temps , a cet endroit du registre , en modifiant la combobox , ca devrait pas trop faire de mal :)

mais c'est corrigé

merci

[sh@rp]

en meme temps , a cet endroit du registre , en modifiant la combobox , ca devrait pas trop faire de mal

Oui mais aujord'hui c'est ca seulement et demain ca sera autre chose

Yah² a raison tu devrais ouvrir une section Beta afin de concrétiser tes projets comme je le fais sur my7Apps en OFF vis à vis du grand public.
Très bonne suggestion de yah²

[Nash]

oui pas bete ca , au retour de prof , je lui en parlerai

[Nash]

correction :

ajouts de filtre aux openfiledialog pour que le bouton" choix de l'exe" ou "choix de l'icone" filtre les recherches sur le DD aux exe ou icones seulement ...

[Nash]

maj :

-ajouts de la fonction : nettoyer le clique droit ...possibilité de nettoyer item principal ou item au choix d'un menu en cascade...
-ajouts de la fonction : changer l'icone d'un item choisi d'un menu en cascade...

vous laisse tester ca a l'air bon mais...lol
prochainement , refonte total de l'aspect du log qui commence a me deplaire , trop le bordel lol.

[yahyah206]

super taf
chez moi ca marche à merveille

[Nash]

petite precision :

la fonction "retrait" marche tres bien pour les raccourcis créés avec ce log...
si le raccourci a été créé avec un autre log , ca marchera uniquement si le nom a apparaitre sur le clique droit n'a pas été changer en nom perso..

je m'explique :

lorsque l'on cré un raccourci clique droit classique ; celui ci est inscrit dans la clé :

HKEY_CLASSES_ROOT\DesktopBackground\shell

donc par exemple , vous faites un raccourci d'un exe du nom de toto.exe , alors la clé :

HKEY_CLASSES_ROOT\DesktopBackground\shell\toto

est créé..
avec a l'interieur de celle ci , la valeur de l'icone , et le chemin de la command...et la valeur muiverb (c'est elle qui concerne le nom qui apparait)

si vous changez le nom que vous voulez voir apparaitre , alors ca devient avec le log :

HKEY_CLASSES_ROOT\DesktopBackground\shell\"nom que vous voulez voir apparaitre"

car le log est coder de facon a nommer la clé "nom que vous voulez voir apparaitre" qui se trouve dans shell...la valeur muiverb prendra le meme nom dans tous les cas..

Mais certains log ou on a l'options "nom a apparaitre" ne change pas le nom de cette clé mais la valeur muiverb :

donc la clé avec exemple toto devient :

HKEY_CLASSES_ROOT\DesktopBackground\shell\toto

avec comme valeur muiverb : nom a apparaitre

donc si vous avez suivi lollll :
le log lorsqu'il efface une clé va verifier si la clé est existante dans : HKEY_CLASSES_ROOT\DesktopBackground\shell\

si vous rentrez dans la case "nom du log a supprimer" le nom que vous voyez sur clique droit bureau (ex: nom a apparaitre) le log ne trouvera pas la clé puisque celle ci se nomme dans le shell "toto" donc suppression impossible

voila , c'est juste pour eviter les demandes "j'arrive pas a enlever ce raccourci )
le log est operationnel pour SES raccourcis , pour les autres , il ne faut pas que ceux ci est été renommé lors de la creation

ca peut etre arrangé par une maj , mais ca devient beaucoup plus dur point de vue codage (pour moi )donc on verra ca par la suite

++

[yahyah206]

^^ je crois que j'ai compris
si toto est toto on peu le viré, mais si toto n'est pas vraiment toto et qu'il est déguisé on peut pas le viré comme on veut

en gros 0+0= le tête a toto
et 0+1= la fausse tête a toto

suis fort hein avoue

[sh@rp]

petite precision :

la fonction "retrait" marche tres bien pour les raccourcis créés avec ce log...
si le raccourci a été créé avec un autre log , ca marchera uniquement si le nom a apparaitre sur le clique droit n'a pas été changer en nom perso..

je m'explique :

lorsque l'on cré un raccourci clique droit classique ; celui ci est inscrit dans la clé :

HKEY_CLASSES_ROOT\DesktopBackground\shell

donc par exemple , vous faites un raccourci d'un exe du nom de toto.exe , alors la clé :

HKEY_CLASSES_ROOT\DesktopBackground\shell\toto

est créé..
avec a l'interieur de celle ci , la valeur de l'icone , et le chemin de la command...et la valeur muiverb (c'est elle qui concerne le nom qui apparait)

si vous changez le nom que vous voulez voir apparaitre , alors ca devient avec le log :

HKEY_CLASSES_ROOT\DesktopBackground\shell\"nom que vous voulez voir apparaitre"

car le log est coder de facon a nommer la clé "nom que vous voulez voir apparaitre" qui se trouve dans shell...la valeur muiverb prendra le meme nom dans tous les cas..

Mais certains log ou on a l'options "nom a apparaitre" ne change pas le nom de cette clé mais la valeur muiverb :

donc la clé avec exemple toto devient :

HKEY_CLASSES_ROOT\DesktopBackground\shell\toto

avec comme valeur muiverb : nom a apparaitre

donc si vous avez suivi lollll :
le log lorsqu'il efface une clé va verifier si la clé est existante dans : HKEY_CLASSES_ROOT\DesktopBackground\shell\

si vous rentrez dans la case "nom du log a supprimer" le nom que vous voyez sur clique droit bureau (ex: nom a apparaitre) le log ne trouvera pas la clé puisque celle ci se nomme dans le shell "toto" donc suppression impossible

voila , c'est juste pour eviter les demandes "j'arrive pas a enlever ce raccourci )
le log est operationnel pour SES raccourcis , pour les autres , il ne faut pas que ceux ci est été renommé lors de la creation

ca peut etre arrangé par une maj , mais ca devient beaucoup plus dur point de vue codage (pour moi )donc on verra ca par la suite

++

En fait c'et bien plus complexe que ca Nash.

L'item qui apparait dans le clic droit du bureau peut être ajouté de 3 facons :

------> 1

On créé cette sous clé de registre :

Code : Tout sélectionner

HKEY_CLASSES_ROOT\DesktopBackground\Shell\toto

De cette facon l'item dans le menu contextuel se nomme "toto"



-------> 2

On créé cette sous clé de registre :

Code : Tout sélectionner

HKEY_CLASSES_ROOT\DesktopBackground\Shell\toto

On renseigne la donnée de la valeur "Par défaut" de cette clé comme cela :



On obtient :



------> 3

On créé cette sous clé de registre :

Code : Tout sélectionner

HKEY_CLASSES_ROOT\DesktopBackground\Shell\toto

On renseigne la donnée de la valeur "Par défaut" de cette clé comme cela :



On créé une valeur chaine de Nom "MUIVerb" et on rensgne sa donnée "titi" comme cela :



Voilà ce qu'on obtient :



-----------------------CONCUSION -------------------------

Il faut donc retenir que les valeurs (Noms/données) sont prioritaires sur le nom des clés. Donc si les données de valeur ("MUIVerb" et "Par défaut") existent et sont vides alors c'est bien le nom de la clé de registre qui est retenu.

- Si la donnée de la valeur "MUIVerb" est vide alors c'est le nom de la clé "toto" qui est affichée dans le menu contextuel.
- Si la donnée de la valeur "Par défaut" est vide alors c'est la donnée de la valeur "MUIVerb" qui est affichée dans le menu contextuel.


Voilà tout.