COMMENT À PARTIR DE VISUAL BASIC, PRENDRE POSSESSION DE EXCEL, SE CRÉER UN FORMU
BasicInstinct
Messages postés
1470
Date d'inscription
mardi 5 février 2002
Statut
Membre
Dernière intervention
20 octobre 2014
-
22 févr. 2002 à 22:40
misterVe Messages postés 6 Date d'inscription lundi 10 janvier 2005 Statut Membre Dernière intervention 30 janvier 2008 - 20 oct. 2008 à 15:17
misterVe Messages postés 6 Date d'inscription lundi 10 janvier 2005 Statut Membre Dernière intervention 30 janvier 2008 - 20 oct. 2008 à 15:17
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/2666-comment-a-partir-de-visual-basic-prendre-possession-de-excel-se-creer-un-formulaire-y-ajouter-un-bouton-et-capter-l-evenement-de-ce-bouton
https://codes-sources.commentcamarche.net/source/2666-comment-a-partir-de-visual-basic-prendre-possession-de-excel-se-creer-un-formulaire-y-ajouter-un-bouton-et-capter-l-evenement-de-ce-bouton
20 oct. 2008 à 15:17
Est il possible de faire la même chose avec VBA?
J'aimerai en effet faire une sorte de patcheur pour des classeurs à envoyer à des clients et j'aimerai éviter d'avoir à coller le même code dans chacun des classeurs concernés...
30 janv. 2007 à 16:49
je suis exactement dans le même cas avec l'un de mes programmes...
dès que j'ajoute la ligne de code :
voMember.Collection.Parent.DeleteLines vnStart, vnLineCount
je ne peux plus sauvegarder mon fichier sous peine d'être illico traîné au pilori.
d'ailleurs, même si cette ligne est en commentaires, l'antivirus tire à boulets rouges...
Je me suis dit : "Je vais utiliser CallByName"
CallByName voMember.Collection.Parent, "DeleteLines", VbMethod, vnStart, vnLineCount
verdict identique...
j'ai trouvé une parade :
CallByName voMember.Collection.Parent, "D" & "eleteLines", VbMethod, vnStart, vnLineCount
ainsi, ce stupide antivirus ne trouve rien à redire...
tout de même casse pied de devoir modifier son code passer sous de tels radars....
14 sept. 2005 à 17:26
14 sept. 2005 à 17:19
C'est pourquoi : c'est dommage qu'il y a un virus.
14 sept. 2005 à 16:19
Suffit d'éditer avec notepad pour voir qu'il n'y a rien de bizzare dans ce fichier.
14 sept. 2005 à 13:47
Forbidden virus 'VBA/Generic.src' was detected
3 juin 2005 à 19:51
à mon avis on ne doit pas pouvoir activer cette option par programme ?
17 janv. 2003 à 13:21
Quand je le décompresse j'ai une alerte comme quoi le fichier form1.frm est infesté par le virus VBA Generic.src !!!
23 févr. 2002 à 18:00
' Suppression du formulaire user ajouté
mobjAppz.ActiveWorkbook.VBProject.VBComponents.Remove mobjAppz.VBE.ActiveVBProject.VBComponents("frmUserList")
' Suppression de la macro ajouté dans la sheet 1
mobjAppz.ActiveWorkbook.VBProject.VBComponents(mobjAppz.ActiveWorkbook.Sheets(1).Name).CodeModule.DeleteLines 1, mobjAppz.ActiveWorkbook.VBProject.VBComponents(mobjAppz.ActiveWorkbook.Sheets(1).Name).CodeModule.CountOfLines
' Sauvegarde du formulaire sur le disque sans macro...
mobjAppz.ActiveWorkbook.SaveAs App.Path & "SansMacro.xls"
En passant, ne fermez pas excel directement sinon ça fonctionnera pas... laissez l'application VB gérer excel même pour la fermeture...
@+ Flyd
23 févr. 2002 à 05:34
"L'accès par programme au projet visual basic n'est pas fiable"
voilà la solution:
Une méthode ou une propriété ne peut pas être utilisée en raison des paramètres de sécurité. Par exemple, les propriétés et les méthodes de l'objet VBE servant à manipuler le code VBA (Microsoft Visual Basic pour Applications) stocké dans un document Microsoft Office sont, par défaut, inaccessibles.
Pour activer l'accès autorisé à Visual Basic Projects :
Dans le menu Outils, pointez sur Macro, puis cliquez sur Sécurité.
Sous l'onglet Sources fiables , activez la case à cocher Faire confiance au projet Visual Basic.
Et votre problème sera réglé ! ;0)
@+
22 févr. 2002 à 22:40
Merci, Merci, Merci