Menu

vsto Posts

VSTO3 SP1 est arrivé

Ca y est, Microsoft à rendu disponible le premier service pack pour VSTO3. Vous pouvez le télécharger ici mais est inclus dans le service pack 1 de Visual Studio 2008.

Beaucoup de bugs corrigés mais aussi une interopérabilité bien plus poussée avec Word et Excel, notamment par la création de nouveaux événements.

Read More

Changer les Forms par défaut VSTO – Outlook

Il est possible avec VSTO de surcharger les formulaires par défauts d’Outlook, comme le formulaire d’ajout d’un contact par exemple. Pour cela il y a deux méthodes, l’un avec l’assistant (via Form Region) de Visual Studio, l’autre avec du code en interceptant l’ouverture de celle-ci. Dans le premier cas on surcharge ou on remplace définitivement un formulaire, mais si l’on veut par exemple ajouter un second répertoire contact dans Outlook et qu’en fonction du répertoire, afficher un formulaire différent, comme le formulaire par défaut pour le premier répertoire et un formulaire personnalisé sur le second, et bien avec la première méthode ce n’est pas possible.

Vient alors la seconde méthode qui consiste à surcharger le contrôleur d’instanciation (en fait une liste) des formulaires, nommé Inspectors sur l’objet d’application. Pour information un Inspector est un modèle de formulaire affichable dans Outlook pour la gestion d’un type d’objet précis (Appointement, Contact, …) Quand, par exemple, on ajoute un nouveau contact, un nouvel Inspector est créé, dans le cas d’un contact c’est l’Inspector de type ContactItem qui est instancié. Si l’on veut donc substituer ce formulaire par notre propre WinForm, il faut d’abord s’abonner sur l’événement NewInspector du contrôleur pour qu’il nous informe de la création d’un nouvel Inspector.

Read More

Astuce pour les événements COM en VSTO

Si vous développez sous VSTO, il y a une petite chose à savoir qui peut éviter bien des heures de prise de tête. En effet si on se branche sur un événement provenant d’un objet obtenu par la couche d’Interop Office, il faut systématiquement garder en référence membre l’objet sur lequel vous vous êtes branché.

Imaginons la situation suivante, la création d’un bouton sur une Toolbar, il est tentant comme en Winform de créer une variable locale pour la création du bouton et de lui affecter l’événement dans la foulé, comme le code ci-dessous :

private void CreerToolbarEtBouton()
{
    // Création de la barre
    Office.CommandBar oBar = null;

    oBar = this. Application.ActiveExplorer().CommandBars.Add(MTSInterface._CustomMenuBarName, Office.MsoBarPosition.msoBarTop, Missing.Value, true);
    oBar.Visible = true;

    // Création bouton
    Office.CommandBarButton oButton = null;

    oButton = (Office.CommandBarButton) oBar.Controls.Add(Office.MsoControlType.msoControlButton, Missing.Value, Missing.Value, Missing.Value, Missing.Value);
    oButton.Style = Office.MsoButtonStyle.msoButtonCaption;
    oButton.Caption = "Mon bouton";
    oButton.Visible = true;
    oButton.Click += new Office._CommandBarButtonEvents_ClickEventHandler(this.ButtonOptionsEvent);
}

Read More