Re: [fr-users] CALC - Validitation des donnees - Changement de comportement ou Bug - Entre les versions 7.6.7 et 24.2 ou 24.8

Tout cela ressemble à une copie du comportement de Excel  😉 🙁
Je crois que LO mime de plus en plus MS pour attirer de plus en plus 
d'utilisateurs .. Mais peut-on vraiment leur jeter la pierre ?!
Uns solution dans 24.8.2.1 : il y a l'option "Message - Action- Macro"   
et on branche sur une macro du genre
Sub vide
    ' ne rien faire !  utilisé pour "Données - Validité - plage de 
cellules"
End Sub


Oui, je sais, c'est un peu tordu mais ça marche  😉😛

Le 18/11/2024 à 12:08, Ocleyr2lalune a écrit :
> Déjà les tests selon les versions :
> Je reproduis (contenu non valide supprimé, malgré la case décochée 
> "afficher un message d'erreur quand des valeurs incorrectes sont 
> saisies")
>
> En 24.2.2 /WS 2019
> Version: 24.2.2.2 (X86_64) / LibreOffice Community
> Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01
> CPU threads: 20; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; 
> VCL: win
> Locale: fr-FR (fr_FR); UI: fr-FR
> Calc: threaded
>
> En 24.2.6.2 / Win 11
> Version: 24.2.6.2 (X86_64) / LibreOffice Community
> Build ID: ef66aa7e36a1bb8e65bfbc63aba53045a14d0871
> CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; 
> VCL: win
> Locale: fr-FR (fr_FR); UI: fr-FR
> Calc: CL threaded
>
> j'obtiens le comportement attendu (valeur incorrecte saisie, prise en 
> compte, menu déroulant affiché)
> en 7.6.6.3 portable / Win11
> Version: 7.6.6.3 (x86) / LibreOffice Community
> Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7
> CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; 
> VCL: win
> Locale: fr-FR (fr_FR); UI: fr-FR
> Calc: CL threaded
>
> En 4.0.6.2 portable / win 11
> Version 4.0.6.2 (Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24)
>
> Ensuite l'aide en ligne 
> https://help.libreoffice.org/latest/fr/text/scalc/guide/validity.html
> Je cite
> > Une fois les conditions de validité définies, vous pouvez utiliser 
> > les deux autres onglets pour créer des zones de message :(...)
> pouvez => donc ce n'est pas obligatoire.
> > Si vous sélectionnez l'action "Stop", les entrée non valides ne sont 
> > pas acceptées et le contenu précédent de la cellule est conservé.
> à partir de la 24.2, c'est ce qui se passe quand on décoche le message 
> d'erreur, et, même si on modifie 'arrêter' en 'informer', car le plus 
> intéressant :
> > Les actions Avertissement ou Information affichent une boîte de 
> > dialogue permettant d'annuler ou de valider l'entrée.
> Cette phrase indique qu'une entrée incorrecte peut être admise si l'on 
> en fait le choix.
>
> Or, soit l'on considère que si le message d'erreur est désactivé, on 
> ne choisit pas et la saisie est invalidée (pourquoi pas, mais depuis 
> plus de 10 ans - date de la 4.0.6 - c'est l'inverse)
> soit l'on considère que le comportement en cas d'erreur de saisie est 
> décorrélé de l'affichage du message d'erreur (pourquoi pas, mais le 
> paramètre est affiché dans les options du message d'erreur, et de 
> toute façon, si l'on change ce paramètre en 24.2, cela ne change rien 
> au comportement obtenu).
>
> Conclusion il y a un hic.
> Il est possible que la fonction de validité ait été enrichie avec un 
> souci (involontaire) au passage. à creuser.
>
> NB : En revanche, si tu actives le message d'erreur, et que tu choisis 
> comme paramètre information, tu peux valider le message par OK, et la 
> saisie est conservée.
>
> OK, mais pourquoi changer le comportement par défaut, sans message 
> d'erreur, présent depuis tant d'années ??? Une mauvaise envie de 
> copier sur Excel parce que sinon LibreOffice n'a pas assez à proposer 
> pour convaincre ? Je ne suis pas allée vérifier comment les dernières 
> versions d'Excel marchait, faudrait voir !
>
> A suivre donc.
>
> Claire
>
> Le 18/11/2024 11:25, Cleyr Listes a écrit :
> > Bonjour Hervé
> >
> > j'ai toujours utilisé la validité comme tu l'expliques.
> >
> > Je compte faire quelques recherches complémentaires.
> >
> > Un vieux bug peut toujours avoir été corrigé mais ça me semble 
> > étrange ..
> > Il arrive qu'une fonction nativement implémentée d'une façon soit 
> > modifiée pour de bonnes raisons. Dans ce cas, on devrait pouvoir en 
> > trouver l'explication dans bugzilla.
> > Je creuserais aussi ce que dit la doc sur le sujet car oui, j'ai 
> > vraiment toujours compris comme toi la validité des données (⁠◠⁠‿⁠◕⁠)
> >
> > A suivre donc
> >
> > Claire
> >
> >
> > Le 18 novembre 2024 08:25:55 GMT+01:00, Herve ROUSSEL 
> > <Herve.Roussel@grenoble-inp.fr> a écrit :
> > > Bonjour,
> > >
> > > Merci Michel de ton retour.
> > >
> > > Jusqu'à présent j'utilisais (peut-être à tort à la vue de ta 
> > > remarque pertinente concernant le vocabulaire "Afficher" par rapport 
> > > à "Accepter"...) cette fonction pour justement interdire (quand la 
> > > case est cochée) toutes les valeurs différentes de ce qui est 
> > > proposé dans le menu déroulant de la validation des données ou au 
> > > contraire  (quand cette case est décochée) proposer des valeurs dans 
> > > le menu déroulant en laissant libre la possibilité de saisir une 
> > > valeur qui n'est pas déjà incluse dans le menu déroulant.
> > >
> > > Je vais voir s'il y a d'autres retours.
> > >
> > > Bonne journée.
> > > Cordialement.
> > > Hervé
> > >
> > > On 17/11/2024 21:59, Michel Rudelle - Listes LibO wrote:
> > > > Bonsoir,
> > > >
> > > > Je n'ai pas de version antérieure pour tester, et comme j'ai 
> > > > toujours utilisé cette fonction avec l’affichage du message 
> > > > d'erreur, je ne sais pas le comportement antérieur.
> > > > Toutefois, il me paraît logique de considérer que le comportement 
> > > > actuel est correct et que l'ancien comportait un bug d'où (si mon 
> > > > hypothèse est correcte) la correction d'un bug entre ces versions :
> > > >
> > > > En effet, la case cochée mentionne "Afficher un message d'erreur 
> > > > lorsque des valeurs incorrectes sont saisies" - il n'y est question 
> > > > que d'afficher un message
> > > >
> > > > Pour décrire le comportement antérieur, le message devrait être: 
> > > > "Accepter des valeurs hors liste"
> > > >
> > > > Mais ce n'est qu'une hypothèse...
> > >
> > > --
> > > Hervé ROUSSEL
> > > *Hervé ROUSSEL*
> > > **********************************************************************
> > > Pour ouvrir les documents au format ouvert ODF (*.odt, *.ods, *.odp, 
> > > *.odg, *.odb, *.odf, ...), vous pouvez télécharger et installer 
> > > _*librement*_ le logiciel LibreOffice à l'adresse suivante :
> > > http://fr.libreoffice.org/telecharger/ 
> > > <http://fr.libreoffice.org/telecharger/>
> > > **********************************************************************
> > > _Grenoble INP - LMGP - CMTC_
> > > Site MINATEC - 3 parvis Louis Néel - CS50257 - 38 016 GRENOBLE Cedex 
> > > 1 FRANCE
> > > Tel : +33 (0)4 56 52 93 40 - Mél : _Herve.Roussel@grenoble-inp.fr_ 
> > > <mailto:Herve.Roussel@grenoble-inp.fr>- Bureau : 1-24
> > > _Visitez nos sites internet :_
> > > *Consortium des Moyens Technologiques Communs*(CMTC) - 
> > > _www.cmtc.grenoble-inp.fr_ <http://www.cmtc.grenoble-inp.fr/>
> > > *Laboratoire des Matériaux et du Génie Physique*(LMGP) - 
> > > _www.lmgp.grenoble-inp.fr_ <http://www.lmgp.grenoble-inp.fr/>- UMR 
> > > CNRS 5628
> > > *Groupe Grenoble INP *(Grenoble INP) - _www.grenoble-inp.fr_ 
> > > <http://www.grenoble-inp.fr/>
> > > --
> > > Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous 
> > > désinscrire
> > > Les archives de la liste sont disponibles à 
> > > https://listarchives.libreoffice.org/fr/users/
> > > Privacy Policy: https://www.documentfoundation.org/privacy
> >
> > Claire

--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy