VBA E00 E03 E07 : module VBA.Strings

Bonjour.

J'ai 2 questions qui concernent l'utilisation des fonctions du module VBA.Strings.

Question 1. Si j'écris

Code:

---

s = mid(s,2)

---

ca baigne. Mais avec des versions anglosaxonnes d'excel, j'obtiens une erreur de compilation "Can't find project or library", avec Mid surligné. Si je mets

Code:

---

s = VBA.Strings.Mid(s,2)

---

je n'ai plus d'erreur de compilation. J'ai observé le même phénomène avec VBA.Math, VBA.Interaction, mais pas (pas très sûr, d'ailleurs) avec VBA.Information. Quelqu'un a-t-il une explication et une règle d'utilisation à proposer?

Question 2. Dans ce module, plusieurs fonctions ont 2 formulations, avec et sans "$". Je crois savoir, par exemple, que Mid renvoie un variant et Mid$ une string. Quel est l'intérêt pratique de ces 2 variantes de fonctions?

Merci d'avance.

PGZ

Bonjour

pour te donner une explication ce n'est pas vraiement moi qui pourrait t"en donner une, néanmoins, mid est une fonction en variant, as tu essayé comme cela ?

Code:

---

s = Mid$(s,2)

---

Bonjour,

je viens de constater que j'ai le même problème en ACCESS.
Une Db développée sur une machine French. Une fois installée sur une machine English, ça calle à la compil sur tout ce qui est string :

Citation:

---

TRIM
FORMAT
...

---

et cela ne semble pas lié aux références qui sont semblables.

Si j'ajoute VBA. comme toi, cela passe.

J'espère que quelqu'un connaîtra la parade. :bug:

Wilfried ,
TRIM$ ne fonctionne pas mieux.

Citation:

---

Envoyé par pgz

Question 1. Si j'écris

Code:

---

s = mid(s,2)

---

ca baigne. Mais avec des versions anglosaxonnes d'excel, j'obtiens une erreur de compilation "Can't find project or library", avec Mid surligné. Si je mets

Code:

---

s = VBA.Strings.Mid(s,2)

---

je n'ai plus d'erreur de compilation. J'ai observé le même phénomène avec VBA.Math, VBA.Interaction, mais pas (pas très sûr, d'ailleurs)
Question 2. Dans ce module, plusieurs fonctions ont 2 formulations, avec et sans "$". Je crois savoir, par exemple, que Mid renvoie un variant et Mid$ une string. Quel est l'intérêt pratique de ces 2 variantes de fonctions?

---

Bonjour, pgz,
La fonction Mid étant la même quelle que soit la version, il est simplement à craindre que ce mot a été utilisé ailleurs comme variable... ===>> ambiguïté ===>> erreur dénoncée.
L'intérêt du suffixage (je l'utilise volontiers) est de "forcer la main", même s'il est inutile si l'on passe par une variable intermédiaire typée traditionnellement et même si le suffixage est un "relent" des anciennes méthodes...

Citation:

---

Envoyé par ucfoutu

La fonction Mid étant la même quelle que soit la version, il est simplement à craindre que ce mot a été utilisé ailleurs comme variable... ===>> ambiguïté ===>> erreur dénoncée.

---

Bonjour Ucfoutu,
je puis t'assurer que pour ma part je n'ai pas commis cette erreur dénoncée.

Amitiés.

Il a quelquefois suffi que l'un seul des projets ait fait l'objet de cette "erreur" pour que VBA "perde la tête" sur tous les autres projets...
Je crois même qu'il y a eu (ici ou ailleurs ?... je deviens trop vieux pour me le rappeler ...) une longue discussion ouverte à ce sujet.

Merci à tous.

Wielfried_42:

Citation:

---

as tu essayé comme cela ?

Code :
s = Mid$(s,2)

---

Je crois que c'est pareil, et Godzelsta confirme.

Pour ucfoutu

Citation:

---

La fonction Mid étant la même quelle que soit la version, il est simplement à craindre que ce mot a été utilisé ailleurs comme variable... ===>> ambiguïté ===>> erreur dénoncée.

---

En l'occurence, je ne crois pas que ce soit cela parce que j'aurais alors aussi l'erreur sur les versions françaises des applicatifs, et le message serait différent.

Citation:

---

L'intérêt du suffixage (je l'utilise volontiers) ...

---

Je suis d'accord avec toi. Je l'utilise aussi largement, mais quand je comprends la nécessité. Pour appeler une procédure dans un module standard, une variable ou une constante, faudrait-il commencer par VBAProject?

PGZ

Bonjour

Il est possible qu'une librairie manquante (voir outils/Références) soit à l'origine du problème. Dans ce cas, il suffit de décocher la manquante.

Citation:

---

Il est possible qu'une librairie manquante (voir outils/Références) soit à l'origine du problème. Dans ce cas, il suffit de décocher la manquante.

---

C'est une idée. Je vérifie cela.

Citation:

---

Il est possible qu'une librairie manquante (voir outils/Références) soit à l'origine du problème. Dans ce cas, il suffit de décocher la manquante.

---

je fais le test aussi car j'ai la référence outlook qui manque.

Bien vu Pierre,

en supprimant la référence Outlook manquante, je n'ai plus de problème. :yaisse2:

Après vérification sur une version lointaine (p... de décalage horaire. Elle ne pourrait pas être plate, la terre?) la piste se confirme : bibliothèque manquante. Et Godzelsta a le même résultat.

Donc merci à Pierre Fauconnier pour sa réponse fructueuse.
Et merci à tous:king:

La question 1 est close.

Pour la question 2, quelqu'un a-t-il quelque lumière?

PGZ

Bonjour



Pour la question 2, issue de l'aide VBA

Citation:

---

Renvoi de chaînes à partir de fonctions


Certaines fonctions existent en deux versions : une première renvoie un type de données Variant, une autre un type de données String. La première est plus pratique car les variants opèrent automatiquement des conversions entre différents types de données. Ce type de données permet également la propagation de Null dans une expression. La version String est plus efficace car elle utilise moins de mémoire.

Employez la version renvoyant un type de données String dans les cas suivants :

Votre programme est très long et fait intervenir un grand nombre de variables.


Vous écrivez des données directement dans des fichiers en accès aléatoire.
Les fonctions suivantes renvoient des valeurs dans des variables de type String si vous faites suivre leur nom du signe dollar ($). Leur utilisation et leur syntaxe sont les mêmes que pour leurs équivalents de type Variant sans signe dollar.

---

A+

J.L

Merci jolop35:king:

PGZ