Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Applications Microsoft Office Excel Autonumérotation des objets créés par Excel : existe t il une limite ?

Autonumérotation des objets créés par Excel : existe t il une limite ?

6 réponses
Avatar
Michel41
bonjour

Quand on crée , détruit puis crée...etc
des feuilles, le nom affecté est de type
par exemple
...(Feuil12)... et ainsi de suite.
Si on a
Feuil1(Feuil1) et Feuil5(Feuil5)
le système ne reprendra pas une valeur
entre les 2 : existe t il un moyen de forcer
un nom provisoire de feuille à la création ?
Même problème avec les graphes : on obtient
des Graph1...
Ce problème complique la programmation vba
quand vba est utilisé pour créer des objets
parce que le programme fonctionnant avec
Graph3 ne fonctionnera plus avec la même
chose nommée Graphe7 alors que Graph3 est
détruit depuis longtemps.

Ma question :
Si on admet compliquer la programmation
existe t il une valeur numérique maximum
qu'Excel ne pourra pas dépasser ? c'est à dire
un Graphxxx maximum ? ou un Feuilxxx maximum
car on peut avoir 1 seul graphe ou 2 seules feuilles
mais affecté à des n° élevés à la création !

A+ & merci
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Michel BERTRAND
Le nombre maximal de feuilles(onglets) était de 254 sous 2000
je ne pense pas qu'il ait changé avec les dernieres versions
car si on utilise 255 feuilles c'est que c'est pas excel qu'il faut utiliser
mais une base de données ;-)

c'est dans les options

le nombre de feuilles par defaut par classeur

de toutes façons c'est une puissance de 2
Avatar
LeSteph
Bonsoir,
Je suis tout à fait d'accord avec toi!
Au lieu de s'encombrer avec des noms qu'on
nous donne mieux vaut tout de suite donner
les noms que l'on veut
Myobject.name="CMDBa"&i
Myobject.caption="monbouton"

LeSteph

"Michel41" a écrit dans le message de
news:c903rv$csp$
bonjour

Quand on crée , détruit puis crée...etc
des feuilles, le nom affecté est de type
par exemple
...(Feuil12)... et ainsi de suite.
Si on a
Feuil1(Feuil1) et Feuil5(Feuil5)
le système ne reprendra pas une valeur
entre les 2 : existe t il un moyen de forcer
un nom provisoire de feuille à la création ?
Même problème avec les graphes : on obtient
des Graph1...
Ce problème complique la programmation vba
quand vba est utilisé pour créer des objets
parce que le programme fonctionnant avec
Graph3 ne fonctionnera plus avec la même
chose nommée Graphe7 alors que Graph3 est
détruit depuis longtemps.

Ma question :
Si on admet compliquer la programmation
existe t il une valeur numérique maximum
qu'Excel ne pourra pas dépasser ? c'est à dire
un Graphxxx maximum ? ou un Feuilxxx maximum
car on peut avoir 1 seul graphe ou 2 seules feuilles
mais affecté à des n° élevés à la création !

A+ & merci





Avatar
michdenis
Bonjour Michel41,

à chaque feuille que tu ajoutes dans ton classeur, si tu veux lui donner un nom particulier suivi d'un index, tu peux
utiliser ceci :

Copie ceci dans le ThisWorkbook de ton projet

Attention, il va falloir peaufiner un peu... si tu prévois supprimer des feuilles à l'occasion... parce que dans ce cas,
il risque d'y avoir doublons pour ce qui est du nom de la feulle

'-------------------
Private Sub Workbook_NewSheet(ByVal Sh As Object)

Sh.Name = "Toto" & Sheets.Count

End Sub
'-------------------


Salutations!



"Michel41" a écrit dans le message de news:c903rv$csp$
bonjour

Quand on crée , détruit puis crée...etc
des feuilles, le nom affecté est de type
par exemple
...(Feuil12)... et ainsi de suite.
Si on a
Feuil1(Feuil1) et Feuil5(Feuil5)
le système ne reprendra pas une valeur
entre les 2 : existe t il un moyen de forcer
un nom provisoire de feuille à la création ?
Même problème avec les graphes : on obtient
des Graph1...
Ce problème complique la programmation vba
quand vba est utilisé pour créer des objets
parce que le programme fonctionnant avec
Graph3 ne fonctionnera plus avec la même
chose nommée Graphe7 alors que Graph3 est
détruit depuis longtemps.

Ma question :
Si on admet compliquer la programmation
existe t il une valeur numérique maximum
qu'Excel ne pourra pas dépasser ? c'est à dire
un Graphxxx maximum ? ou un Feuilxxx maximum
car on peut avoir 1 seul graphe ou 2 seules feuilles
mais affecté à des n° élevés à la création !

A+ & merci
Avatar
Misange
Bonjour Bertrand,
Tu fais une confusion entre le nombre maxi de feuilles qu'excel peut
gérer et le nombre de feuilles qu'il accepte de mettre initialement dans
les classeurs que tu crées.
Il n'y a pas de limite au nombre de feuilles que tu peux mettre dans un
classeur... à part la mémoire dont dispose ton PC !
Essaie, tu peux mettre 350 feuilles vides si ça te chante. Il te suffit
de les ajouter à un classeur existant. Après je t'accorde qu'un classeur
avec 350 feuilles peut amener à se poser des questions soit sur la façon
de structurer les données et de les récupérer soit sur le meilleur
logiciel à utiliser pour les gérer...

Misange migrateuse http://www.excelabo.net
mail : http://cerbermail.com/?k5Q8Dh2mta

le 25/05/2004 21:15:
Le nombre maximal de feuilles(onglets) était de 254 sous 2000
je ne pense pas qu'il ait changé avec les dernieres versions
car si on utilise 255 feuilles c'est que c'est pas excel qu'il faut utiliser
mais une base de données ;-)

c'est dans les options

le nombre de feuilles par defaut par classeur

de toutes façons c'est une puissance de 2






Avatar
Michel41
Merci à tous mais vous n'avez pas compris la question
qui était peut être mal posée.
------------------------------------------------------
Le problème est celui des cycles répétitifs de création
puis destruction d'un même objet par vba.

Ma question est : existe t il un n° limite inclus
automatiquement par Excel dans le nom d'un objet
quand les cycles de création puis destruction
du même objet par vba sont de plusieurs 100aines
ou 1000ers ?
Ma question n'est pas : combien d'objets identiques
Excel peut créer et gérer simultanément
------------------------------------------------------

Le problème n'est pas d'avoir beaucoup de feuilles ou
graphes ouverts en même temps puis que dans mon cas
il n'y en a que 4 feuilles !

Mais une de ces feuilles est créée puis détruite
consécutivement en fonction des travaux par une macro
en VBA.

Certes on peut renommer la feuille au moment de la
création mais le problème est le nom que donne Excel
au moment de cette création : on constate que c'est
Feuil plus un n° d'ordre.

Mon programme pouvant créée (Add) et détruire
plusieurs centaines de fois une même feuille (il s'agit
de résultats d'analyses statistiques non définitifs et
très variables donc non programmables sur une feuille
fixe ou un Userform ; il peut aussi y avoir une 10aine
de feuilles créées en même temps pour des variantes
d'un même type de calcul), le problème est quelle
est le n° limite d'Excel dans ces créations avant que
vba ne bloque le système ?

Cette question s'applique aussi aux graphes et à
tous les objets incorporables dans une feuille....

Dans un programme où les feuilles étaient pilotées
par des icônes et des flèches j'ai découvert qu'Excel
leur avait affecté des n° d'ordres de création allant
jusqu'à plusieurs centaines !

CE PROBLEME ME SEMBLE IMPORTANT CAR
IL REPOND INDIRECTEMENT A BEAUCOUP DE
QUESTIONS DE CE FORUM

En effet, certains disent avoir des problèmes de RAM
ou de mémoire insuffisante.

Un programme vba est moins lourd qu'un graphe et peut
créer un graphe qui sera détruit avant la sauvegarde : avec
cette astuce un programme peut maigrir d'un facteur
supérieur à 10. De plus seul le graphe utile peut être affiché
avant de le copier - coller vers Word pour un rapport....

Le problème c'est que quand on crée puis détruit un objet,
Excel lui affecte un n° d'ordre de création qu'il insère dans
le nom de l'objet (avant qu'on le renomme)

Quand on crée le modèle initial du graphe avec le système
de "programmation mimétique" et que l'objet est ensuite
détruit, la macro crée automatiquement ne fonctionne pas
à cause de cette incrémentation incluse dans les noms
d'objets : il faut modifier le code et inclure une procédure
de reconnaissance pour que cela fonctionne.

Ma question est : existe t il un n° limite inclus
automatiquement par Excel dans le nom d'un objet
quand les cycles de création puis destruction
du même objet par vba sont de plusieurs 100aines
ou 1000ers ?


"Michel41" a écrit dans le message de news:
c903rv$csp$
bonjour

Quand on crée , détruit puis crée...etc
des feuilles, le nom affecté est de type
par exemple
...(Feuil12)... et ainsi de suite.
Si on a
Feuil1(Feuil1) et Feuil5(Feuil5)
le système ne reprendra pas une valeur
entre les 2 : existe t il un moyen de forcer
un nom provisoire de feuille à la création ?
Même problème avec les graphes : on obtient
des Graph1...
Ce problème complique la programmation vba
quand vba est utilisé pour créer des objets
parce que le programme fonctionnant avec
Graph3 ne fonctionnera plus avec la même
chose nommée Graphe7 alors que Graph3 est
détruit depuis longtemps.

Ma question :
Si on admet compliquer la programmation
existe t il une valeur numérique maximum
qu'Excel ne pourra pas dépasser ? c'est à dire
un Graphxxx maximum ? ou un Feuilxxx maximum
car on peut avoir 1 seul graphe ou 2 seules feuilles
mais affecté à des n° élevés à la création !

