Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Bonsoir,

Le 01/09/2013 15:45, sigir a écrit :

Avec http, il n'y a pas de doute, mais la séquence "12 : 33" peut très
bien se retrouver dans une phrase.
Tout à fait, et c'est géré comme le cas B. ci-dessous. Par contre "12 :33" ne peut pas se retrouver dans une phrase (ou alors je ne vois pas) et LibO essaie de corriger au mieux (selon lui) :
Je viens d'essayer :

A. 12 :33 --> 12:33:00

B. 12 : 33 --> 12 : 33

C. aa 12 :33 --> aa 12:33

Ces résultats ne me semblent pas logiques :
  - A : pourquoi par défaut il y a ":00" en plus ? C'est moi qui ait
paramétré ça ?
Le ":00" n'est pas en plus, c'est juste le format d'affichage par défaut d'un horaire. Le contenu de la cellule est reconnu comme une valeur (alignement à droite, alors que lorsque c'est du texte l'alignement est à gauche). Si on veut un format spécifique, il faut le spécifier. Le comportement du tableur est le suivant : s'il n'y a pas d'espace après le ':', c'est que l'utilisateur veut spécifier un horaire et LibO le corrige.
  - C : pourquoi, l'espace a disparu ?
  - C : pourquoi n'y a t-il pas ":00" ?
Le cas C. correspond à un texte et non une valeur numérique. Il n'y a donc pas de format horaire appliqué à l'ensemble de la cellule.

Le cas B est conforme à ce que j'attend.
C'est aussi conforme à l'écriture d'un texte. ;)

J'ai essayé aussi en mettant un espace sécable à la main : il disparait
en A et C. Je m'attendais à ce que le fait de le mettre à la main annule
la conversion en heures.
Le code de conversion est effectivement le même que l'espace insécable ait été inséré "à la main" ou automatiquement.

J'ai ensuite essayé avec l'option "ajouter un espace..." décoché :

A. 12 :33 --> 12:33:00

B. 12 : 33 --> 12:33:00

C. aa 12 :33 --> inchangé

Là le comportement en C est différent, et conforme à ce que j'attendais.
Par contre le comportement en B me parait être un bug
En A, le fait d'avoir mis l'espace à la main n'a pas empêché le passage
en heures.
Si l'option est décochée c'est un autre code qui est utilisé. Celui-ci ne fonctionne que dans Calc. Dans la saisie de l'utilisateur, Calc ignore les espaces (mais pas les espaces insécables) pour détecter les valeurs numériques. C'est pourquoi il les supprime des cas A. et B. pour pouvoir lire une valeur numérique (alignement à droite). Dans le cas C., Calc échoue à lire une valeur numérique et donc ne change rien : il considère que c'est du texte et alignement est à gauche.

Les cas que tu cites ne me semble donc pas relever du bogue. Il faut comprendre que l’ambiguïté de Calc repose sur l'utilisation de cellule contenant soit du texte soit des valeurs numériques. À chaque fois, Calc essaie de deviner ce que veut l'utilisateur.

A+

Laurent BP

--
Envoyez un mail à discuss+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.