Pt souci enregistrement dans le registre

Salut,

J'ai un pt souci je voudrait enregistrer dans le registre ou lire une clef comment doit on procéder je sais bien qu'il y a plusieur source
sur le site mais aucune me convient ou est très fastudieuse.


Merci a vous.

robers@skynet.be

Salut, il n'y a pas 36 solutions.
En VB, il faut utiliser les API's. Si c'est ça que tu trouves fastidieux, désolé, je n'en connais pas d'autres.

Mais, bon, donne un exemple de ce que tu veux faire et je te donne le code pour le faire.

Cordialement, CanisLupus

Salut,

Ou utilise SaveSetting, DeleteSetting, GetSetting, GetAllSetting

Mais cela n'offre pas la possibilité d'aller dans les autres clés que celles contenues sous celle-ci :

HKEY_CURRENT_USER/Software/VB And VBA Program Settings

Chris...
Web : Firstruner - eMail : Support

Désolé de te contredire cboulas, avec les API's, on peut écrire et lire dans toute la registry, quelle que soit la version de windows du moment qu'on a les droits administrateur.

Cordialement, CanisLupus

Je ne te contredit pas c'est juste que tu est barré sur les API's alors qu'il n'est pas forcé de les utilisés.

Effectivement avec les API et un truc de ce genre : WS_REGWIZ (je crois).
tu fait ce que tu veux dans la bases, mais avec les méthodes préinscrites qui sont : SaveSetting, DeleteSetting, GetSetting, GetAllSetting. Tu ne peux que utiliser les clés contenues dans HKEY_CURRENT_USER/Software/VB And VBA Program Settings



Chris...
Web : Firstruner - eMail : Support

OK, mais si on n'utilise pas les API's, on ne peut pas faire grand chose sur la registry.

Un tit exemple de lecture de la registry dans un de mes derniers posts :

http://www.vbfrance.com/forum.v2.aspx?ID=350885

Là, il s'agissait de lire le chemin d'excel.
Peut on faire la même chose avec GetSetting ?

Cordialement, CanisLupus

Non, justement c'est le problème du GetSetting & co.

Le GetSetting & co. ne sont utilisable qu'avec les clés contenues dans :
HKEY_CURRENT_USER/Software/VB And VBA Program Settings/....

Je sais pas pourquoi ils ont mis cela, mais lorsque l'on a un ptit soft qui à besoin de sauvegarder l'emplacement d'une fenêtre par exemple, cela évite d'apprendre à utiliser l'API, quoi que tu me dira que ce n'est pas très compliquer, en 2 ligne le pb est rectifier.

Exemples :

Avec GetSetting : HautGauche=getSetting("Toto","Setting","UpLeft","0") Avec API : Set ReadReg = CreateObject("wscript.shell") HautGauche = ReadReg.RegRead("HKEY_CURRENT_USER/Software/VB And VBA Program Settings/Toto/Setting/UpLeft")

Avec SaveSetting : SaveSetting "Toto","Setting","UpLeft","0" Avec API : Set b = CreateObject("wscript.shell") b.RegWrite "HKEY_CURRENT_USER/Software/VB And VBA Program Settings/Toto/Setting/UpLeft","0"

Avec API : Set ReadReg = CreateObject("wscript.shell") HautGauche = ReadReg.RegRead("HKEY_CURRENT_USER/Software/Microsoft/Windows/Default") Avec GetSetting : Impossible à réaliser

Y'a pleins d'exemple en fait, parfois c'est super pratique d'utiliser les ....Setting mais l'accès total (suivant les droits d'accès évidements) n'est faisable qu'avec le wscript.shell ou équivalent.

Chris...
Web : Firstruner - eMail : Support

J'ai l'impression que tu confonds 2 choses. Je m'explique, depuis le début de windows, il existait les fichiers .INI. Depuis win 95, on n'était plus obligés de créer un fichier .INI et on pouvait mettre directement dans la registry les paramètres qu'on mettait avant dans le fichier .INI justement avec les SaveSetting, DeleteSetting, GetSetting, GetAllSetting et effectivement c'était très restrictif.
Pour accéder à la registry dans son ensemble, il faut utiliser des API commençant en général avec "Reg....." et tu peux en voir la liste (non exhaustive) A CETTE ADRESSE

Sinon, demande moi, sans me vanter, je te fais ce que tu veux sur une registry.

Cordialement, CanisLupus

Oui c'est sûr que tu peux passer par les déclaration de DLLs

mais perso je préfère mettre, mon : Set ReadReg = CreateObject("wscript.shell") que j'aime bien.

Chris...
Web : Firstruner - eMail : Support

2 cultures qui s'affrontent.
Je suis ouvert à toutes nouvelles techniques et suis prêt à accepter la nouveauté, à condition que ce soit plus rapide et plus pratique.
Le ("wscript.shell") , j'ai déjà testé mais ça ne remplace pas mes API pour ce qui est de la registry. C'est même beaucoup plus lourd et restrictif.
Tu pourrais peut-être me convaincre si tu me donnes ta solution (avec ("wscript.shell")) pour me donner la localisation de l'exécutable d'excel, quelque soit sa version et le dossier choisi pour son install.


Cordialement, CanisLupus