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
Re: [fr-discuss] Calc : pourcentage bug ? · Ysabeau
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.