Bonjour, Lors de l'interprétation d'une expression de formule, le contenu des chaînes est maintenant converti en une valeur numérique si la conversion n'est pas ambiguë, ou une erreur #Valeur ! est définie si aucune conversion non ambiguë est définie.
La conversion n'a lieu que sur les entiers incluant les exposants et les dates et heures au format ISO 8601 dans leur format étendu avec des séparateurs. Toute autre valeur, spécialement les valeurs fractionnées contenant des séparateurs décimaux ou des dates autres que celles ISO 8601 (note de sophie : 10-12-2009 par exemple) sont dépendantes des paramètres locaux et ne sont pas converties. Les espaces avant et après sont ignorés. Les formats ISO 8601 suivants sont convertis : CCYY-MM-DD CCYY-MM-DDThh:mm CCYY-MM-DDThh:mm:ss CCYY-MM-DDThh:mm:ss,s CCYY-MM-DDThh:mm:ss.s hh:mm hh:mm:ss hh:mm:ss,s hh:mm:ss.s Le siècle CC ne devrait pas être omis et les années sur deux chiffes ne sont pas prises en compte. À la place du T séparateur de date et heure, exactement un seul espace sera utilisé. Si une date est donnée, cela doit être une date valide du calendrier grégorien. Dans ce cas, une heure facultative doit être donnée dans la plage 00:00 à 23:59:59,99999... Si seulement l'heure est donnée, elle peut avoir n'importe quelle valeur pour les heures, en prenant en compte le temps écoulé ; les minutes et les secondes sont limitées à la valeur 59 également. Remarques : La conversion est faite pour les arguments seuls, à la fois pour les cellules référencées ou pour les chaînes, les arguments de plage de cellules ne sont pas affectés, ainsi SOMME (A1:A2) sera maintenant différent de A1+A2 si au moins une des cellules contient une chaîne convertible, comme dans Excel... La conversion étant également faite pour des chaînes de formule, telles ="1999-11-22"+42, les calculs impliquant des dates [en fonction des paramètres locaux] retourneront maintenant une erreur, i.e "11/22/1999" ou "22.11.1999". La conversion à la volée est bien sûr bien plus lente que le calcul avec des valeurs numériques. De plus, comme indiqué, plusieurs valeurs ne sont pas automatiquement converties du fait de l'ambiguïté de la conversion. Vous serez sans doute intéressés par l'extension Convertir le Texte en Nombre (CTN) disponible ici : http://extensions.services.openoffice.org/project/CT2N Traduction : Sophie & JBF Note de Sophie : cette fonction a été implémentée explicitement pour couvrir l'interopérabilité avec Excel qui est capable de calculer sur des chaînes que OOo considère comme du texte. Références : - issue : http://www.openoffice.org/issues/show_bug.cgi?id=5658 - cws : http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fodff06 - http://tools.services.openoffice.org/EIS2/changesmails.EditFeature?Id=4526 Intégration : cws marqué intégré mais pas de numéro de version de développement. Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