A+ & merci





Avatar
michdenis
Bonjour Michel41,

"Ma question est : existe t il un n° limite inclus
automatiquement par Excel dans le nom d'un objet
quand les cycles de création puis destruction
du même objet par vba sont de plusieurs 100aines
ou 1000ers ?"

La réponse est non. Cependant, il faut savoir que cette incrémentation se termine à la fermeture d'excel. À sa
réouverture, Excel va recommencer à donner un index aux objets de 1 jusqu'à X en faisant attention de ne pas utiliser un
index déjà pris par un objet. (évidemment dans le cas où certains objets ont été détruits et que leur index est
disponible !)


Salutations!



"Michel41" a écrit dans le message de news:c91nfg$fbu$
Merci à tous mais vous n'avez pas compris la question
qui était peut être mal posée.
------------------------------------------------------
Le problème est celui des cycles répétitifs de création
puis destruction d'un même objet par vba.

Ma question est : existe t il un n° limite inclus
automatiquement par Excel dans le nom d'un objet
quand les cycles de création puis destruction
du même objet par vba sont de plusieurs 100aines
ou 1000ers ?
Ma question n'est pas : combien d'objets identiques
Excel peut créer et gérer simultanément
------------------------------------------------------

Le problème n'est pas d'avoir beaucoup de feuilles ou
graphes ouverts en même temps puis que dans mon cas
il n'y en a que 4 feuilles !

Mais une de ces feuilles est créée puis détruite
consécutivement en fonction des travaux par une macro
en VBA.

Certes on peut renommer la feuille au moment de la
création mais le problème est le nom que donne Excel
au moment de cette création : on constate que c'est
Feuil plus un n° d'ordre.

Mon programme pouvant créée (Add) et détruire
plusieurs centaines de fois une même feuille (il s'agit
de résultats d'analyses statistiques non définitifs et
très variables donc non programmables sur une feuille
fixe ou un Userform ; il peut aussi y avoir une 10aine
de feuilles créées en même temps pour des variantes
d'un même type de calcul), le problème est quelle
est le n° limite d'Excel dans ces créations avant que
vba ne bloque le système ?

Cette question s'applique aussi aux graphes et à
tous les objets incorporables dans une feuille....

Dans un programme où les feuilles étaient pilotées
par des icônes et des flèches j'ai découvert qu'Excel
leur avait affecté des n° d'ordres de création allant
jusqu'à plusieurs centaines !

CE PROBLEME ME SEMBLE IMPORTANT CAR
IL REPOND INDIRECTEMENT A BEAUCOUP DE
QUESTIONS DE CE FORUM

En effet, certains disent avoir des problèmes de RAM
ou de mémoire insuffisante.

Un programme vba est moins lourd qu'un graphe et peut
créer un graphe qui sera détruit avant la sauvegarde : avec
cette astuce un programme peut maigrir d'un facteur
supérieur à 10. De plus seul le graphe utile peut être affiché
avant de le copier - coller vers Word pour un rapport....

Le problème c'est que quand on crée puis détruit un objet,
Excel lui affecte un n° d'ordre de création qu'il insère dans
le nom de l'objet (avant qu'on le renomme)

Quand on crée le modèle initial du graphe avec le système
de "programmation mimétique" et que l'objet est ensuite
détruit, la macro crée automatiquement ne fonctionne pas
à cause de cette incrémentation incluse dans les noms
d'objets : il faut modifier le code et inclure une procédure
de reconnaissance pour que cela fonctionne.

Ma question est : existe t il un n° limite inclus
automatiquement par Excel dans le nom d'un objet
quand les cycles de création puis destruction
du même objet par vba sont de plusieurs 100aines
ou 1000ers ?


"Michel41" a écrit dans le message de news:
c903rv$csp$
bonjour

Quand on crée , détruit puis crée...etc
des feuilles, le nom affecté est de type
par exemple
...(Feuil12)... et ainsi de suite.
Si on a
Feuil1(Feuil1) et Feuil5(Feuil5)
le système ne reprendra pas une valeur
entre les 2 : existe t il un moyen de forcer
un nom provisoire de feuille à la création ?
Même problème avec les graphes : on obtient
des Graph1...
Ce problème complique la programmation vba
quand vba est utilisé pour créer des objets
parce que le programme fonctionnant avec
Graph3 ne fonctionnera plus avec la même
chose nommée Graphe7 alors que Graph3 est
détruit depuis longtemps.

Ma question :
Si on admet compliquer la programmation
existe t il une valeur numérique maximum
qu'Excel ne pourra pas dépasser ? c'est à dire
un Graphxxx maximum ? ou un Feuilxxx maximum
car on peut avoir 1 seul graphe ou 2 seules feuilles
mais affecté à des n° élevés à la création !

A+ & merci