Discussion :

[RyuAutodidacte]

bonsoir,

et si tu fais un tour dans la il y a ce lien qui est un passage obligé pour tout débutant permettant de faire correctement ses déclarations de variables (très important - PS le "&" est indiqué comme d'autres à découvrir) :
http://silkyroad.developpez.com/VBA/LesVariables/

dans le cas où tu veux faire ces déclarations correctement coche la case dans les préfs. "Déclaration des variables obligatoire", tu verras en haut de ton module écrit … "Option Explicit"
en écrivant tes Sub en dessous tu n'auras plus le choix que de déclarer tes variables => bon exercice , bonnes habitudes

[bigs3232]

merci RyuAutodidacte j'ai déjà lu la FAQ avant bien sur .mais on comprend les choses à l'utilisation en général.
les déclarations de variable j'ai ai discuté sur ce forum certains préconisent de déclarer d'autres préconisent que c'est pas obligatoire .
c'est vrai que çà prend du temps ces déclarations à la différence d'autres langages comme php ou jquery.
merci quand même du conseil

[unparia]

certains préconisent de déclarer d'autres préconisent que c'est pas obligatoire

1) Qui préconise que non ?
Il faut déclarer
2) le suffixe & est une des deux notations possibles de déclaration d'un type Long

[Marc-L]

si je voudrais copier la sélection active vers le bas jusqu'à la fin de la ligne filtrée et visible, je ne sais pas si c'est possible avec votre méthode

C'est possible mais il y a une autre voie comme pourtant déjà indiquée :

Déjà je dévoile un secret :  la méthode Copy comme la méthode Delete s'occupent uniquement des cellules visibles !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Sub Demo1()
    Selection.Copy Range(Selection, Selection.End(xlDown))
End Sub

___________________________________________________________________________________________________________

      Merci de cliquer sur en bas à droite de chaque message ayant aidé puis sur pour clore cette discussion …

[bigs3232]

merci marc votre dernier code est superbe de simplicité.ca marche tres bien.
effectivement copy et delete marche que sur cellules visibles .je retiens çà .du coup c'est clair que c'est plus simple à coder?pourquoi je me prend la tete à compliquer la vie.

unparia vous pouvez donner un exemple concret ou c'est grave de ne pas déclarer les variables .merci

[unparia]

unparia vous pouvez donner un exemple concret ou c'est grave de ne pas déclarer les variables

Quoi ?????
Je viens (relire attentivement) de dire exactement le contraire !

1) Qui préconise que non ?
Il faut déclarer

Enfin : traduire "faut" par "toujours très fortement recommandé de".
Commencer par travailler en Option Explicit (ne viens pas ajouter un nouveau message pour demander ce que c'est, hein ... Ouvre donc ton aide interne VBA à la rubrique Option Explicit, instruction et LIS )

[bigs3232]

j'ai trouvé quelques liens qui expliquent je vais lire tranquillement.

merci à tous

[unparia]

j'ai trouvé quelques liens qui expliquent

L'aide interne de VBA (c'est la seule que je consulte généralement) est suffisante !

[Philippe Tulliez]

Bonjour,

les déclarations de variable j'ai ai discuté sur ce forum certains préconisent de déclarer d'autres préconisent que c'est pas obligatoire .

Ce n'est pas obligatoire au niveau du langage Visual Basic mais c'est vivement conseillé ne fut-ce que pour t'éviter des heures de recherche dans un code où tu n'obtiens pas le résultat attendu parce-que tout simplement tu as un moment donné écrit le nom d'une variable avec une autre orthographe.

c'est vrai que çà prend du temps ces déclarations

Bien moins de temps que cette recherche et puis cela fait partie d'une bonne pratique de la programmation.

[Marc-L]

merci marc votre dernier code est superbe de simplicité.ca marche tres bien.

Et donc en chauffant une paire de neurones une boucle est inutile pour le premier code si deux cellules sont sélectionnées …

Et déclarer juste les variables en entête de procédure, l'instruction Option Explicit en tête du module rendant cela obligatoire …

[bigs3232]

oui marc je reconnais que mon code n'est pas top .trop long mais bon ca me permet d'avoir deux versions la votre et la mienne
je ne suis qu'un débutant en VBA que je commence vraiment à aimer ce language

oui merci philippe j'ai fouillé un peu sur internet

[Marc-L]

Alors voici deux règles principales à respecter :   TEBV   et   TBTO   !

1) Think Excel Before VBA !

     Penser Excel avant VBA !   La première question à se poser avant d'écrire un code :

Que peut déjà réaliser Excel pour moi ?
L'existant d'Excel pouvant souvent être bien plus efficace qu'une usine VBA
et même plus rapide manuellement qu'un tel code !

2) Think, But Think Object !

    Penser, mais penser objet !   Le cas ici en utilisant Selection évitant l'usine présentée initialement …

___________________________________________________________________________________________________________

      Je suis Paris, Manchester, Egypte, Stockholm, London, Istanbul, Berlin, Nice, Bruxelles, Charlie, …

[bigs3232]

j'ai remarqué qu'il y a beaucoup de choses qu'on est obligé de faire en vba car gain de temps incroyable par rapport à excel
moins de nombre de clics , moins de risque d'erreur et rapidité à coder
des fois j'ai l'impression de passer plus de temps à trouver des formules sur excel qu'a faire en vba.

[Marc-L]

Cela peut s'avérer une illusion, j'en suis revenu lorsqu'un jour un gamin juste en manipulant le B-A-BA d'Excel,
via une simple formule, un tri, etc … a terminé en moins d'une minute ce qu'un code VBA
à l’algorithmie classique de FAC mais pas du tout "excelienne" accomplissait en bien plus de cinq minutes !

Et évidemment en automatisant les manipulations du stagiaire l'exécution a été quasi instantanée
comparativement aux minutes nécessaires à l'usine pourtant pensée par un ingénieur …

Ce jour là je me suis dit : « Whow ! Il faut vraiment considérer Excel avant de partir pleine balle côté VBA ! »
Ce que j'ai pu constater plus tard tant sur les forums français comme sur les étrangers …

Quelqu'un connaissant bien d'abord les fonctionnalités d'Excel - formules, filtres, filtres avancés, tableau croisé dynamique,
PowerPivot, PowerQuery, … - est bien plus à même d'éviter une usine et d'utiliser VBA à bon escient.

Le nombre de codes rien que sur ce forum s'avérant "inutiles" après qu'un spécialiste Excel sorte la solution sans code
via un tableau croisé dynamique par exemple …

Donc hormis certaines exceptions - souvent liées à la mauvaise utilisation d'Excel comme un SGDB avec un volume
de données bien trop important pour lui car il a besoin de tout charger en mémoire pour la moindre opération -
même dans un code VBA les fonctionnalités internes d'Excel (formules de calcul, filtres, etc …) s'avèrent bien plus efficaces
qu'un code en général VBA (interprété comparativement à l'interne d'Excel déjà compilé) à force de boucle ou autres …

Récemment sur un forum étranger pour traiter 200 000 lignes, le code en VBA général avec une boucle avait besoin de dix minutes,
or un autre sans boucle utilisant une formule de feuille de calculs et un tri n'en prenant pas une et accessible à un débutant
contrairement au code initial !   Au final vu le nombre de données à contrôler dans la formule (moins de 3000)
une boucle optimisée avec un objet externe au VBA a effectué le même travail en une bonne seconde !

[bigs3232]

j'ai une base de 5000 lignes à traiter :recherche doublons , recherche remplace avec expression réguliere ,concatener plusieurs onglets ,générer lien ect..
le code n'etant pas totalement figé car il y a pas mal de phase de test sur la base et c'est tres facile à changer une ligne de code que des formules excel
j'ai essayé sur excel c'est trop galère meme avec le tableau croisé dynamique .En plus travaillant avec des personnes ne connaissant pas trop de formules excel .pour eux ce qui les intéressent c'est cliquer sur un bouton et ca fait plusieurs taches .le gain de temps est énorme quand on a plein de clics de controle à faire .en tout cas j'aime bien pour l'instant.
mais je reconnais que je ne suis pas du tout au top en vba .codage trop longue.jeureusement qu'il y a des pros pour corriger mes bétises

[RyuAutodidacte]

Marc,
Pour ma part tu m'as déjà convaincu sur mon 1er grand post

[Marc-L]

Oui tout dépend déjà du besoin mais garder à l'esprit les deux règles peut éviter des embûches …

Un exemple même dans cette discussion, en oubliant totalement la conception initiale,
juste en formulant enfin clairement le besoin, il ne faut pas sortir ni de Saint Cyr
et encore moins de Polytechnique en se basant sur la sélection, tout le reste étant inutile !

Merci Ryu !   La suppression de lignes via une formule et un tri étant un cas d'école "excelienne" …