Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de discussion :
eKXWytonJHA.1184@TK2MSFTNGP04.phx.gbl...
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
Daniel
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de discussion :
eKXWytonJHA.1184@TK2MSFTNGP04.phx.gbl...
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
Daniel
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner même
pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il copier
les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu était
au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous victime
de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" <i@v> a écrit dans le message de groupe de discussion :
#5CXIbpnJHA.3380@TK2MSFTNGP04.phx.gbl...
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de
discussion : eKXWytonJHA.1184@TK2MSFTNGP04.phx.gbl...
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
Daniel
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" <i@v> a écrit dans le message de groupe de discussion :
#5CXIbpnJHA.3380@TK2MSFTNGP04.phx.gbl...
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de
discussion : eKXWytonJHA.1184@TK2MSFTNGP04.phx.gbl...
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
Daniel
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" <i@v> a écrit dans le message de groupe de discussion :
#5CXIbpnJHA.3380@TK2MSFTNGP04.phx.gbl...
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de
discussion : eKXWytonJHA.1184@TK2MSFTNGP04.phx.gbl...
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
Daniel
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et B.
La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
ET pendant que tu y es, pourquoi cette ligne
de code passe szSQL = "SELECT * FROM B1:90000;"
sur un fichier ouvert et non l'autre ?
"Daniel.C" a écrit dans le message de groupe de
discussion : eo$
Un peu par hasard, je viens de faire fonctionner ton code. J'ai
enregistré le fichier sous un autre nom et exécuté la macro. Impeccable
(nbre d'enregistrements : 65545, j'en avais ajouté un peu).
Essaie.
DanielBonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et
B. La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
ET pendant que tu y es, pourquoi cette ligne
de code passe szSQL = "SELECT * FROM B1:90000;"
sur un fichier ouvert et non l'autre ?
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de
discussion : eo$H3kpnJHA.4912@TK2MSFTNGP04.phx.gbl...
Un peu par hasard, je viens de faire fonctionner ton code. J'ai
enregistré le fichier sous un autre nom et exécuté la macro. Impeccable
(nbre d'enregistrements : 65545, j'en avais ajouté un peu).
Essaie.
Daniel
Bonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" <i@v> a écrit dans le message de groupe de discussion :
#5CXIbpnJHA.3380@TK2MSFTNGP04.phx.gbl...
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :
J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" <dcolardelleZZZ@gmail.com> a écrit dans le message de groupe de
discussion : eKXWytonJHA.1184@TK2MSFTNGP04.phx.gbl...
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
Daniel
Bonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et
B. La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.
ET pendant que tu y es, pourquoi cette ligne
de code passe szSQL = "SELECT * FROM B1:90000;"
sur un fichier ouvert et non l'autre ?
"Daniel.C" a écrit dans le message de groupe de
discussion : eo$
Un peu par hasard, je viens de faire fonctionner ton code. J'ai
enregistré le fichier sous un autre nom et exécuté la macro. Impeccable
(nbre d'enregistrements : 65545, j'en avais ajouté un peu).
Essaie.
DanielBonjour Isabelle,
Le fichier "anglais" dont je parle dans mon message précédent
s'exécute très bien sur ordi. Toutes les mises à jour recommandées
par microsoft ont été faites. Comme dit, le fichier fonctionne mais
je ne peux jusqu'ici le reproduire.
"isabelle" a écrit dans le message de groupe de discussion :
#
bonjour Serge,
une idée peut être, verifie la mise à jour des pilotes ODBC au panneau
de con...fig, administrateur de sources ?
-MsExcel Driver
-SQL Server
isabelle
MichDenis a écrit :J'ai en ma possession un classeur qui fut créer sur un
ordi où tout était anglais... et la ligne de code que j'ai
mise dans le fichier fonctionne très bien. Le hic, c'est que
je suis incapable de la faire fonctionner même en faisant
un copier-coller dans un environnement où tout est
français. Cette syntaxe n'est pas nouvelle, c'est celle
qu'on a "toujours" utilisé.
Il y a une façon de contourner ceci pour outre passer la limite
de 65536 lignes s'il y a des données...mais ce n'est pas la ligne
de code attendu.
szSQL = "SELECT * FROM B1:90000;"
ou
""SELECT Market FROM B1:90000;"
Market étant le nom du champ.
L'aide d'excel 2007 décrit les paramètres d'une méthode ou d'une fonction
en utilisant des termes français mais en exigeant qu'ils soient utilisés en
anglais. Il en est de même pour l'explorateur Windows qui affichent
en français les chemins mais qui ne prend en compte que la version
anglaise si ce chemin doit être utilisé dans du code. Quelle HORREUR !
Pourquoi ne pas avoir continué d'utiliser seulement l'anglais. Perso, ça
m'est d'aucune aide supplémentaire d'autant plus que cette dernière
(aide d'excel) est utile seulement à ceux qui n'en n'ont pas besoin.!
J'espère que non, mais il semble y avoir un "bug" pour ceux qui utilise
une autre langue(français). Moi, je n'ai pas d'explication sérieuse pour
cet état de fait.
"Daniel.C" a écrit dans le message de groupe de
discussion :
Bonsoir.
La question a été posée sur msdn, sans réponse à ce jour :
http://social.msdn.microsoft.com/forums/fr-FR/vbafr/thread/b0e64b16-5168-4959-83f3-c945ad9aa287/
DanielBonjour à tous,
http://cjoint.com/?diohTknHuP
Ceci s'adresse principalement à ceux qui ont la version Excel 2007.
Je vous propose un fichier qui contient quelques données en colonne A et
B. La colonne A possède 65536 lignes, et la colonne B 65537 lignes.
ADO semble limiter à 65536 lignes et c'est inexact. Est-ce que quelqu'un
sait ce qu'il faut modifier à cette procédure pour la faire fonctionner
même pour un recordset d'au delà de 65536 lignes.
Si quelqu'un a une version excel 2007 de langue anglaise, pourrait-il
copier les données dans un nouveau classeur "anglais" ainsi que le module
associé pour effectuer un test.
En fait toute la problématique provient du fait que je voudrais faire
fonctionner cette ligne de code de la procédure :
szSQL = "SELECT * FROM [" & SourceSheet$ & "$" & SourceRange$ & "];"
Je l'ai vu en action et ce dans un classeur 2007 et le résultat attendu
était au rendez-vous.
La seule différence, c'était un excel parlant anglais ! Serions-nous
victime de discrimination ?
Bonne chance à tous et à toutes et merci de votre participation.