[Issue] LibO : liste de validité sans prise en compte du "message d'erreur"

[Tad]

Bonjour,

Je voudrais vous faire part d'un constat sur la version 24.2.

J'ai exposé mon problème sur ce lien (externe au forum). Je joins ici le même classeur (avec les mêmes précautions d'usages).

Il semblerait que dans LibreOffice, v24.2, Calc ne tienne pas compte du cochage ou décochage de la case "Afficher les erreurs" de l'onglet [Message d'erreur] dans Liste de validité.

Contexte :

• dans le classeur joint, feuille <Saisie>, la colonne A est contrainte par une liste de validité
• cette liste de validité autorise les cellules vides, et la case "Afficher un message d'erreur..." est décochée (Données > Validité > Onglet [Message d'erreur] )
• sous LO v7.x et inférieures, il est possible de réaliser une saisie libre sans problème. Par le terme "libre" j'entends "quelque chose qui n'est pas dans la liste de la plage de cellules définie en source sur l'onglet [Critère]"
• sous LO v24.2, la saisie doit faire partie de la liste. Sinon le contenu de la cellule s'efface dès qu'on tape Entrée (comme s'il y avait une erreur qui enclenchait l'action 'Arrêter')

J'ai donc la sensation que l'état de la case "Afficher un message d'erreur..." n'est pas prise en compte dans la version 24.2

Quelqu'un aurait-il constaté le même problème ? (si je suis le seul, ce n'est pas une issue mais un PEBKAC...)

PS : testé avec mon profil LO habituel, et aussi avec un profil totalement vierge → aucun changement sur v24.2

Merci

[micmac]

Bonjour,

1- Votre titre comporte la balise [Issue] qui devrait faire référence à un rapport existant. Quel est-il ?
Si ce n'est pas le cas, veuillez enlever cette balise.
.
2-

Je voudrais vous faire part d'un constat sur la version 24.2.

Ce qui ne va pas avec

LibreOffice 7.6 sous W10

Veuillez corriger.

[Jean-Louis Cadeillan]

Bonjour,
Tu peux lire les commentaires de l'issue 160096.
Cordialement,
Jean-Louis

[Tad]

@Micmac :
1 - on m'a reproché de ne pas mettre cette balise lors d'un message où je remontais un bug. On ne m'avait pas demandé si un rapport existait. Effectivement en relisant le post de Bidouille, je vois que j'ai mal employé cette balise. Je pensais bien faire. Désolé, c'est corrigé.

Et pourtant Jean-Louis Cadeillan vous indique qu'il y a bien une issue existante en vous fournissant le n°du rapport.
Titre balisé en conséquence

2 - pas de correction : avant de passer à la version supérieure (v24) j'aime bien tester tout en restant sur une version ayant fait ses preuves. Un peu comme un développeur ne pousse pas en production ce qui est en développement. Je suis toujours en 7.6 en usage principal, il n'y a pas d'erreur.

@Jean-Louis :
Oui, de ce que je comprend avec mon faible niveau d'anglais c'est exactement ça. Je vois que les gens ne sont pas tous d'accord. Il semble y avoir les tenants de l'ancien système (erreur silencieuse et non bloquante, compatible avec les anciennes versions et excel) et les partisans du nouveau système (liste de validité = liste autorisée et rien d'autre).
Une idée pour contourner et qui soit aussi simple d'utilisation ? (on va me dire d'ouvrir un autre sujet je suppose ?)

[Jean-Louis Cadeillan]

Je n'ai pas installé la LibO 24.x, mais dans le commentaire n°17 de la 160096, est assez explicite :

Il semble y avoir un malentendu concernant la fonctionnalité de validité des données.
Le seul cas où le comportement consiste à rejeter complètement (ie "ne pas autoriser") une valeur qui ne correspond pas à la règle de validité est lorsque la case "Message d'erreur" est cochée ET que le type de message Action est "Arrêter". Sinon...
Lorsque la case "Message d'erreur" est décochée, ou lorsqu'elle est cochée alors que le type de message d'erreur est différent de "stop", le contrôle de validité est bien (et a toujours été) une "suggestion". Chaque type de message (et l'option "pas de message") donne une variante "détendue" sur le chemin "suggestion" […]

Tu dois donc pouvoir saisir une entrée hors liste en choisissant, sur l'onglet Message d'erreur, une Action différente de Arrêter. Si tu choisis Information, tout en ayant coché Afficher un message d'erreur quand les valeurs incorrectes sont saisies, et en ajoutant éventuellement dans le champ Message d'erreur une indication (par exemple « Pas dans la liste ») :

Validite_message.jpg

puis OK
Dans ce cas, saisir une donnée hors liste provoque l'affichage d'une petite fenêtre Pas dans la liste, qu'il suffit de valider par Entrée… et la donnée est acceptée, ce qui revient à valider une fois pour les données autorisées et deux fois pour les autres. Cela me semble un comportement tout à fait acceptable.
Cordialement,
Jean-Louis

[Tad]

Justement, c'est là que je trouve un souci.

lorsque la case "Message d'erreur" est cochée ET que le type de message Action est "Arrêter". Sinon...

La case "message d'erreur" est décochée, et pourtant LO 24.2 se comporte exactement comme si elle était cochée ET que l'action était positionnée sur "Arrêter".

D'où mon propos initial :

Il semblerait que dans LibreOffice, v24.2, Calc ne tienne pas compte du cochage ou décochage de la case "Afficher les erreurs" de l'onglet [Message d'erreur] dans Liste de validité.

Si je dois faire une modif dans mon classeur modèle, pas de souci. Je peux par exemple, en cas d'erreur, renvoyer vers une macro d'analyse ou une macro vide.
Ce qui me gêne c'est que cela provoque une légère "incompatibilité" entre des classeurs produits via v7.6 et antérieurs versus la v24 (globalement, j'en ai pour 18 mois de transition, certains dossiers pouvant s'éterniser).

Et je dois avouer que taper 2 fois entrée ça va vite devenir fastidieux (à raison de ~200/250 lignes par offre, dont 60% sont des "compositions d'ouvrages", et 5 à 8 offres par jour...).

En tout cas, merci pour l'aide !

Note :
En relisant les commentaires du lien (via un traducteur), en plus des clubs pro/contra, je constate en filigrane qu'il semble y avoir 2 camps : ceux qui ont un problème même quand la case "Afficher" est décochée (comme moi), et ceux chez qui cette case provoque le comportement normal (pas de coche, pas d'arrêt ni de message). Mais j'ai peut-être mal compris, ma confiance dans les traducteurs automatiques étant limitée. Y aurait-il quelque chose là, qui soit peut-être système-dependant ?

