J'ai un petit probl=E8me depuis aujourd'hui. Nous=20
=E9changeons un fichier excel qui utilise la fonction=20
NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC =E9taient sous=20
Windows2000/Office2000
Nous avons pass=E9 certains PC sous WindowsXP/OfficeXP et=20
il n'est plus possible d'=E9changer ce fichier.
Nos XP sont en anglais natifs aces le pack Fran=E7ais par=20
dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est=20
plus reconnue. Nous avons tent=E9 de la remplacer par=20
NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "cr=E9=E9" le=20
fichier qu'il soit sous 2000 ou sous XP, mais si un autre=20
PC avec une autre version tente de l'ouvrir, cela pose=20
les probl=E8mes suivantes
XP-->2000 : les formules passent en erreur alors qu'un=20
simple [F2] [Entr=E9e] permet de les r=E9activer (quelques=20
centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en=20
environnement 2000, excel attache la fonction NETWORKDAYS=20
au XLA correspondant avec son path complet=20
("c:\progra..."). Ce qui fait que quand on essaye de=20
l'ouvrir sous XP, il nous d=E9clare un lien impossible vers=20
un autre fichier (l'emplacement du XLA n'est pas le m=EAme=20
sous 2000 et sous XP).
Sinon pourquoi pas créer une fonction dans ce classeur en VB qui calcule
le nombre de jour ouvrés et donc ne pas utiliser les fonctions par défaut d'excel.
Bon courage
Romain
"Hugues" a écrit dans le message de news:89ef01c432b6$eb0b75d0$ Bonjour,
J'ai un petit problème depuis aujourd'hui. Nous échangeons un fichier excel qui utilise la fonction NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC étaient sous Windows2000/Office2000
Nous avons passé certains PC sous WindowsXP/OfficeXP et il n'est plus possible d'échanger ce fichier.
Nos XP sont en anglais natifs aces le pack Français par dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est plus reconnue. Nous avons tenté de la remplacer par NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "créé" le fichier qu'il soit sous 2000 ou sous XP, mais si un autre PC avec une autre version tente de l'ouvrir, cela pose les problèmes suivantes
XP-->2000 : les formules passent en erreur alors qu'un simple [F2] [Entrée] permet de les réactiver (quelques centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en environnement 2000, excel attache la fonction NETWORKDAYS au XLA correspondant avec son path complet ("c:progra..."). Ce qui fait que quand on essaye de l'ouvrir sous XP, il nous déclare un lien impossible vers un autre fichier (l'emplacement du XLA n'est pas le même sous 2000 et sous XP).
Voila si quelqu'un a une idée....
Bonjour
Une solution serait de tester si le classeur est ouvert sous 2000 ou XP
Sinon pourquoi pas créer une fonction dans ce classeur en VB qui calcule
le nombre de jour ouvrés et donc ne pas utiliser les fonctions par défaut
d'excel.
Bon courage
Romain
"Hugues" <hugues.fiat@getronics.com> a écrit dans le message de
news:89ef01c432b6$eb0b75d0$a401280a@phx.gbl...
Bonjour,
J'ai un petit problème depuis aujourd'hui. Nous
échangeons un fichier excel qui utilise la fonction
NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC étaient sous
Windows2000/Office2000
Nous avons passé certains PC sous WindowsXP/OfficeXP et
il n'est plus possible d'échanger ce fichier.
Nos XP sont en anglais natifs aces le pack Français par
dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est
plus reconnue. Nous avons tenté de la remplacer par
NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "créé" le
fichier qu'il soit sous 2000 ou sous XP, mais si un autre
PC avec une autre version tente de l'ouvrir, cela pose
les problèmes suivantes
XP-->2000 : les formules passent en erreur alors qu'un
simple [F2] [Entrée] permet de les réactiver (quelques
centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en
environnement 2000, excel attache la fonction NETWORKDAYS
au XLA correspondant avec son path complet
("c:progra..."). Ce qui fait que quand on essaye de
l'ouvrir sous XP, il nous déclare un lien impossible vers
un autre fichier (l'emplacement du XLA n'est pas le même
sous 2000 et sous XP).
Sinon pourquoi pas créer une fonction dans ce classeur en VB qui calcule
le nombre de jour ouvrés et donc ne pas utiliser les fonctions par défaut d'excel.
Bon courage
Romain
"Hugues" a écrit dans le message de news:89ef01c432b6$eb0b75d0$ Bonjour,
J'ai un petit problème depuis aujourd'hui. Nous échangeons un fichier excel qui utilise la fonction NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC étaient sous Windows2000/Office2000
Nous avons passé certains PC sous WindowsXP/OfficeXP et il n'est plus possible d'échanger ce fichier.
Nos XP sont en anglais natifs aces le pack Français par dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est plus reconnue. Nous avons tenté de la remplacer par NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "créé" le fichier qu'il soit sous 2000 ou sous XP, mais si un autre PC avec une autre version tente de l'ouvrir, cela pose les problèmes suivantes
XP-->2000 : les formules passent en erreur alors qu'un simple [F2] [Entrée] permet de les réactiver (quelques centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en environnement 2000, excel attache la fonction NETWORKDAYS au XLA correspondant avec son path complet ("c:progra..."). Ce qui fait que quand on essaye de l'ouvrir sous XP, il nous déclare un lien impossible vers un autre fichier (l'emplacement du XLA n'est pas le même sous 2000 et sous XP).
Voila si quelqu'un a une idée....
Jinroh
C'est bien la raison pour laquelle on conseille toujours de travailler exclusivement avec des logiciels dans leur langue native (l'anglais pour tous!)
Je vous rassure au niveau des problèmes de traduction entre 2000 et XP/2003 vous allez encore en voir d'autres et même ailleurs que dans Excel (je vous laisse les découvrirs)
-----Message d'origine----- Bonjour
Une solution serait de tester si le classeur est ouvert sous 2000 ou XP
Sinon pourquoi pas créer une fonction dans ce classeur en VB qui calcule
le nombre de jour ouvrés et donc ne pas utiliser les fonctions par défaut
d'excel.
Bon courage
Romain
"Hugues" a écrit dans le message de
news:89ef01c432b6$eb0b75d0$ Bonjour,
J'ai un petit problème depuis aujourd'hui. Nous échangeons un fichier excel qui utilise la fonction NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC étaient sous Windows2000/Office2000
Nous avons passé certains PC sous WindowsXP/OfficeXP et il n'est plus possible d'échanger ce fichier.
Nos XP sont en anglais natifs aces le pack Français par dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est plus reconnue. Nous avons tenté de la remplacer par NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "créé" le fichier qu'il soit sous 2000 ou sous XP, mais si un autre PC avec une autre version tente de l'ouvrir, cela pose les problèmes suivantes
XP-->2000 : les formules passent en erreur alors qu'un simple [F2] [Entrée] permet de les réactiver (quelques centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en environnement 2000, excel attache la fonction NETWORKDAYS au XLA correspondant avec son path complet ("c:progra..."). Ce qui fait que quand on essaye de l'ouvrir sous XP, il nous déclare un lien impossible vers un autre fichier (l'emplacement du XLA n'est pas le même sous 2000 et sous XP).
Voila si quelqu'un a une idée....
.
C'est bien la raison pour laquelle on conseille toujours
de travailler exclusivement avec des logiciels dans leur
langue native (l'anglais pour tous!)
Je vous rassure au niveau des problèmes de traduction
entre 2000 et XP/2003 vous allez encore en voir d'autres
et même ailleurs que dans Excel (je vous laisse les
découvrirs)
-----Message d'origine-----
Bonjour
Une solution serait de tester si le classeur est ouvert
sous 2000 ou XP
J'ai un petit problème depuis aujourd'hui. Nous
échangeons un fichier excel qui utilise la fonction
NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC étaient sous
Windows2000/Office2000
Nous avons passé certains PC sous WindowsXP/OfficeXP et
il n'est plus possible d'échanger ce fichier.
Nos XP sont en anglais natifs aces le pack Français par
dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est
plus reconnue. Nous avons tenté de la remplacer par
NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "créé" le
fichier qu'il soit sous 2000 ou sous XP, mais si un autre
PC avec une autre version tente de l'ouvrir, cela pose
les problèmes suivantes
XP-->2000 : les formules passent en erreur alors qu'un
simple [F2] [Entrée] permet de les réactiver (quelques
centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en
environnement 2000, excel attache la fonction NETWORKDAYS
au XLA correspondant avec son path complet
("c:progra..."). Ce qui fait que quand on essaye de
l'ouvrir sous XP, il nous déclare un lien impossible vers
un autre fichier (l'emplacement du XLA n'est pas le même
sous 2000 et sous XP).
C'est bien la raison pour laquelle on conseille toujours de travailler exclusivement avec des logiciels dans leur langue native (l'anglais pour tous!)
Je vous rassure au niveau des problèmes de traduction entre 2000 et XP/2003 vous allez encore en voir d'autres et même ailleurs que dans Excel (je vous laisse les découvrirs)
-----Message d'origine----- Bonjour
Une solution serait de tester si le classeur est ouvert sous 2000 ou XP
Sinon pourquoi pas créer une fonction dans ce classeur en VB qui calcule
le nombre de jour ouvrés et donc ne pas utiliser les fonctions par défaut
d'excel.
Bon courage
Romain
"Hugues" a écrit dans le message de
news:89ef01c432b6$eb0b75d0$ Bonjour,
J'ai un petit problème depuis aujourd'hui. Nous échangeons un fichier excel qui utilise la fonction NB.JOURS.OUVRES
Avant aujourd'hui, tous les PC étaient sous Windows2000/Office2000
Nous avons passé certains PC sous WindowsXP/OfficeXP et il n'est plus possible d'échanger ce fichier.
Nos XP sont en anglais natifs aces le pack Français par dessus, ce qui fait que la fonction NB.JOURS.OUVRES n'est plus reconnue. Nous avons tenté de la remplacer par NETWORKDAYS.
Cela fonctionne parfaitement sur le PC qui "créé" le fichier qu'il soit sous 2000 ou sous XP, mais si un autre PC avec une autre version tente de l'ouvrir, cela pose les problèmes suivantes
XP-->2000 : les formules passent en erreur alors qu'un simple [F2] [Entrée] permet de les réactiver (quelques centaines de cellules a faire une par une....)
2000-->XP : Lors de l'enregistrements du fichier en environnement 2000, excel attache la fonction NETWORKDAYS au XLA correspondant avec son path complet ("c:progra..."). Ce qui fait que quand on essaye de l'ouvrir sous XP, il nous déclare un lien impossible vers un autre fichier (l'emplacement du XLA n'est pas le même sous 2000 et sous XP).
Voila si quelqu'un a une idée....
.
Clément Marcotte
C'est bien la raison pour laquelle on conseille toujours de travailler exclusivement avec des logiciels dans leur langue native (l'anglais pour tous!)
Une vraie réaction de colonisé ou de multinationale sans respect pour les langues locale. L'anglais n'est pas la langue dominante dans le monde.
Tant qu'à y être le chinois pout tous.
C'est bien la raison pour laquelle on conseille toujours
de travailler exclusivement avec des logiciels dans leur
langue native (l'anglais pour tous!)
Une vraie réaction de colonisé ou de multinationale sans respect pour
les langues locale. L'anglais n'est pas la langue dominante dans le
monde.
