Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :
environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" <bobaldo@discussions.microsoft.com> a écrit dans le message de
news: A03E646F-0C39-45EB-83A4-B33004F97D01@microsoft.com...
J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???
J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?
Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" <nomail@nomail.net> a écrit dans le message de news:
eh6bKJ77HHA.4476@TK2MSFTNGP06.phx.gbl...
Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :
C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :
environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" <bobaldo@discussions.microsoft.com> a écrit dans le message de
news: A03E646F-0C39-45EB-83A4-B33004F97D01@microsoft.com...
J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???
J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?
Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" <nomail@nomail.net> a écrit dans le message de news:
eh6bKJ77HHA.4476@TK2MSFTNGP06.phx.gbl...
Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :
C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :
environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" <bobaldo@discussions.microsoft.com> a écrit dans le message de
news: A03E646F-0C39-45EB-83A4-B33004F97D01@microsoft.com...
J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???
J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?
Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" <nomail@nomail.net> a écrit dans le message de news:
eh6bKJ77HHA.4476@TK2MSFTNGP06.phx.gbl...
Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :
C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
attention, ce n'est pas échelle automatique : c'est mise à l'échelle
automatique de la taille de la police. Rien à voir avec les graduations
des axes.
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
attention, ce n'est pas échelle automatique : c'est mise à l'échelle
automatique de la taille de la police. Rien à voir avec les graduations
des axes.
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :
environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" <bobaldo@discussions.microsoft.com> a écrit dans le message de
news: A03E646F-0C39-45EB-83A4-B33004F97D01@microsoft.com...
J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???
J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?
Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" <nomail@nomail.net> a écrit dans le message de news:
eh6bKJ77HHA.4476@TK2MSFTNGP06.phx.gbl...
Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :
C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
attention, ce n'est pas échelle automatique : c'est mise à l'échelle
automatique de la taille de la police. Rien à voir avec les graduations
des axes.
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
dans la mesure ou tes graphiques sont générés par macro, quel est
l'intérêt de les créer tous d'un coup ???
Il te suffit d'activer la macro qui crée les graphiques d'une page
donnée au moment ou tu actives la dite page !
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
dans la mesure ou tes graphiques sont générés par macro, quel est
l'intérêt de les créer tous d'un coup ???
Il te suffit d'activer la macro qui crée les graphiques d'une page
donnée au moment ou tu actives la dite page !
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :
environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" <bobaldo@discussions.microsoft.com> a écrit dans le message de
news: A03E646F-0C39-45EB-83A4-B33004F97D01@microsoft.com...
J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???
J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?
Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" <nomail@nomail.net> a écrit dans le message de news:
eh6bKJ77HHA.4476@TK2MSFTNGP06.phx.gbl...
Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :
C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
dans la mesure ou tes graphiques sont générés par macro, quel est
l'intérêt de les créer tous d'un coup ???
Il te suffit d'activer la macro qui crée les graphiques d'une page
donnée au moment ou tu actives la dite page !
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
j'ai ajouté une commande dans ma macro de crétion de graphe du code qui
permet de ne pas avoir l'option "Echelle Automatique" cochée (
ActiveChart.ChartArea.AutoScaleFont = False )
Cela semble fonctionner pour le moment, je suis assez content !
Merciattention, ce n'est pas échelle automatique : c'est mise à l'échelle
automatique de la taille de la police. Rien à voir avec les graduations
des axes.
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
j'ai ajouté une commande dans ma macro de crétion de graphe du code qui
permet de ne pas avoir l'option "Echelle Automatique" cochée (
ActiveChart.ChartArea.AutoScaleFont = False )
Cela semble fonctionner pour le moment, je suis assez content !
Merci
attention, ce n'est pas échelle automatique : c'est mise à l'échelle
automatique de la taille de la police. Rien à voir avec les graduations
des axes.
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.
Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)
Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.net
Bonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :
environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" <bobaldo@discussions.microsoft.com> a écrit dans le message de
news: A03E646F-0C39-45EB-83A4-B33004F97D01@microsoft.com...
J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???
J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?
Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" <nomail@nomail.net> a écrit dans le message de news:
eh6bKJ77HHA.4476@TK2MSFTNGP06.phx.gbl...
Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :
C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))
j'ai ajouté une commande dans ma macro de crétion de graphe du code qui
permet de ne pas avoir l'option "Echelle Automatique" cochée (
ActiveChart.ChartArea.AutoScaleFont = False )
Cela semble fonctionner pour le moment, je suis assez content !
Merciattention, ce n'est pas échelle automatique : c'est mise à l'échelle
automatique de la taille de la police. Rien à voir avec les graduations
des axes.
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour, et merci pour ces idées.
Avant de tout bousculer, je vais commencer par mettre en place le décochage
automatique de "Echette automatique".
Si d'autres idées vous viennent, n'hésitez pas.
Excellente journée, etmerci à toutes et tous.Bonjour,
Pour ce qui est de l'exploiter, il n'y a aucun problème. Il s'agit d'un
outil d'aide à la décision et de comparaison.
manifestement il y a quand même un problème ! :-)Pour ce qui est de mon problème, je me retrouve toujours avec le même
problème à regler...
Si quelqu'un a une idée je suis preneur !
La mémoire utilisée pour gérer les graphique dans excel ne représente
qu'une fraction de la mémoire disponible pour l'application entière.
Augmenter la mémoire physique n'est donc que partiellement efficace.
Certaines choses sont particuièrement gourmandes en mémoire : notamment
décoche systématiquement l'option mettre à jour la taille des polices
avec le graphique. Evite aussi +++ de mettre des polices différentes
dans les graphiques.
Ce que Papou essaie de te dire c'est qu'il y a bien peu de chances que
tes lecteurs regardent en même temps 40 graphiques situés sur 40 onglets...
Une solution, c'est de générer les graphiques à l'activation de la
feuille, par macro. Très efficace
une autre c'est lorsque plusieurs graphiques ont en fait exactement la
même structure, de ne changer que la source de données (par macro aussi)
une troisième, c'est de fractionner le classeur en plein de petits en
faisant des liaisons vers un classeur maitre contenant les données et en
n'ouvrant que le classeur maitre et un seul classeur dépendant avec les
graphiques.
Voilà quelques pistes...
Misange migrateuse
XlWiki : Participez à un travail collaboratif sur excel !
http://xlwiki.free.fr/wiki
http://www.excelabo.netBonjour
Tu ne peux pas !
Selon moi, il te faut revoir plus globalement ta copie de manière à réduire
le nombre de graphique créés.
Tu te trouves déjà dans une situation très limite avec les éléments que tu
nous as fournis dans ton premier message :environ 40 ou 50 onglets ...
...et autant d'onglets...sous forme de graphique...
Je me demande d'ailleurs comment on peut exploiter un fichier avec un tel
nombre d'informations ?
Cordialement
Pascal
"bobaldo" a écrit dans le message de
news:J'ai essayé d'arranger mon code, de vider toutes les variables quand j'en
n'ai plus besoin ( set xxx = Nothing ).
Toujours la même erreur ou le même plantage !
Chaque graphe qui est créé alourdit la mémoire utilisée jusqu'au plantage.
Comment faire pour vider au fur et à mesure la mémoire qui est allouée à
ces
nouveaux graphiques ???J'ai bien effectué la démarche que vous m'indiquez.
Je mesure donc au fur et à mesure de l'avancement de la macro le % de
mémoire utilisée.
Au début de la macro, ça commence à 87%. Ca augmente petit à petit. Quand
mon programme plante ("erreur 1004...."), j'en suis à 94%.
Est ce cela selon vous ?
Pour ma culture, de quelle mémoire parle t on ? d'une mémoire allouée à
excel ? de la mémoire vive (1024mo sur le pc que j'utilise) ? ou autre ?
Si c'est cela la cause de mes soucis, Connaissez vous un moyen de purger
cette mémoire en cours de macro ?Modeste :
=INFORMATIONS("memutil")/INFORMATIONS("memtot")
Pour ce qui concerne mon Excel 2003.
;-)
Cordialement
Pascal
"Modeste" a écrit dans le message de news:Bonsour® bobaldo avec ferveur ;o))) vous nous disiez :C'est peut être une possibilité, la macro marche avec moins de
graphe.
Mais au final le fichier Excel n'est pas immanse, seulement 3 ou
4Mo.
Comment connaitre la limite de mémoire disponible ?
dans la feuille visible cellule nommée : suivimem
=INFO("memutil")/INFO("memtot")
au cours de la macro
doevents
lafeuillevisible.calculate
application.statusbar = suivimem
@+
;o)))