Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Microsoft Office Discussion :

Impact d'Office 64 bits sur le développement VBA


Sujet :

Microsoft Office

  1. #1
    Responsable Access

    Impact d'Office 64 bits sur le développement VBA
    Bonjour à tous,

    Depuis la version 2010, Office est maintenant disponible en 64 bits.
    Mais quel est l'impact au niveau du développement VBA?

    Je vous propose un petit article sur le sujet :
    Développer avec Office 64 bits.

    Et vous, utilisez-vous déjà une version 64 bits d'Office, ou pensez-vous y être confrontés prochainement?

    Note : nous parlons bien ici d'une installation du logiciel Office 64 bits, et non pas d'Office 32 bits dans un système Windows 64 bits (ce qui est le plus souvent le cas aujourd'hui).

  2. #2
    Membre chevronné
    Bonsoir Thierry,

    et merci pour cet excellent article (encore un !)

    Je suis confrontré à ce problème : Utilisation des bases (avec Runtime) sur des machines ayant des OS 32 ou 64 bits et Office correspondant !!! Pour l'instant, j'ai résolu en ayant Seven en 64 bits et XP mode avec un pack Office 32 bits.

    Le maniement de l'un à l'autre me permet de m'en sortir (ça évite d'avoir 2 machines !) mais côté confort d'utilisation, j'ai connu mieux !

    Encore merci pour l'article qui pourrait bien me servir d'argumentaire

    Bon week-end
    Curt
    Pas de demande par MP, sinon j'correctionne plus, j'dynamite, j'disperse, j'ventile !!!
    ---------------------------------------------------------------------
    Vous avez un talent insoupçonné... Faites-en profitez les autres. Un p'tit CLIC pour une grande cause.
    Et si vous faisiez un bon geste en 2020 ? Soyez utile, ça vous changera ! Moi, ça m’a changé !

  3. #3
    Responsable Access

    salut Curt

    Merci pour ton commentaire.

    Je ne connaissais pas XP Mode (déjà entendu le nom mais pas compris ce que c'était ).
    J'y ai regardé de plus près et apparement c'est une solution facile d'installation pour avoir 64 bits et 32 bits sur la même machine.
    Va falloir que je teste ça quand j'aurai un peu de temps.

  4. #4
    Membre chevronné
    Bonjour Thierry,

    Pour XP mode, il existe un excellent article sur un excellent site

    http://bpoinsot.developpez.com/tutoriels/windows/windows-7-et-mode-xp/

    Bonne journée.
    Curt
    Pas de demande par MP, sinon j'correctionne plus, j'dynamite, j'disperse, j'ventile !!!
    ---------------------------------------------------------------------
    Vous avez un talent insoupçonné... Faites-en profitez les autres. Un p'tit CLIC pour une grande cause.
    Et si vous faisiez un bon geste en 2020 ? Soyez utile, ça vous changera ! Moi, ça m’a changé !

  5. #5
    Membre éprouvé
    Merci pour ce super tuto qui m'a sauvé la vie pour assurer la compatibilité chez un client.

  6. #6
    Futur Membre du Club
    Merci pour ce super post !!
    Un excellent boulot qui vient de sauver mon travail développé sur une version office 32 bits et exporté sur une machine avec office 64 bits...

  7. #7
    Responsable Access

    Merci pour vos retours.
    C'est bien de savoir que le travail passé est utile.

  8. #8
    Membre habitué
    Long ou LongPtr
    Bonjour

    Je suis confronté au souci de rendre comptaible une application développée en 32 bits vers le 64 bits. Je ne veux qu'une seule application qui tourne à la fois sur Office 32 bits et sur Office 64 bits. Par contre, elle ne fonctionne qu'à partir d'Office 2010 (VBA7) pour cause de ruban... Je n'ai donc pas à me soucier de la compilation conditionnelle.
    Pas de souci pour les PtrSafe mais cela se complique pour les LongPtr et comme tu le dis dans l'article, il n'est pas toujours facile de savoir si le passage en LongPtr est obligatoire ou pas... Une question du coup : qu'est ce que cela fait de passer tous les Long des API et Type en LongPtr ? ils seront transofrmés en Long en 32 bits et en LongLong en 64 bits si j'ai bien compris... qui peut le plus peut le moins non donc les LongLong pourront contenir sans souci les Long...
    Merci de votre aide
    guen

  9. #9
    Membre habitué
    Je continue avec ma conversion 32 bits/64 bits... par exemple, le code des InputBoxPlus peut-il être migré vers du 64 bits ??? j'ai l'impression que non car j'ai vu du comctl32.dll à l'intérieur et je crois que c'est une bibliothèque qui n'est pas compilée en 32 bits (je m'en suis débarrassé déjà dans mon projet au niveau des treeview et listview notamment...). Ce code est truffé de déclaration d'API, un beau cas d'école ! Merci de votre retour (et surtout à Arkham46 qui est l'auteur de ce code et du présent article sur la conversion 32-64 bits...)

  10. #10
    Responsable Access

    Bonjour,

    Ce sont les contrôles activeX (MSCOMCTL.OCX je crois) qui ne sont plus maintenus par Microsoft en version 64 bits.
    comctl32.dll existe en 64 bits.

    Donc InputBoxPlus devrait pouvoir être migré en 64 bits.

  11. #11
    Membre à l'essai
    Citation Envoyé par Arthur D Voir le message
    Merci pour ce super post !!
    Un excellent boulot qui vient de sauver mon travail développé sur une version office 32 bits et exporté sur une machine avec office 64 bits...
    Pareil pour moi! J'ai eu un coup de chaud en voyant les message d'erreurs s'afficher...Merci BEAUCOUP!

  12. #12
    Membre du Club
    Citation Envoyé par joe002 Voir le message
    Pareil pour moi! J'ai eu un coup de chaud en voyant les message d'erreurs s'afficher...Merci BEAUCOUP!
    On est 3 apparemment ahahah :p
    La protection sur internet ne doit pas être une option, protégez vous ! --> https://vpnactu.fr
    "Le meilleur endroit pour cacher un cadavre est sur la deuxième page de Google Research"

  13. #13
    Membre habitué
    Lignes non compilées colorées en rouge
    Bonjour et merci pour ce long tuto.

    Juste une petite chose qui pourrait être indiquée et qui me bloquait depuis pas mal de temps :
    l'éditeur VBA colore en ROUGE les lignes qui ne sont pas compilées en fonction de la version utilisée sur le poste.

    Ce n'est pas grave, il n'y a pas d'erreur lors de l'exécution.

  14. #14
    Membre du Club
    Ah ouais, mais en effet, ce n'est pas grave
    La protection sur internet ne doit pas être une option, protégez vous ! --> https://vpnactu.fr
    "Le meilleur endroit pour cacher un cadavre est sur la deuxième page de Google Research"