[Jean-Louis Cadeillan]

Bonjour,
J'ai essayé la version LibO 24.2.3 (portable) et j'ai fait un petit comparatif (voir ci-joint) avec la 7.6.7.
Chacun pourra vérifier (ou non) les comportements.
À noter qu'on peut accepter ou non les macros pour le document, cela ne change pas le comportement.
Cordialement,
Jean-Louis

.

capture.png

Copie écran ajoutée

[Tad]

Je me suis permis un enregistrement d'écran pour illustrer (une image vaut mille mots).
Peut-être que ma solution apportera quelque chose à ceux qui sont confronté au même souci.

Voici ce qui se passe avec mon modèle original sous V24 (edition portable aussi)

Recording2024-07-12at11.14.24-crop.gif

En réalisant la modif suivante (à gauche dans le fichier d'origine, à droite la solution que je propose. La macro Null_Macro est une macro vide.)

modif.jpg

On retrouve un comportement "normal" du fichier identique à LO v7.x (Note : copie écran sous v24 portable)

Recording2024-07-12at11.19.35-crop.gif

Edit : je viens de voir la copie écran ajouté ci-dessus pendant que je tapais mon message.

[Jean-Louis Cadeillan]

C'est ce que j'ai testé dans mon précédent message.
Cordialement,
Jean-Louis