Re: [users-fr] Compatibilité OOo 3.2 /3 .1

2010-02-18 Thread Samuel Mounier (Liste CGO)

Christophe N a écrit :

Bonjour,

Juste pour info :
J'ai eu une mauvaise surprise en ouvrant un tableau contenant la 
fonction joursem().
En effet, avec OOo. 3.1, cette fonction utilisait joursem(date-en format 
texte; type), alors que dans la 3.2, la fonction utlise joursem(nombre, 
type)
En chargeant le tableau, je me suis donc retrouvé avec des erreurs dans 
toutes les formules !
Personnellement, je trouve que ce n'est pas un progrès ... et surtout, 
j'espère qu'il n'y a pas d'autres mauvaises surprises de ce type qui 
nous attend !
C'est la première fois que je trouve un problème de non compatibilité 
avec la version précédente ...

CN


Bonjour Christophe,

Je confirme ce nouveau fonctionnement qui se caractérise par 
l'apparition d'un erreur 509.


Personnellement, cela ne me gène pas vraiment puisque j'évite (et je 
pense que c'est une bonne habitude à prendre) à tout pris de mettre des 
date en format texte ou alors je les convertie avant pour en refaire des 
"vrai" dates (des nombres ...) lorsque j'ai besoin de les utiliser comme 
tel.


Je suppose que c'est certainement pour simplifier la prise en charge des 
langue qui ne devait pas être fait correctement dans le cas des dates 
écrites en DD/MM/ ou MM/DD/ (voir avec des formats évolués ou 
personnels).


J'ai noté que de toute façon même sur le 3.1.1 si on faisait référence à 
une cellule contenant une date écrite comme une chaine de caractère
Ex : en A1 "01/01/2010" ou '01/01/2010 en B1 JOURSEM(A1) renvoie 
toujours le même chiffre 7 (ce qui était déjà une erreur).


En tout cas l'aide et l'assistant de formule indique bien qu'il faut 
mettre un nombre en paramètre.


Pour éviter "ces mauvaises pratiques" autour des dates, l'aide devra par 
contre être corrigé si ce fonctionnement est maintenu pour supprimer les 
exemples avec une date en chaine de caractère.


Extrait de l'aide à corriger ...
=JOURSEM("14/6/2000") renvoie 4 (le paramètre type est manquant, le 
décompte standard est donc utilisé. Le décompte standard débute avec 
dimanche comme jour numéro 1. Le 14 juin 2000 était un mercredi et donc 
le jour numéro 4).
=JOURSEM("24/7/1996";2) renvoie 3 (le paramètre type est 2, donc le 
lundi est le jour numéro 1. le 24 juillet 1996 était un mercredi et donc 
le numéro du jour est 3).
=JOURSEM("24/7/1996";1) renvoie 4 (le paramètre type est 1, donc le 
dimanche est le jour numéro 1. Le 24 juillet 1996 était un mercredi et 
donc le numéro du jour est 4).


Samuel







-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org



Re: [users-fr] Compatibilité OOo 3.2 /3 .1

2010-02-18 Thread Marie jo Ooo

Bonjour Christophe,

De mémoire, j'avais toujours considéré le premier argument de la 
fonction joursem comme étant un numéro de série...
Je viens de vérifier sur un poste en version 3.0 dans l'assistant 
fonction, il est bien question d'un numéro de série. Pas d'un texte.
J'utilise cette fonction dans tous mes formats conditionnels dans les 
planning. La 3.2 dans ce cas ne pose pas de problème.


Il s'agit donc d'une mauvaise utilisation à la base, l'aide a toujours 
été claire là dessus. Désolée pour tes tableaux .


Marie jo

Le 18/02/2010 13:02, Christophe N a écrit :

Bonjour,

Juste pour info :
J'ai eu une mauvaise surprise en ouvrant un tableau contenant la 
fonction joursem().
En effet, avec OOo. 3.1, cette fonction utilisait joursem(date-en 
format texte; type), alors que dans la 3.2, la fonction utlise 
joursem(nombre, type)
En chargeant le tableau, je me suis donc retrouvé avec des erreurs 
dans toutes les formules !
Personnellement, je trouve que ce n'est pas un progrès ... et surtout, 
j'espère qu'il n'y a pas d'autres mauvaises surprises de ce type qui 
nous attend !
C'est la première fois que je trouve un problème de non compatibilité 
avec la version précédente ...

CN

-
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org



Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr
Version: 9.0.733 / Base de données virale: 271.1.1/2694 - Date: 02/17/10 
23:30:00