Bonjour à Tous,
Je veux faire fonctionner une application qui fonctionne déjà sans
problème
sur un PC français, sur un PC Hongrois (les 2 en XP).
Or, j'ai le problème suivant :
Quand je règle le paramètre régional "Langue pour les programmes non
Unicode" dans l'onglet "Options avancées" des options régionales et
linguistiques, sur Hongrois, l'application access ne fonctionne plus.
Voici ce qui se passe :
A la première exécution de macro, le message suivant apparaît :
"L'expression [événement lançant la macro] entrée comme paramètre de la
propriété de type évènement est à l'origine d'une erreur. Un problème est
survenu durant la communication entre [nom de l'application] et le
serveur
OLE ou le contrôle activeX.
* Le résultat de l'expression n'est pas le nom d'une macro, le nom d'une
fonction définie oar l'utilisateur ou Event Procedure
* Une erreur a peut être été commise lors de l'évaluation d'une fonction,
d'un évènement ou d'un macro.
Aucune macro ne fonctionne.
Je précise que les noms de variables, champs, les formules sont sans
accents
et en anglais.
Ma base n'est pas corrompue ou endommagées (je l'ai réparée). Je n'ai
aucune
piste de solution, si quelqu'un a déjà exporté une application en Europe
de
l'est, je suis preneur de son aide.
Merci d'avance,
Bonjour à Tous,
Je veux faire fonctionner une application qui fonctionne déjà sans
problème
sur un PC français, sur un PC Hongrois (les 2 en XP).
Or, j'ai le problème suivant :
Quand je règle le paramètre régional "Langue pour les programmes non
Unicode" dans l'onglet "Options avancées" des options régionales et
linguistiques, sur Hongrois, l'application access ne fonctionne plus.
Voici ce qui se passe :
A la première exécution de macro, le message suivant apparaît :
"L'expression [événement lançant la macro] entrée comme paramètre de la
propriété de type évènement est à l'origine d'une erreur. Un problème est
survenu durant la communication entre [nom de l'application] et le
serveur
OLE ou le contrôle activeX.
* Le résultat de l'expression n'est pas le nom d'une macro, le nom d'une
fonction définie oar l'utilisateur ou Event Procedure
* Une erreur a peut être été commise lors de l'évaluation d'une fonction,
d'un évènement ou d'un macro.
Aucune macro ne fonctionne.
Je précise que les noms de variables, champs, les formules sont sans
accents
et en anglais.
Ma base n'est pas corrompue ou endommagées (je l'ai réparée). Je n'ai
aucune
piste de solution, si quelqu'un a déjà exporté une application en Europe
de
l'est, je suis preneur de son aide.
Merci d'avance,
Bonjour à Tous,
Je veux faire fonctionner une application qui fonctionne déjà sans
problème
sur un PC français, sur un PC Hongrois (les 2 en XP).
Or, j'ai le problème suivant :
Quand je règle le paramètre régional "Langue pour les programmes non
Unicode" dans l'onglet "Options avancées" des options régionales et
linguistiques, sur Hongrois, l'application access ne fonctionne plus.
Voici ce qui se passe :
A la première exécution de macro, le message suivant apparaît :
"L'expression [événement lançant la macro] entrée comme paramètre de la
propriété de type évènement est à l'origine d'une erreur. Un problème est
survenu durant la communication entre [nom de l'application] et le
serveur
OLE ou le contrôle activeX.
* Le résultat de l'expression n'est pas le nom d'une macro, le nom d'une
fonction définie oar l'utilisateur ou Event Procedure
* Une erreur a peut être été commise lors de l'évaluation d'une fonction,
d'un évènement ou d'un macro.
Aucune macro ne fonctionne.
Je précise que les noms de variables, champs, les formules sont sans
accents
et en anglais.
Ma base n'est pas corrompue ou endommagées (je l'ai réparée). Je n'ai
aucune
piste de solution, si quelqu'un a déjà exporté une application en Europe
de
l'est, je suis preneur de son aide.
Merci d'avance,
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| Je veux faire fonctionner une application qui fonctionne déjà sans problème
| sur un PC français, sur un PC Hongrois (les 2 en XP).
| Or, j'ai le problème suivant :
| Quand je règle le paramètre régional "Langue pour les programmes non
| Unicode" dans l'onglet "Options avancées" des options régionales et
| linguistiques, sur Hongrois, l'application access ne fonctionne plus.
<snip>
La démence à atteint les devs qui ont implémenté cela... :-((
Le principal problème vient du fait que le nom de pas mal d'objets
ont étés traduits pour chaque langue supporté...
Par exemple, le fameux "Forms" devient "Formulaires" en francais,
"Formulare" en allemand, autre chose en polonais... et Dieu sait quoi
en Hongrois !!!
Et, le code mémorisé est différent à chaque fois, car Access est incapable
de faire la traduction inverse!
Ex: Une application créée sur un OS et Access allemand, va se plaindre
qu'il ne trouve pas la zone de texte "MWSt" dans le sous-form
"Formulare!Kunden.Formular!MWSt"
Et pas question de simplement modifier quelques lignes de code...
Pas mal de choses sont à refaire totalement :-(
De là, il faut retenir que la seule possibilité de créer un application "portable"
est de développer sur un Access et un OS anglais!!!
Le passage de l'anglais natif vers une langue tièrce ne pose pas de problème,
mais d'une langue "secondaire" vers une autre langue secondaire te créera
son quota de crises de nerf ;-)
Ceci dit, les dates et autres propriétés fixées par les paramètres régionaux
sont de toutes facons à gérer dans le code VBA (qui lui ne cause que anglais).
En espérant t'épargner des heures de travail...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| J'ai un PC français, sous XP.
| Si je mets tous les paramètres d'options régionales en Anglais (Standard et
| format, Langues et langue pour programme non unicode), est-ce-que j'obtiens
| une PC anglais qui me permettra de développer des applications qui
| fonctionneront en langues secondaires, ou ma machine restera "française"
| malgrès tout avec une "couche" anglaise.
| En d'autre terme, le windows XP ou Access vendu en France pour des PC
| francais est-il le même que le XP et Access pour des PC anglais ?
Les versions Windows FR sont des versions localisées, ainsi que les versions d'Access FR.
Et de modifier les paramètres régionaux n'en fait pas une version US.
Ce qui aiderait *peut-être* serait d'installer une version Windows Multilanguage et la
localisation souhaitée.
Mais le problème pour Access resterait entier, me semble t-il...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| J'ai un PC français, sous XP.
| Si je mets tous les paramètres d'options régionales en Anglais (Standard et
| format, Langues et langue pour programme non unicode), est-ce-que j'obtiens
| une PC anglais qui me permettra de développer des applications qui
| fonctionneront en langues secondaires, ou ma machine restera "française"
| malgrès tout avec une "couche" anglaise.
| En d'autre terme, le windows XP ou Access vendu en France pour des PC
| francais est-il le même que le XP et Access pour des PC anglais ?
Les versions Windows FR sont des versions localisées, ainsi que les versions d'Access FR.
Et de modifier les paramètres régionaux n'en fait pas une version US.
Ce qui aiderait *peut-être* serait d'installer une version Windows Multilanguage et la
localisation souhaitée.
Mais le problème pour Access resterait entier, me semble t-il...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
Salut,
"Dag"
| J'ai un PC français, sous XP.
| Si je mets tous les paramètres d'options régionales en Anglais (Standard et
| format, Langues et langue pour programme non unicode), est-ce-que j'obtiens
| une PC anglais qui me permettra de développer des applications qui
| fonctionneront en langues secondaires, ou ma machine restera "française"
| malgrès tout avec une "couche" anglaise.
| En d'autre terme, le windows XP ou Access vendu en France pour des PC
| francais est-il le même que le XP et Access pour des PC anglais ?
Les versions Windows FR sont des versions localisées, ainsi que les versions d'Access FR.
Et de modifier les paramètres régionaux n'en fait pas une version US.
Ce qui aiderait *peut-être* serait d'installer une version Windows Multilanguage et la
localisation souhaitée.
Mais le problème pour Access resterait entier, me semble t-il...
--
A+
Pierre (3stone) Access MVP
Perso: http://users.skynet.be/accesshome/
Conseils MPFA: http://users.skynet.be/mpfa/
