J'avais excel en Francais sur mon ancien PC du bureau. J'ai créé des tas de
classeurs avec des formules et des macros...
Puis voila que le Père Noel me change mon PC pour un neuf avec Excel en
Anglais dedans... Et oh surprise, toutes mes macros marquent #NOM comme
résultat :-(
Suis-je obligé de remplacer par la fonction en langue anglaise dans tous mes
fichiers pour que cela fonctionne ???
Ton approche est valable en cas d'utilisateur unique.
nan, j'estime qu'elle doit être utilisable pour tout développement. En poussant le résonnement à l'extrème, il faut s'assurer que la version minimale d'excel va être présente pour que ton appli fonctionne... Allez, pour aller plus loin, il faut aussi que tu t'assures que ton client ait bien un ordi sous Windows... et de l'électricité ;-))))))))
Imagine que je fasse appel à une fonction de l'utilitaire d'analyse ; je n'ai aucune envie de me préoccuper de savoir s'il est installé sur les différents postes
Pourquoi ? c'est si compliqué que ça de vérifier que c'est présent ? Tu ne vérifie pas qu'Excel soit présent ?... Tu t'exposes donc au même soucis ;-) (oui, je sais, j'abuse, comme tout bon marseillais ;-DDD)
ni de recevoir une réclamation parce qu'à l'arrivée d'une nouvelle machine, ou lors de l'installation d'une nouvelle version d'Excel
Stttoppppp... imagine un truc : ton code VBA n'est plus supporté par le nouvel Excel ou encore le client reçoit une nouvelle machine avec Linux et OpenOffice !!! Tu fais quoi ? Tu dis au client que tu vas tout refaire autant de fois qu'il fera des changement ou bien tu "exiges" que son environnement corresponde au cahier des charges ? Et dans ce dernier cas, s'il ne veut/peut pas se plier à ça, qui est-ce qui paye ? ;-)
quelqu'un aura oublié de cocher "Utilitaire d'analyse" dans les macros complmentaires.
Je repose la question, n'y a t'il pas moyen de savoir s'il est coché ou pas ? ou encore d'obliger l'install par le client (tout comme il faut qu'il ait installé Excel) ?
Je considère l'utilitaire d'analyse comme un gadget sans beaucoup d'intérêt : toi qui connais bien Excel, trouves-tu vraiment que ces fonctions supplémentaires apportent grand chose ?
Moi je trouve que TOUT ce qui est dans Excel apporte qqchose, et en particulier tout ce qui me permet de ne pas réinventer l'eau chaude car "quéqu'un" l'aura inventé avant moi. Si tu ne veux pas t'en servir c'est ton droit le plus strict, mais alors pourquoi ne pas développer en assembleur (voire en binaire) directement et créer ton propre compilateur ;-))))))))) (hein ? j'abuse encore ? si peu, si peu... ;-D)
Faire des macros pour faire des macros et juste pour éviter de se servir d'outils complémentaires qui sont pourtant à ta disposition (et gratuitement), c'est (AMHA) de la masturbation intellectuelle qui ne fait pas gagner en "productivité", bien au contraire.
Je persiste et signe ;-)))
Moi aussi ;-)
Bonne journée, Jièl
A+
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr
Ton approche est valable en cas d'utilisateur unique.
nan, j'estime qu'elle doit être utilisable pour tout développement.
En poussant le résonnement à l'extrème, il faut s'assurer que la version
minimale d'excel va être présente pour que ton appli fonctionne...
Allez, pour aller plus loin, il faut aussi que tu t'assures que ton
client ait bien un ordi sous Windows... et de l'électricité ;-))))))))
Imagine que je fasse appel à une fonction de l'utilitaire d'analyse ; je
n'ai aucune envie de me préoccuper de savoir s'il est installé sur les
différents postes
Pourquoi ? c'est si compliqué que ça de vérifier que c'est présent ? Tu
ne vérifie pas qu'Excel soit présent ?... Tu t'exposes donc au même
soucis ;-) (oui, je sais, j'abuse, comme tout bon marseillais ;-DDD)
ni de recevoir une réclamation parce qu'à l'arrivée
d'une nouvelle machine, ou lors de l'installation d'une nouvelle version
d'Excel
Stttoppppp... imagine un truc : ton code VBA n'est plus supporté par le
nouvel Excel ou encore le client reçoit une nouvelle machine avec Linux
et OpenOffice !!! Tu fais quoi ? Tu dis au client que tu vas tout
refaire autant de fois qu'il fera des changement ou bien tu "exiges" que
son environnement corresponde au cahier des charges ? Et dans ce dernier
cas, s'il ne veut/peut pas se plier à ça, qui est-ce qui paye ? ;-)
quelqu'un aura oublié de cocher "Utilitaire d'analyse" dans les
macros complmentaires.
Je repose la question, n'y a t'il pas moyen de savoir s'il est coché ou
pas ? ou encore d'obliger l'install par le client (tout comme il faut
qu'il ait installé Excel) ?
Je considère l'utilitaire d'analyse comme un gadget sans beaucoup
d'intérêt : toi qui connais bien Excel, trouves-tu vraiment que ces
fonctions supplémentaires apportent grand chose ?
Moi je trouve que TOUT ce qui est dans Excel apporte qqchose, et en
particulier tout ce qui me permet de ne pas réinventer l'eau chaude car
"quéqu'un" l'aura inventé avant moi. Si tu ne veux pas t'en servir c'est
ton droit le plus strict, mais alors pourquoi ne pas développer en
assembleur (voire en binaire) directement et créer ton propre
compilateur ;-))))))))) (hein ? j'abuse encore ? si peu, si peu... ;-D)
Faire des macros pour faire des macros et juste pour éviter de se servir
d'outils complémentaires qui sont pourtant à ta disposition (et
gratuitement), c'est (AMHA) de la masturbation intellectuelle qui ne
fait pas gagner en "productivité", bien au contraire.
Je persiste et signe ;-)))
Moi aussi ;-)
Bonne journée, Jièl
A+
--
JièL / Jean-Louis GOUBERT
La FAQ Outlook est la : http://faq.outlook.free.fr
Ton approche est valable en cas d'utilisateur unique.
nan, j'estime qu'elle doit être utilisable pour tout développement. En poussant le résonnement à l'extrème, il faut s'assurer que la version minimale d'excel va être présente pour que ton appli fonctionne... Allez, pour aller plus loin, il faut aussi que tu t'assures que ton client ait bien un ordi sous Windows... et de l'électricité ;-))))))))
Imagine que je fasse appel à une fonction de l'utilitaire d'analyse ; je n'ai aucune envie de me préoccuper de savoir s'il est installé sur les différents postes
Pourquoi ? c'est si compliqué que ça de vérifier que c'est présent ? Tu ne vérifie pas qu'Excel soit présent ?... Tu t'exposes donc au même soucis ;-) (oui, je sais, j'abuse, comme tout bon marseillais ;-DDD)
ni de recevoir une réclamation parce qu'à l'arrivée d'une nouvelle machine, ou lors de l'installation d'une nouvelle version d'Excel
Stttoppppp... imagine un truc : ton code VBA n'est plus supporté par le nouvel Excel ou encore le client reçoit une nouvelle machine avec Linux et OpenOffice !!! Tu fais quoi ? Tu dis au client que tu vas tout refaire autant de fois qu'il fera des changement ou bien tu "exiges" que son environnement corresponde au cahier des charges ? Et dans ce dernier cas, s'il ne veut/peut pas se plier à ça, qui est-ce qui paye ? ;-)
quelqu'un aura oublié de cocher "Utilitaire d'analyse" dans les macros complmentaires.
Je repose la question, n'y a t'il pas moyen de savoir s'il est coché ou pas ? ou encore d'obliger l'install par le client (tout comme il faut qu'il ait installé Excel) ?
Je considère l'utilitaire d'analyse comme un gadget sans beaucoup d'intérêt : toi qui connais bien Excel, trouves-tu vraiment que ces fonctions supplémentaires apportent grand chose ?
Moi je trouve que TOUT ce qui est dans Excel apporte qqchose, et en particulier tout ce qui me permet de ne pas réinventer l'eau chaude car "quéqu'un" l'aura inventé avant moi. Si tu ne veux pas t'en servir c'est ton droit le plus strict, mais alors pourquoi ne pas développer en assembleur (voire en binaire) directement et créer ton propre compilateur ;-))))))))) (hein ? j'abuse encore ? si peu, si peu... ;-D)
Faire des macros pour faire des macros et juste pour éviter de se servir d'outils complémentaires qui sont pourtant à ta disposition (et gratuitement), c'est (AMHA) de la masturbation intellectuelle qui ne fait pas gagner en "productivité", bien au contraire.
Je persiste et signe ;-)))
Moi aussi ;-)
Bonne journée, Jièl
A+
-- JièL / Jean-Louis GOUBERT La FAQ Outlook est la : http://faq.outlook.free.fr
Michel Gaboly
Re JièL,
Comme tu le dis si bien à plusieurs reprises, tu abuses ;-)))
Pourquoi un ordi sous Windows, d'abord ; j'ai eu beaucoup + de clients su r Mac que sous Windows, d'ailleurs, et quand j'ai comencé, Excel sous Windows, cela n'existait pas ;-))
Vis-à-vis du client, pour le développement en cours, sur PC, la seule exigence est que les postes aient Excel 2000 ou une version + récente, le reste je ne m'en préoccupe pas. En + , mê me si l'appli doit fonctionner en français, allemand et anglais (grâce à une fonction INDEX qui va chercher tous les texte s dans la "bonne" colonne de la feuille "Dico" des classeurs), la langue de travail au Siège est le français, parfois l' anglais, et je ne parle pas allemand. Cela ne simplifie pas d'éventuels contacts directs avedc les utilisateurs finau x !
"TOUT ce qui est dans Excel apporte qqchose", peut-être mais pas forcé ment à tout le monde : ce sont rarement les mêmes personnes qui utilisent les fonctions trigo, les fonctions financières et les nombreuses fonctions statistiques. Ce ne suis pas sûr qu'aller examiner chacune des fonctions de l'utilitaire d' analyse pour voir si on en l'usage, représente un réel gain de productivité par rapport au risque de consommer quelques minutes pour reconstituer (en combinant des fonctions standard ou avec quelques lignes de VBA) une des fonctions de l 'utilitaire d'analyse.
Ton approche est valable en cas d'utilisateur unique.
nan, j'estime qu'elle doit être utilisable pour tout développement. En poussant le résonnement à l'extrème, il faut s'assurer que la version minimale d'excel va être présente pour que ton appli fonctionne... Allez, pour aller plus loin, il faut aussi que tu t'assures que ton client ait bien un ordi sous Windows... et de l'électricité ;-))))) )))
Imagine que je fasse appel à une fonction de l'utilitaire d'analyse ; je n'ai aucune envie de me préoccuper de savoir s'il est installé sur les différents postes
Pourquoi ? c'est si compliqué que ça de vérifier que c'est prés ent ? Tu ne vérifie pas qu'Excel soit présent ?... Tu t'exposes donc au mê me soucis ;-) (oui, je sais, j'abuse, comme tout bon marseillais ;-DDD)
ni de recevoir une réclamation parce qu'à l'arrivée d'une nouvel le machine, ou lors de l'installation d'une nouvelle version d'Excel
Stttoppppp... imagine un truc : ton code VBA n'est plus supporté par le nouvel Excel ou encore le client reçoit une nouvelle machine avec Lin ux et OpenOffice !!! Tu fais quoi ? Tu dis au client que tu vas tout refaire autant de fois qu'il fera des changement ou bien tu "exiges" qu e son environnement corresponde au cahier des charges ? Et dans ce dernie r cas, s'il ne veut/peut pas se plier à ça, qui est-ce qui paye ? ;-)
quelqu'un aura oublié de cocher "Utilitaire d'analyse" dans les macros complmentaires.
Je repose la question, n'y a t'il pas moyen de savoir s'il est coché ou pas ? ou encore d'obliger l'install par le client (tout comme il faut qu'il ait installé Excel) ?
Je considère l'utilitaire d'analyse comme un gadget sans beaucoup d'intérêt : toi qui connais bien Excel, trouves-tu vraiment que ce s fonctions supplémentaires apportent grand chose ?
Moi je trouve que TOUT ce qui est dans Excel apporte qqchose, et en particulier tout ce qui me permet de ne pas réinventer l'eau chaude c ar "quéqu'un" l'aura inventé avant moi. Si tu ne veux pas t'en servir c'est ton droit le plus strict, mais alors pourquoi ne pas développer en assembleur (voire en binaire) directement et créer ton propre compilateur ;-))))))))) (hein ? j'abuse encore ? si peu, si peu... ;-D)
Faire des macros pour faire des macros et juste pour éviter de se ser vir d'outils complémentaires qui sont pourtant à ta disposition (et gratuitement), c'est (AMHA) de la masturbation intellectuelle qui ne fait pas gagner en "productivité", bien au contraire.
Je persiste et signe ;-)))
Moi aussi ;-)
Bonne journée, Jièl
A+
-- Amicalement,
Michel
Re JièL,
Comme tu le dis si bien à plusieurs reprises, tu abuses ;-)))
Pourquoi un ordi sous Windows, d'abord ; j'ai eu beaucoup + de clients su r Mac que sous Windows, d'ailleurs, et quand
j'ai comencé, Excel sous Windows, cela n'existait pas ;-))
Vis-à-vis du client, pour le développement en cours, sur PC, la seule exigence est que les postes aient Excel 2000 ou
une version + récente, le reste je ne m'en préoccupe pas. En + , mê me si l'appli doit fonctionner en français, allemand
et anglais (grâce à une fonction INDEX qui va chercher tous les texte s dans la "bonne" colonne de la feuille "Dico" des
classeurs), la langue de travail au Siège est le français, parfois l' anglais, et je ne parle pas allemand. Cela ne
simplifie pas d'éventuels contacts directs avedc les utilisateurs finau x !
"TOUT ce qui est dans Excel apporte qqchose", peut-être mais pas forcé ment à tout le monde : ce sont rarement les mêmes
personnes qui utilisent les fonctions trigo, les fonctions financières et les nombreuses fonctions statistiques. Ce ne
suis pas sûr qu'aller examiner chacune des fonctions de l'utilitaire d' analyse pour voir si on en l'usage, représente un
réel gain de productivité par rapport au risque de consommer quelques minutes pour reconstituer (en combinant des
fonctions standard ou avec quelques lignes de VBA) une des fonctions de l 'utilitaire d'analyse.
Ton approche est valable en cas d'utilisateur unique.
nan, j'estime qu'elle doit être utilisable pour tout développement.
En poussant le résonnement à l'extrème, il faut s'assurer que la version
minimale d'excel va être présente pour que ton appli fonctionne...
Allez, pour aller plus loin, il faut aussi que tu t'assures que ton
client ait bien un ordi sous Windows... et de l'électricité ;-))))) )))
Imagine que je fasse appel à une fonction de l'utilitaire d'analyse ;
je n'ai aucune envie de me préoccuper de savoir s'il est installé sur
les différents postes
Pourquoi ? c'est si compliqué que ça de vérifier que c'est prés ent ? Tu
ne vérifie pas qu'Excel soit présent ?... Tu t'exposes donc au mê me
soucis ;-) (oui, je sais, j'abuse, comme tout bon marseillais ;-DDD)
ni de recevoir une réclamation parce qu'à l'arrivée d'une nouvel le
machine, ou lors de l'installation d'une nouvelle version d'Excel
Stttoppppp... imagine un truc : ton code VBA n'est plus supporté par le
nouvel Excel ou encore le client reçoit une nouvelle machine avec Lin ux
et OpenOffice !!! Tu fais quoi ? Tu dis au client que tu vas tout
refaire autant de fois qu'il fera des changement ou bien tu "exiges" qu e
son environnement corresponde au cahier des charges ? Et dans ce dernie r
cas, s'il ne veut/peut pas se plier à ça, qui est-ce qui paye ? ;-)
quelqu'un aura oublié de cocher "Utilitaire d'analyse" dans les
macros complmentaires.
Je repose la question, n'y a t'il pas moyen de savoir s'il est coché ou
pas ? ou encore d'obliger l'install par le client (tout comme il faut
qu'il ait installé Excel) ?
Je considère l'utilitaire d'analyse comme un gadget sans beaucoup
d'intérêt : toi qui connais bien Excel, trouves-tu vraiment que ce s
fonctions supplémentaires apportent grand chose ?
Moi je trouve que TOUT ce qui est dans Excel apporte qqchose, et en
particulier tout ce qui me permet de ne pas réinventer l'eau chaude c ar
"quéqu'un" l'aura inventé avant moi. Si tu ne veux pas t'en servir c'est
ton droit le plus strict, mais alors pourquoi ne pas développer en
assembleur (voire en binaire) directement et créer ton propre
compilateur ;-))))))))) (hein ? j'abuse encore ? si peu, si peu... ;-D)
Faire des macros pour faire des macros et juste pour éviter de se ser vir
d'outils complémentaires qui sont pourtant à ta disposition (et
gratuitement), c'est (AMHA) de la masturbation intellectuelle qui ne
fait pas gagner en "productivité", bien au contraire.
Comme tu le dis si bien à plusieurs reprises, tu abuses ;-)))
Pourquoi un ordi sous Windows, d'abord ; j'ai eu beaucoup + de clients su r Mac que sous Windows, d'ailleurs, et quand j'ai comencé, Excel sous Windows, cela n'existait pas ;-))
Vis-à-vis du client, pour le développement en cours, sur PC, la seule exigence est que les postes aient Excel 2000 ou une version + récente, le reste je ne m'en préoccupe pas. En + , mê me si l'appli doit fonctionner en français, allemand et anglais (grâce à une fonction INDEX qui va chercher tous les texte s dans la "bonne" colonne de la feuille "Dico" des classeurs), la langue de travail au Siège est le français, parfois l' anglais, et je ne parle pas allemand. Cela ne simplifie pas d'éventuels contacts directs avedc les utilisateurs finau x !
"TOUT ce qui est dans Excel apporte qqchose", peut-être mais pas forcé ment à tout le monde : ce sont rarement les mêmes personnes qui utilisent les fonctions trigo, les fonctions financières et les nombreuses fonctions statistiques. Ce ne suis pas sûr qu'aller examiner chacune des fonctions de l'utilitaire d' analyse pour voir si on en l'usage, représente un réel gain de productivité par rapport au risque de consommer quelques minutes pour reconstituer (en combinant des fonctions standard ou avec quelques lignes de VBA) une des fonctions de l 'utilitaire d'analyse.
Ton approche est valable en cas d'utilisateur unique.
nan, j'estime qu'elle doit être utilisable pour tout développement. En poussant le résonnement à l'extrème, il faut s'assurer que la version minimale d'excel va être présente pour que ton appli fonctionne... Allez, pour aller plus loin, il faut aussi que tu t'assures que ton client ait bien un ordi sous Windows... et de l'électricité ;-))))) )))
Imagine que je fasse appel à une fonction de l'utilitaire d'analyse ; je n'ai aucune envie de me préoccuper de savoir s'il est installé sur les différents postes
Pourquoi ? c'est si compliqué que ça de vérifier que c'est prés ent ? Tu ne vérifie pas qu'Excel soit présent ?... Tu t'exposes donc au mê me soucis ;-) (oui, je sais, j'abuse, comme tout bon marseillais ;-DDD)
ni de recevoir une réclamation parce qu'à l'arrivée d'une nouvel le machine, ou lors de l'installation d'une nouvelle version d'Excel
Stttoppppp... imagine un truc : ton code VBA n'est plus supporté par le nouvel Excel ou encore le client reçoit une nouvelle machine avec Lin ux et OpenOffice !!! Tu fais quoi ? Tu dis au client que tu vas tout refaire autant de fois qu'il fera des changement ou bien tu "exiges" qu e son environnement corresponde au cahier des charges ? Et dans ce dernie r cas, s'il ne veut/peut pas se plier à ça, qui est-ce qui paye ? ;-)
quelqu'un aura oublié de cocher "Utilitaire d'analyse" dans les macros complmentaires.
Je repose la question, n'y a t'il pas moyen de savoir s'il est coché ou pas ? ou encore d'obliger l'install par le client (tout comme il faut qu'il ait installé Excel) ?
Je considère l'utilitaire d'analyse comme un gadget sans beaucoup d'intérêt : toi qui connais bien Excel, trouves-tu vraiment que ce s fonctions supplémentaires apportent grand chose ?
Moi je trouve que TOUT ce qui est dans Excel apporte qqchose, et en particulier tout ce qui me permet de ne pas réinventer l'eau chaude c ar "quéqu'un" l'aura inventé avant moi. Si tu ne veux pas t'en servir c'est ton droit le plus strict, mais alors pourquoi ne pas développer en assembleur (voire en binaire) directement et créer ton propre compilateur ;-))))))))) (hein ? j'abuse encore ? si peu, si peu... ;-D)
Faire des macros pour faire des macros et juste pour éviter de se ser vir d'outils complémentaires qui sont pourtant à ta disposition (et gratuitement), c'est (AMHA) de la masturbation intellectuelle qui ne fait pas gagner en "productivité", bien au contraire.
pas compris... Michel et Clément vous ont répondu, non ? vous voulez quoi de plus ? un coup de baguette magique ? ;-)
Le 21/12/2005 12:47 vous avez écrit... :
Mouais ben ca m'avance pas beaucoup tout ca :-(
Clément Marcotte
Pas dur à comprendre que toutes tes macros qui font appel à l'utilitaire d'analyse en français doivent être corrigées en fonction de l'utilitaire d'analyse en anglais, non????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
Et puis, tu devrais dir aux cons du Service de dictature informatique qui voulaient économiser sur le dos des francophones de faire la job à ta place.
a"Perceval973" a écrit dans le message de news: 43aabb4d$0$4345$
Ben pas un coup de baguette magique, mais au moins une réponse qui soit compréhensible par qlq'un qui n'est pas informaticien...
pas compris... Michel et Clément vous ont répondu, non ? vous voulez quoi de plus ? un coup de baguette magique ? ;-)
Le 21/12/2005 12:47 vous avez écrit... :
Mouais ben ca m'avance pas beaucoup tout ca :-(
Pas dur à comprendre que toutes tes macros qui font appel à l'utilitaire
d'analyse en français doivent être corrigées en fonction de l'utilitaire
d'analyse en anglais,
non????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
Et puis, tu devrais dir aux cons du Service de dictature informatique qui
voulaient économiser sur le dos des francophones de faire la job à ta place.
a"Perceval973" <Regis_l@hotmail.com> a écrit dans le message de news:
43aabb4d$0$4345$626a54ce@news.free.fr...
Ben pas un coup de baguette magique, mais au moins une réponse qui soit
compréhensible par qlq'un qui n'est pas informaticien...
Pas dur à comprendre que toutes tes macros qui font appel à l'utilitaire d'analyse en français doivent être corrigées en fonction de l'utilitaire d'analyse en anglais, non????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
Et puis, tu devrais dir aux cons du Service de dictature informatique qui voulaient économiser sur le dos des francophones de faire la job à ta place.
a"Perceval973" a écrit dans le message de news: 43aabb4d$0$4345$
Ben pas un coup de baguette magique, mais au moins une réponse qui soit compréhensible par qlq'un qui n'est pas informaticien...
