Salut Christian Oui on peut leur jeter la pierre. On devrait abandonner les styles aussi tant qu'à faire .. histoire de copier MSO. Ça m'agace cette idée (mais rien contre toi bien sûr. J'aurais préféré que tu ne confirmes pas mon hypothèse bougon..)
Ça me fait penser a la fusion de cellules qui était un plus par rapport à mso et qui a régressé parce qu'on a voulu singer mso. Donc pour conserver le contenu dans chaque cellule, on ne peut plus le faire que une par une car si l'on utilise "reproduire le formatage", la fenêtre de choix d'option ne s'affiche plus, et l'option par défaut n'est plus la même. Et impossible de changer le comportement par défaut. Pour des raisons de sécurité l'exécution des macros peut être désactivée (sur des configs d'entreprise par exemple). Aussi utiliser une macro même hyper simple pour restaurer la nature de LibreOffice.. non. Autant se manger la fenêtre d'info . Je n'ai pas pu prolonger mes recherches depuis tout a l'heure. Je le ferais plus tard. Claire Le 18 nov. 2024, 20:01, à 20:01, C Fourcroy <[email protected]> a écrit: >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 >>> <[email protected]> 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 : [email protected]_ >>>> <mailto:[email protected]>- 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 à [email protected] 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 à [email protected] pour vous désinscrire Les archives de la liste sont disponibles à https://listarchives.libreoffice.org/fr/users/ Privacy Policy: https://www.documentfoundation.org/privacy
