[VBA-E]bloquage sur end function

Citation:

---

Envoyé par ogenki

sur ce projet se n'est pas la premiere fonction ou j'utilise le nom du fichier en paramentre... et sa a tres bien marché pour les autres.. dailleur je v surement reprendre la meme forme de code...


enfait je liste les .xls... et je fait un bouton chaqun pour les ouvrir en lecture seule.. c'est tout;. lol

---

Le problème n'est pas d'utiliser une procédure ou une fonction qui utilise un nom de fichier en paramètre, le problème, c'est que
Tu ne peux pas affecter à un bouton (de formulaire) une procédure qui requiert un paramètre... :!: :!: :!:

Essaie de le faire en Excel et tu verras que tu ne trouveras pas ta procédure openfiles dans la liste des procédures disponibles pour être affectées à ton bouton...

Est-ce clair?

[EDIT]: Par contre, je cherchais une solution pour récupérer le nom du bouton, mais tu as trouvé avant moi, c'était Application.caller...
Si cela ne marche pas pour le dernier fichier, ce n'est qu'un problème mineur à régler...

Pierre Fauconnier

salut ousk desolé sa marche pas... le meme probleme que tout a l'heure sa peut pas marché vu qu'il ne peu pas deviné le nom du fichier.. je rapelle que mon . action est

Code:

---

.action "Openfiles"

---

;)

l'utilisation des application caller est un tres bon moyen de faire passé une variable dans une fonction..

Citation:

---

Envoyé par Pierre Fauconnier

Citation:

---

Envoyé par ogenki

sur ce projet se n'est pas la premiere fonction ou j'utilise le nom du fichier en paramentre... et sa a tres bien marché pour les autres.. dailleur je v surement reprendre la meme forme de code...


enfait je liste les .xls... et je fait un bouton chaqun pour les ouvrir en lecture seule.. c'est tout;. lol

---

Le problème n'est pas d'utiliser une procédure ou une fonction qui utilise un nom de fichier en paramètre, le problème, c'est que
Tu ne peux pas affecter à un bouton (de formulaire) une procédure qui requiert un paramètre... :!: :!: :!:

Essaie de le faire en Excel et tu verras que tu ne trouveras pas ta procédure openfiles dans la liste des procédures disponibles pour être affectées à ton bouton...

Est-ce clair?

Pierre Fauconnier

---

d'ou le superbe code que j'ai mis plus haut en passant mon parametre dans le .name et en le recuperant dans l'application caller ;) non ???

En effet, c'est pour cela que j'ai édité mon message...

Très belle solution... :bravo:

Pierre Fauconnier

:oops: :oops: :oops: :oops: merci l'idée et de bidou lol

autre chose vous savez quelque chose sur la longeur du . name ??

je pense que sa plante a cause de sa.. des info ?

Hello,
Eh voilà, on a trouvé le pourquoi de Application.caller :lol: Depuis le temps qu'on cherchait. Mais je ne comprends pas : Pourquoi utiliser une fonction ? Avec une sub, ça ne marche pas ? Ça ferait une ligne de moins :lol: et si tu mets

Code:

---

Workbooks.Open "C:\Documents and Settings\avaysse\Mes documents\" & Application.Caller, , True

---

ça fait encore deux lignes et une déclaration de moins... :wink:
Après, j'arrive plus à simplifier...

Le .name ? Essaie d'afficher ce qu'il y a dans xlsFiles(i) Il sort d'où ce tableau ? Il est déclaré en local, en public ?

A+

lol bah declaré la variable a l'interieur de la fonction permet une meilleur lisibilité non ?

ensuite bin pas de probleme je lance une nouvelle question sur le forum..

derniere chose tu m'oublie pas sur le prob de copie special ??;)


sinon merci a tous pour votre aide :D

Citation:

---

declaré la variable a l'interieur de la fonction permet une meilleur lisibilité non ?

---

Oui, certes, mais chaque fois que tu utilises un variable le programme doit s'y référer et pur ça aller faire un détour par la mémoire et si tu es limité... Non, dans une procédure courte ce n'est pas bien grave. Mais bon, j'ai l'habitude de m'en passer chaque fois que je peux.

A+

Citation:

---

tu m'oublie pas sur le prob de copie special

---

Non :cry: Non :cry: