Dans VB.NET, l'intellensense apparaît dès que vous commencez à taper, ce qui vous donne une liste assez complète de choses que vous pouvez utiliser à ce moment-là. L'intellisense dans vba em> Cependant, ne me frappe pas avant que d'une période ne soit mise après la pièce que vous utilisez. Par exemple, je vais dans l'éditeur VBA dans Excel 2007 et commencez à taper le mot " Y a-t-il un moyen de rendre IntelliSense qui va tôt dans l'éditeur VBA, de sorte que je suis capable de voir une liste de choses pouvant être utilisées comme plage code>" mais l'intellisense ne vient pas jusqu'à ce que je tape "
plage" code> "après Ce qu'il me donnera une liste de choses que je peux utiliser à ce moment-là. p>
davg code>,
dcount code>, etc? p>
4 Réponses :
Non, mais vous pouvez taper même avec accès. Tapez Excel code> d'abord. Mettez une période après cela, et vous en découvrirez plus que vous avez toujours voulu savoir sur Excel. P>
accès code> et une période, et vous trouverez
dcount code> là-bas. P>
VBA est une bête différente de celle-ci, donc je ne sais pas comment afficher l'intellisense plus rapide. Je trouve que j'ai le même problème que vous rencontrez en 2003. P>
Je suggérerais de vérifier le navigateur d'objet cependant. En 2003, c'est View> Navigateur d'objets, ou F2, dans l'éditeur VB. Je trouve que c'est un excellent moyen d'explorer les bibliothèques de classe disponibles. Il vous montrera tout ce que vous avez actuellement référencé et une fois que vous avez fait référence à plus de bibliothèques, elles apparaîtront également dans le navigateur d'objets. P>
Appuyez simplement sur Ctrl kbd> + espace kbd> à tout moment de l'éditeur. P>
Vous avez changé ma vie pour toujours. Je suis ravi et déprimé en même temps. J'ai gaspillé cumulativement des années de ma vie ne sachant pas cela.
Malheureusement, dans Excel, certains objets sont déclarés «comme objet» et l'objet n'a aucune méthode pour que IntelliSense ne puisse afficher aucun. Le principal coupable étant Excel.activeHeet.
Si vous savez ce que le type est en fait, vous pouvez le déclarer explicitement et l'attribuer à la valeur que vous souhaitez. Par exemple: p>
ActiveHeet code> pourrait aussi être un graphique code>: Dans ce cas, vous obtiendriez une incompatibilité de type si
MySheet code> avait été déclaré une feuille de calcul. C'est pourquoi Activeheet est de type "objet": ce n'est pas toujours une feuille de calcul ...
Je suppose également que cela s'applique à ce charbon code>. Est-ce vrai?
@Taelsin the Application.ThisworkBook CODE> apparaît à être fortement saisi sous forme de classeur code>, contrairement à
activeheet code> qui est saisi comme
objet code> . En outre, cela ne répond pas vraiment à la question de l'OP; C'est une réponse à