Effectivement, il fallait mettre des ; au lieu des , mais j'ai retrouvé
le
même résultat à savoir des majuscules accentuées!!!
En fait le paramètre 18 fait appel aux paramètres régionaux donc le même
que
celui de la commande 'Majuscule([ma colonne])'.
En clair, je pense qu'il faut que je change le paramètre régional des
majuscules et là je n'arrive à pas à le trouver...je ne trouve que les
paramètre smonnaie,date,heure..
Bonjour "seeber",Sinon, j'ai essayé la commmande StrConv([MaColonne],1,18), et là aussi
je
n'arrive pas à obtenir un résultat. A chaque fois, il me met le message
suivant : "Vous avez omis une opérande ou un opérateur, vous avez entré
un
caractère ou une virgule non valides, ou encore du texte sans le
délimiter
par des guillemets"
Je ne réponds qu'à cette partie. Si tu mets cette instruction dans une
requête, remplace les , par des ; comme ceci
StrConv([MaColonne];1;18)
Bien entendu, remplace MaColonne par le nom réel de ton champ.
--
TisaneJ'ai essayé d'intégre la "function" (SupprimerAccents) dans mon
expression
de ma requête et cela ne marche pas. J'obtients le message suivant :
"Fonction 'SupprimerAccents' non définie dans l'expression. Je précise
que
j'ai copié la fonction dans un module en ayant rajouter le terme
'public
function'.
Je ne sais plus quoi faire !!!!!
Seeber
Effectivement, il fallait mettre des ; au lieu des , mais j'ai retrouvé
le
même résultat à savoir des majuscules accentuées!!!
En fait le paramètre 18 fait appel aux paramètres régionaux donc le même
que
celui de la commande 'Majuscule([ma colonne])'.
En clair, je pense qu'il faut que je change le paramètre régional des
majuscules et là je n'arrive à pas à le trouver...je ne trouve que les
paramètre smonnaie,date,heure..
Bonjour "seeber",
Sinon, j'ai essayé la commmande StrConv([MaColonne],1,18), et là aussi
je
n'arrive pas à obtenir un résultat. A chaque fois, il me met le message
suivant : "Vous avez omis une opérande ou un opérateur, vous avez entré
un
caractère ou une virgule non valides, ou encore du texte sans le
délimiter
par des guillemets"
Je ne réponds qu'à cette partie. Si tu mets cette instruction dans une
requête, remplace les , par des ; comme ceci
StrConv([MaColonne];1;18)
Bien entendu, remplace MaColonne par le nom réel de ton champ.
--
Tisane
J'ai essayé d'intégre la "function" (SupprimerAccents) dans mon
expression
de ma requête et cela ne marche pas. J'obtients le message suivant :
"Fonction 'SupprimerAccents' non définie dans l'expression. Je précise
que
j'ai copié la fonction dans un module en ayant rajouter le terme
'public
function'.
Je ne sais plus quoi faire !!!!!
Seeber
Effectivement, il fallait mettre des ; au lieu des , mais j'ai retrouvé
le
même résultat à savoir des majuscules accentuées!!!
En fait le paramètre 18 fait appel aux paramètres régionaux donc le même
que
celui de la commande 'Majuscule([ma colonne])'.
En clair, je pense qu'il faut que je change le paramètre régional des
majuscules et là je n'arrive à pas à le trouver...je ne trouve que les
paramètre smonnaie,date,heure..
Bonjour "seeber",Sinon, j'ai essayé la commmande StrConv([MaColonne],1,18), et là aussi
je
n'arrive pas à obtenir un résultat. A chaque fois, il me met le message
suivant : "Vous avez omis une opérande ou un opérateur, vous avez entré
un
caractère ou une virgule non valides, ou encore du texte sans le
délimiter
par des guillemets"
Je ne réponds qu'à cette partie. Si tu mets cette instruction dans une
requête, remplace les , par des ; comme ceci
StrConv([MaColonne];1;18)
Bien entendu, remplace MaColonne par le nom réel de ton champ.
--
TisaneJ'ai essayé d'intégre la "function" (SupprimerAccents) dans mon
expression
de ma requête et cela ne marche pas. J'obtients le message suivant :
"Fonction 'SupprimerAccents' non définie dans l'expression. Je précise
que
j'ai copié la fonction dans un module en ayant rajouter le terme
'public
function'.
Je ne sais plus quoi faire !!!!!
Seeber
c'est bien la peine que Ducros se décarcasse !
tous les LanguageID sont sur mon site :
http://officesystem.access.free.fr/vba/langages_utilises.htm
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage
mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
Chacun fait ce qu'il veut mais pourquoi pas mettre 1077 à la place de 18 ?
Par défaut toutes les fonctions ayant une LCID en paramètres, prennent
l'ID
du paramètre régional par défaut et c'est bien normal. Pourquoi une seule
fonction irait chercher un autre langage qui de plus n'est peut-être pas
installé sur la machine ?
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage
mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
un peu de bon sens et de simplicité et tout ira bien.
En ce qui concerne la fonction, je viens de tester, ça marche très bien.
il
n'y a pas besoin d'indiquer public, car elle est dans un module, donc
public
par défaut.
j'ai testé:
Expr1: Majuscule(SupprimerAccents(Nz([LeNom];"")))
ou
UCase(SupprimerAccents(Nz([LeNom],""))) AS Expr1
le Nz n'est pas obligatoire mais préserve d'une valeur Nul qui n'est pas
testée dans la fonction.
--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/
Venez découvrir Open XML, le nouveau format de fichier de la suite Office
!
http://www.comscamp.com/Tracker/Redirect.ashx?linkidÿ71c7f3-78e8-4371-abaf-b73c259e58db
[...]
c'est bien la peine que Ducros se décarcasse !
tous les LanguageID sont sur mon site :
http://officesystem.access.free.fr/vba/langages_utilises.htm
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage
mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
Chacun fait ce qu'il veut mais pourquoi pas mettre 1077 à la place de 18 ?
Par défaut toutes les fonctions ayant une LCID en paramètres, prennent
l'ID
du paramètre régional par défaut et c'est bien normal. Pourquoi une seule
fonction irait chercher un autre langage qui de plus n'est peut-être pas
installé sur la machine ?
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage
mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
un peu de bon sens et de simplicité et tout ira bien.
En ce qui concerne la fonction, je viens de tester, ça marche très bien.
il
n'y a pas besoin d'indiquer public, car elle est dans un module, donc
public
par défaut.
j'ai testé:
Expr1: Majuscule(SupprimerAccents(Nz([LeNom];"")))
ou
UCase(SupprimerAccents(Nz([LeNom],""))) AS Expr1
le Nz n'est pas obligatoire mais préserve d'une valeur Nul qui n'est pas
testée dans la fonction.
--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/
Venez découvrir Open XML, le nouveau format de fichier de la suite Office
!
http://www.comscamp.com/Tracker/Redirect.ashx?linkidÿ71c7f3-78e8-4371-abaf-b73c259e58db
[...]
c'est bien la peine que Ducros se décarcasse !
tous les LanguageID sont sur mon site :
http://officesystem.access.free.fr/vba/langages_utilises.htm
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage
mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
Chacun fait ce qu'il veut mais pourquoi pas mettre 1077 à la place de 18 ?
Par défaut toutes les fonctions ayant une LCID en paramètres, prennent
l'ID
du paramètre régional par défaut et c'est bien normal. Pourquoi une seule
fonction irait chercher un autre langage qui de plus n'est peut-être pas
installé sur la machine ?
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage
mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
un peu de bon sens et de simplicité et tout ira bien.
En ce qui concerne la fonction, je viens de tester, ça marche très bien.
il
n'y a pas besoin d'indiquer public, car elle est dans un module, donc
public
par défaut.
j'ai testé:
Expr1: Majuscule(SupprimerAccents(Nz([LeNom];"")))
ou
UCase(SupprimerAccents(Nz([LeNom],""))) AS Expr1
le Nz n'est pas obligatoire mais préserve d'une valeur Nul qui n'est pas
testée dans la fonction.
--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/
Venez découvrir Open XML, le nouveau format de fichier de la suite Office
!
http://www.comscamp.com/Tracker/Redirect.ashx?linkidÿ71c7f3-78e8-4371-abaf-b73c259e58db
[...]
Bonjour Tisane.
c'est bien la peine que Ducros se décarcasse !
tous les LanguageID sont sur mon site :
http://officesystem.access.free.fr/vba/langages_utilises.htm
Chacun fait ce qu'il veut mais pourquoi pas mettre 1077 à la place de 18 ?
Par défaut toutes les fonctions ayant une LCID en paramètres, prennent l'ID
du paramètre régional par défaut et c'est bien normal. Pourquoi une seule
fonction irait chercher un autre langage qui de plus n'est peut-être pas
installé sur la machine ?
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
un peu de bon sens et de simplicité et tout ira bien.
En ce qui concerne la fonction, je viens de tester, ça marche très bien. il
n'y a pas besoin d'indiquer public, car elle est dans un module, donc public
par défaut.
j'ai testé:
Expr1: Majuscule(SupprimerAccents(Nz([LeNom];"")))
ou
UCase(SupprimerAccents(Nz([LeNom],""))) AS Expr1
le Nz n'est pas obligatoire mais préserve d'une valeur Nul qui n'est pas
testée dans la fonction.
--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/
Venez découvrir Open XML, le nouveau format de fichier de la suite Office !
http://www.comscamp.com/Tracker/Redirect.ashx?linkidÿ71c7f3-78e8-4371-abaf-b73c259e58db
Bonjour Tisane.
c'est bien la peine que Ducros se décarcasse !
tous les LanguageID sont sur mon site :
http://officesystem.access.free.fr/vba/langages_utilises.htm
Chacun fait ce qu'il veut mais pourquoi pas mettre 1077 à la place de 18 ?
Par défaut toutes les fonctions ayant une LCID en paramètres, prennent l'ID
du paramètre régional par défaut et c'est bien normal. Pourquoi une seule
fonction irait chercher un autre langage qui de plus n'est peut-être pas
installé sur la machine ?
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
un peu de bon sens et de simplicité et tout ira bien.
En ce qui concerne la fonction, je viens de tester, ça marche très bien. il
n'y a pas besoin d'indiquer public, car elle est dans un module, donc public
par défaut.
j'ai testé:
Expr1: Majuscule(SupprimerAccents(Nz([LeNom];"")))
ou
UCase(SupprimerAccents(Nz([LeNom],""))) AS Expr1
le Nz n'est pas obligatoire mais préserve d'une valeur Nul qui n'est pas
testée dans la fonction.
--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/
Venez découvrir Open XML, le nouveau format de fichier de la suite Office !
http://www.comscamp.com/Tracker/Redirect.ashx?linkidÿ71c7f3-78e8-4371-abaf-b73c259e58db
Bonjour Tisane.
c'est bien la peine que Ducros se décarcasse !
tous les LanguageID sont sur mon site :
http://officesystem.access.free.fr/vba/langages_utilises.htm
Chacun fait ce qu'il veut mais pourquoi pas mettre 1077 à la place de 18 ?
Par défaut toutes les fonctions ayant une LCID en paramètres, prennent l'ID
du paramètre régional par défaut et c'est bien normal. Pourquoi une seule
fonction irait chercher un autre langage qui de plus n'est peut-être pas
installé sur la machine ?
Il est normal aussi qu'en indiquant un code langage 9 par exemple, strconv
ne retourne pas de caractères accentués, ce qui est un minimum pour le
langage anglais, mais la fonction retournera-t-elle le bon caractère ? pas
du tout, car elle retournera le caractère correspondant au code langage mais
ton code langage Zoulou n'étant pas installé, tu risques de retourner
n'importe quoi.
un peu de bon sens et de simplicité et tout ira bien.
En ce qui concerne la fonction, je viens de tester, ça marche très bien. il
n'y a pas besoin d'indiquer public, car elle est dans un module, donc public
par défaut.
j'ai testé:
Expr1: Majuscule(SupprimerAccents(Nz([LeNom];"")))
ou
UCase(SupprimerAccents(Nz([LeNom],""))) AS Expr1
le Nz n'est pas obligatoire mais préserve d'une valeur Nul qui n'est pas
testée dans la fonction.
--
@+
Raymond Access MVP http://www.OfficeSystemAccess.com/
http://officesystem.access.over-blog.com/
http://officesystem.access.free.fr/wiki/
Pour débuter sur le forum: http://www.mpfa.info/
Venez découvrir Open XML, le nouveau format de fichier de la suite Office !
http://www.comscamp.com/Tracker/Redirect.ashx?linkidÿ71c7f3-78e8-4371-abaf-b73c259e58db