Bonjour,
-----Message d'origine-----
De : Henri Boyet [mailto:henri.boyet@gmail.com]
Envoyé : dimanche 2 avril 2017 15:26
À : Franck Larrivé; Henri Boyet; Liste Users LibO
Objet : Re: [fr-users] problème de format conditionnel
Le 02/04/2017 à 14:59, Franck Larrivé a écrit :
Bonjour,
j'ai sélectionné la colonne K, Formater des cellules..., onglet
Nombres, catégorie Date, format 31/12 (description de format JJ/MM)
et tout semble normal.
Franck
Bonjour,
Oui, mais c'est un formatage «en dur» et ça n'explique pas pourquoi le
style prévu par le formatage conditionnel ne s'applique pas.
Il y a bien un petit problème avec le FC car normalement les
caractéristiques imposées par le FC prennent l'ascendant sur les
caractéristiques de base, mais ça ne semble pas être toujours le cas pour le
format des nombres (sauf si le format de base des nombres est standard).
Mais est-ce un bug ?
J'explique le "pas toujours le cas":
- si le format a été appliqué "à la main" (clic droit > Formater les
cellules), on a ce problème.
- si le format est appliqué via un style contenant le format Date voulu,
alors le FC fonctionne correctement.
(Nota pour ceux qui n'ont pas vu le document: les styles appliqués par le FC
dans ce document contiennent non seulement la couleur de fond mais aussi un
format de date)
=> donc utiliser les styles
--- testé sous Vista avec LibO 5.2.3.3 (je sais, je suis en retard)
Ici, les cellules au format standard contiennent le numéro de série de la
date, qui est donc affiché comme nombre dans la barre d'édition. Et le FC
les transforme au format date JJ/MM. Comment ces dates ont été saisies ?
Mais pour d'autres cellules (lignes 46; 66; 103; 123; 124) le format nombre
n'est pas standard, mais: Date JJ/MM/AA. Cette différence est facile à
expliquer, lorsque l'on saisit une date au clavier, le format Date JJ/MM/AA
est automatiquement appliqué. Ce sont donc des dates qui on été saisies
après coup dans ces cellules.
C'est ainsi que la différence de comportement du FC selon le format nombre
donne des résultats différents pour ce document.
Comme dit plus haut: Si on applique le format date JJ/MM manuellement à la
colonne date, le résultat peut ne pas être n'est pas satisfaisant si le
format date du FC est différent de celui des cellules, mais si on l'applique
via un style, tout va bien.
Voici une conception plus rationnelle de ce tableau:
1/ appliquer à la colonne K un style défini avec le format de date voulu.
Ainsi quelle que soit la façon de saisir la date, elle aura toujours le bon
format.
2/ appliquer le FC tel que fait mais avec des styles ne modifiant QUE la
couleur d'arrière-plan
Et un conseil, ne pas afficher l'année pour gagner de la place n'est pas une
bonne idée. Il est préférable de garder l'année affichée, sinon une erreur
de saisie ne sera pas vue. Par ailleurs, les années passent vite et les
documents durent parfois plus longtemps que prévu.
Pour ma part, depuis l'an 2000 mes dates sont toujours avec des années sur 4
chiffres, l'habitude de traiter de longues chroniques de données ...
Qui est capable de dire au débotté à quelle année saisie sur 2 chiffres se
fait la discrimination entre 19xx et 20xx ?
Cordialement,
Michel
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
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.