Une macro créée dans l'environnement Windows devrait être migrée dans un
environnement Macintosh.
J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela
pourriez-vous me dire les problèmes que je risque de rencontrer et comment y
remédier ? Existe-t-il un programme de conversion ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
michdenis
Bonjour Jacques,
| Existe-t-il un programme de conversion ?
Je ne crois pas.
Si ton programme n'utilise pas les API de Windows, tu devrais t'en sortir. Je ne connais pas l'environnement Mac, mais en testant ton programme, tu devrais pouvoir adapter les différences entre les 2 systèmes ....!
Salutations!
"Jacques(BE)" a écrit dans le message de news: Bonjour,
Une macro créée dans l'environnement Windows devrait être migrée dans un environnement Macintosh. J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela pourriez-vous me dire les problèmes que je risque de rencontrer et comment y remédier ? Existe-t-il un programme de conversion ?
Toute aide est la bienvenue.
Merci de vos réponses
Jacques
Bonjour Jacques,
| Existe-t-il un programme de conversion ?
Je ne crois pas.
Si ton programme n'utilise pas les API de Windows, tu devrais t'en sortir.
Je ne connais pas l'environnement Mac, mais en testant ton programme,
tu devrais pouvoir adapter les différences entre les 2 systèmes ....!
Salutations!
"Jacques(BE)" <jac_be@hotmail.com> a écrit dans le message de news: uep25sALGHA.1132@TK2MSFTNGP10.phx.gbl...
Bonjour,
Une macro créée dans l'environnement Windows devrait être migrée dans un
environnement Macintosh.
J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela
pourriez-vous me dire les problèmes que je risque de rencontrer et comment y
remédier ? Existe-t-il un programme de conversion ?
Si ton programme n'utilise pas les API de Windows, tu devrais t'en sortir. Je ne connais pas l'environnement Mac, mais en testant ton programme, tu devrais pouvoir adapter les différences entre les 2 systèmes ....!
Salutations!
"Jacques(BE)" a écrit dans le message de news: Bonjour,
Une macro créée dans l'environnement Windows devrait être migrée dans un environnement Macintosh. J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela pourriez-vous me dire les problèmes que je risque de rencontrer et comment y remédier ? Existe-t-il un programme de conversion ?
Toute aide est la bienvenue.
Merci de vos réponses
Jacques
Michel Gaboly
Bonsoir,
Il y a un certain nb de différences entre les versions Mac et Windows.
Voici les principales :
Tout appel aux API Windows ou à un contrôle ActiveX est exclu sur Mac . Cela inclus les contrôles de la barre d'outils Contrôle ; il faut utiliser ceux de la barre d'outils Formulaire.
Sur toutes les versions Mac depuis Excel 98, VBA repose sur VB5 alors que depuis Excel 2000, les versions Win sont basées sur VB6.
Pour cette raison les fonctions liées à VB6 ne sont pas utilisables ( par ex : Replace, Split, ...). Idem pour les UserForm non modaux.
Certaines constantes permettent d'avoir un code fonctionnant à l fois s ur Mac ou Win :
- Application.PathSeparator au lieu de ":" (Mac) ou "" (Win) - vbNewLine pour au saut de ligne.
RowSource n'est pas non + utilisable pour aimenter un ListBox ou un Combo , mais
ListeBox.List = Range("Toto").Value fonctionne sur Mac comme sur PC.
Voici la copie d'une réponse faite sur ce thème en janvier 2004 :
Le format de fichier d'Excel est commun à toutes les versions Mac et PC depuis Excel 97.
Cependant, il y a tout de même un certain nombre de différences entre les versions Mac et PC, dont voici un extrait :
- Les contrôles de la barre commande (qui sont des ActiveX) ne sont opérationnels que sous Windows.
- Il y a également un certain nombre de différences liées aux macro s. En voici un extrait :
- Le séparateur utilisé dans les chemins d'accès n'est pas le mêm e, ":" sur Mac et "" sur PC, ce qui est facilement résolu en utilisant Application.Path.Separator.
- Le passage à la ligne diffère également : CAR(13) sur Mac, CAR(10 ) ou combinaison des 2 sur PC. Là encore, la constante VBA vbNewLine résoud le problème.
- RowSource n'est pas disponible pour Mac : il suffit d'employer : ListBox1.List = Range("Toto").Value
- Pour explorer l'arborescence des fichiers sur l disque, la méthode diffère également, FileFind sur Mac et FileSearch sous Windows. Un test sur le 1er caractère renvoyé par Application.OperatingSystem permet de déterminer si l'appli tourne sur Mac ou sur PC, afin d'a- dapter la routine à appeler.
- Les dessins dont certains agrémentent parfois les feuilles de calcul posent également parfois des problèmes : à l'ouverture sur Mac, un message est affiché pour chaque dessin "Conversion des MetaFile". Parfois, cela aboutit à un blocage.
- Les polices de base diffèrent également. Fréquemment, cela provo- que sur Mac une ouverture en lecture seule. Il faut alors faire un "Enregistrer sous...".
- Le rendu à l'écran des UserForms diffère également : même en utili- sant la même police, dans l même taille (personnellement, j'utilise Verdana 10), les contrôles occupent plus de place à l'écran sous Wi n+ dows : un UserForm de grande taille conçu sur Mac qui remplit un é-cran en 1024 * 768 sera inexploitable sur PC à la même résolu- tion ; il faudra qu moins du 1280 * 1024 pour que le UserForm soit intégralement visible. A l'inverse, un UserForm fait sur PC, parti- culièrement avec Tahoma (police proposée par défaut pour les User- Forms) dans la taille par défaut sera très difficilement lisible sur l'écran d'un Mac (textes et contrôles trop petits).
- Enfin, mais le problème ne se pose pas ici, puisqu'il s'agit d'Excel 97, Excel 2000 a introduit tout un ensemble de propriétés et de fonc- tions non disponibles dans Excel 97 ni dans aucune version d'Excel Mac. En effet, Excel 2000 et XP(ou 2002) reposent sur un noyau de VB6, tandis qu'Excel 97, et toutes les versions Mac depuis 98 (98, 2001 et X) sont basés sur la version 5 de Visual Basic. Voici quelques exem- ples d'éléments liés à VB 6 : les UserForms non modaux, les fonct ions Split, Round, Replace, ...).
Bonjour,
Une macro créée dans l'environnement Windows devrait être migré e dans un environnement Macintosh. J'imagine que cela devrait créer des problèmes. Afin d'anticiper ce la pourriez-vous me dire les problèmes que je risque de rencontrer et co mment y remédier ? Existe-t-il un programme de conversion ?
Toute aide est la bienvenue.
Merci de vos réponses
Jacques
-- Cordialement,
Michel Gaboly www.gaboly.com
Bonsoir,
Il y a un certain nb de différences entre les versions Mac et Windows.
Voici les principales :
Tout appel aux API Windows ou à un contrôle ActiveX est exclu sur Mac . Cela inclus les contrôles de la barre d'outils
Contrôle ; il faut utiliser ceux de la barre d'outils Formulaire.
Sur toutes les versions Mac depuis Excel 98, VBA repose sur VB5 alors que depuis Excel 2000, les versions Win sont
basées sur VB6.
Pour cette raison les fonctions liées à VB6 ne sont pas utilisables ( par ex : Replace, Split, ...). Idem pour les
UserForm non modaux.
Certaines constantes permettent d'avoir un code fonctionnant à l fois s ur Mac ou Win :
- Application.PathSeparator au lieu de ":" (Mac) ou "" (Win)
- vbNewLine pour au saut de ligne.
RowSource n'est pas non + utilisable pour aimenter un ListBox ou un Combo , mais
ListeBox.List = Range("Toto").Value fonctionne sur Mac comme sur PC.
Voici la copie d'une réponse faite sur ce thème en janvier 2004 :
Le format de fichier d'Excel est commun à toutes les versions Mac et
PC depuis Excel 97.
Cependant, il y a tout de même un certain nombre de différences entre
les versions Mac et PC, dont voici un extrait :
- Les contrôles de la barre commande (qui sont des ActiveX) ne sont
opérationnels que sous Windows.
- Il y a également un certain nombre de différences liées aux macro s.
En voici un extrait :
- Le séparateur utilisé dans les chemins d'accès n'est pas le mêm e, ":"
sur Mac et "" sur PC, ce qui est facilement résolu en utilisant
Application.Path.Separator.
- Le passage à la ligne diffère également : CAR(13) sur Mac, CAR(10 )
ou combinaison des 2 sur PC. Là encore, la constante VBA vbNewLine
résoud le problème.
- RowSource n'est pas disponible pour Mac : il suffit d'employer :
ListBox1.List = Range("Toto").Value
- Pour explorer l'arborescence des fichiers sur l disque, la méthode
diffère également, FileFind sur Mac et FileSearch sous Windows. Un
test sur le 1er caractère renvoyé par Application.OperatingSystem
permet de déterminer si l'appli tourne sur Mac ou sur PC, afin d'a-
dapter la routine à appeler.
- Les dessins dont certains agrémentent parfois les feuilles de calcul
posent également parfois des problèmes : à l'ouverture sur Mac, un
message est affiché pour chaque dessin "Conversion des MetaFile".
Parfois, cela aboutit à un blocage.
- Les polices de base diffèrent également. Fréquemment, cela provo-
que sur Mac une ouverture en lecture seule. Il faut alors faire un
"Enregistrer sous...".
- Le rendu à l'écran des UserForms diffère également : même en utili-
sant la même police, dans l même taille (personnellement, j'utilise
Verdana 10), les contrôles occupent plus de place à l'écran sous Wi n+
dows : un UserForm de grande taille conçu sur Mac qui remplit un
é-cran en 1024 * 768 sera inexploitable sur PC à la même résolu-
tion ; il faudra qu moins du 1280 * 1024 pour que le UserForm soit
intégralement visible. A l'inverse, un UserForm fait sur PC, parti-
culièrement avec Tahoma (police proposée par défaut pour les User-
Forms) dans la taille par défaut sera très difficilement lisible sur
l'écran d'un Mac (textes et contrôles trop petits).
- Enfin, mais le problème ne se pose pas ici, puisqu'il s'agit d'Excel
97, Excel 2000 a introduit tout un ensemble de propriétés et de fonc-
tions non disponibles dans Excel 97 ni dans aucune version d'Excel Mac.
En effet, Excel 2000 et XP(ou 2002) reposent sur un noyau de VB6,
tandis qu'Excel 97, et toutes les versions Mac depuis 98 (98, 2001
et X) sont basés sur la version 5 de Visual Basic. Voici quelques exem-
ples d'éléments liés à VB 6 : les UserForms non modaux, les fonct ions
Split, Round, Replace, ...).
Bonjour,
Une macro créée dans l'environnement Windows devrait être migré e dans un
environnement Macintosh.
J'imagine que cela devrait créer des problèmes. Afin d'anticiper ce la
pourriez-vous me dire les problèmes que je risque de rencontrer et co mment y
remédier ? Existe-t-il un programme de conversion ?
Il y a un certain nb de différences entre les versions Mac et Windows.
Voici les principales :
Tout appel aux API Windows ou à un contrôle ActiveX est exclu sur Mac . Cela inclus les contrôles de la barre d'outils Contrôle ; il faut utiliser ceux de la barre d'outils Formulaire.
Sur toutes les versions Mac depuis Excel 98, VBA repose sur VB5 alors que depuis Excel 2000, les versions Win sont basées sur VB6.
Pour cette raison les fonctions liées à VB6 ne sont pas utilisables ( par ex : Replace, Split, ...). Idem pour les UserForm non modaux.
Certaines constantes permettent d'avoir un code fonctionnant à l fois s ur Mac ou Win :
- Application.PathSeparator au lieu de ":" (Mac) ou "" (Win) - vbNewLine pour au saut de ligne.
RowSource n'est pas non + utilisable pour aimenter un ListBox ou un Combo , mais
ListeBox.List = Range("Toto").Value fonctionne sur Mac comme sur PC.
Voici la copie d'une réponse faite sur ce thème en janvier 2004 :
Le format de fichier d'Excel est commun à toutes les versions Mac et PC depuis Excel 97.
Cependant, il y a tout de même un certain nombre de différences entre les versions Mac et PC, dont voici un extrait :
- Les contrôles de la barre commande (qui sont des ActiveX) ne sont opérationnels que sous Windows.
- Il y a également un certain nombre de différences liées aux macro s. En voici un extrait :
- Le séparateur utilisé dans les chemins d'accès n'est pas le mêm e, ":" sur Mac et "" sur PC, ce qui est facilement résolu en utilisant Application.Path.Separator.
- Le passage à la ligne diffère également : CAR(13) sur Mac, CAR(10 ) ou combinaison des 2 sur PC. Là encore, la constante VBA vbNewLine résoud le problème.
- RowSource n'est pas disponible pour Mac : il suffit d'employer : ListBox1.List = Range("Toto").Value
- Pour explorer l'arborescence des fichiers sur l disque, la méthode diffère également, FileFind sur Mac et FileSearch sous Windows. Un test sur le 1er caractère renvoyé par Application.OperatingSystem permet de déterminer si l'appli tourne sur Mac ou sur PC, afin d'a- dapter la routine à appeler.
- Les dessins dont certains agrémentent parfois les feuilles de calcul posent également parfois des problèmes : à l'ouverture sur Mac, un message est affiché pour chaque dessin "Conversion des MetaFile". Parfois, cela aboutit à un blocage.
- Les polices de base diffèrent également. Fréquemment, cela provo- que sur Mac une ouverture en lecture seule. Il faut alors faire un "Enregistrer sous...".
- Le rendu à l'écran des UserForms diffère également : même en utili- sant la même police, dans l même taille (personnellement, j'utilise Verdana 10), les contrôles occupent plus de place à l'écran sous Wi n+ dows : un UserForm de grande taille conçu sur Mac qui remplit un é-cran en 1024 * 768 sera inexploitable sur PC à la même résolu- tion ; il faudra qu moins du 1280 * 1024 pour que le UserForm soit intégralement visible. A l'inverse, un UserForm fait sur PC, parti- culièrement avec Tahoma (police proposée par défaut pour les User- Forms) dans la taille par défaut sera très difficilement lisible sur l'écran d'un Mac (textes et contrôles trop petits).
- Enfin, mais le problème ne se pose pas ici, puisqu'il s'agit d'Excel 97, Excel 2000 a introduit tout un ensemble de propriétés et de fonc- tions non disponibles dans Excel 97 ni dans aucune version d'Excel Mac. En effet, Excel 2000 et XP(ou 2002) reposent sur un noyau de VB6, tandis qu'Excel 97, et toutes les versions Mac depuis 98 (98, 2001 et X) sont basés sur la version 5 de Visual Basic. Voici quelques exem- ples d'éléments liés à VB 6 : les UserForms non modaux, les fonct ions Split, Round, Replace, ...).
Bonjour,
Une macro créée dans l'environnement Windows devrait être migré e dans un environnement Macintosh. J'imagine que cela devrait créer des problèmes. Afin d'anticiper ce la pourriez-vous me dire les problèmes que je risque de rencontrer et co mment y remédier ? Existe-t-il un programme de conversion ?
Toute aide est la bienvenue.
Merci de vos réponses
Jacques
-- Cordialement,
Michel Gaboly www.gaboly.com
Jacques \(Be\)
Merci pour vos réponses
Jacques
"Jacques(BE)" a écrit dans le message de news:
Bonjour,
Une macro créée dans l'environnement Windows devrait être migrée dans un environnement Macintosh. J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela pourriez-vous me dire les problèmes que je risque de rencontrer et comment y
remédier ? Existe-t-il un programme de conversion ?
Toute aide est la bienvenue.
Merci de vos réponses
Jacques
Merci pour vos réponses
Jacques
"Jacques(BE)" <jac_be@hotmail.com> a écrit dans le message de
news:uep25sALGHA.1132@TK2MSFTNGP10.phx.gbl...
Bonjour,
Une macro créée dans l'environnement Windows devrait être migrée dans un
environnement Macintosh.
J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela
pourriez-vous me dire les problèmes que je risque de rencontrer et comment
y
remédier ? Existe-t-il un programme de conversion ?
Une macro créée dans l'environnement Windows devrait être migrée dans un environnement Macintosh. J'imagine que cela devrait créer des problèmes. Afin d'anticiper cela pourriez-vous me dire les problèmes que je risque de rencontrer et comment y
remédier ? Existe-t-il un programme de conversion ?
