Bottom toolbar, NewNavigationWidget: improve tooltips

Set tooltips of NewNavigationWidget class widgets (6, 7, 8 and 9 in the below screenshot).

The problem here is that it seems to be used in multiple Editors whit a different context.

The navigation widget is used by the 3 following commands.

1. Table cells strings REGEX search in tabulated result command (Index or concordance)

2. Corpus words sequence CQP search in edition pages command

3. Corpus Browser view table cells strings REGEX search command

SLH proposal in the search in table command context:

• 6: Première occurrence du tableau / EN: First match of the table
• 7: Occurrence précédente du tableau / EN: Previous match of the table
• 8: Numéro d'occurrence courante du tableau / EN: Current match number of the table
• 9: Occurrence suivante du tableau / EN: Next match of the table
• 10: Dernière occurrence du tableau / EN: Last match of the table

changed milestone to %TXM 0.8.5

added editor status::draft type::specs ui labels

mentioned in issue #4142 (closed)

added messages label

added i18n label

changed the description

changed the description

changed the description

J'ai reformulé un peu les intitulés des 3 contextes.

Je découvre que ce sont les mêmes wigets qui sont utilisés pour la recherche de REGEX dans un résultat - en général tabulé - (1. et 3.) et pour la recherche CQP dans le corpus sous-jacent d'une édition (2.).

Pour (2.) le lieu de la demande de recherche est une Édition, mais la recherche effectuée est une recherche CQP de séquences de mots dans le corpus associé, ce qui est identique à une recherche demandée dans une Concordance. On peut interpréter cette recherche comme une forme d'extension de recherche par concordance. D'ailleurs il est prévu de pouvoir basculer dans la Concordance correspondant à la recherche et inversement.

Ce sont donc des recherches d'un sémantisme très différent (dans 1. et 3. les REGEX cherchent dans des chaines alors que dans 2. CQP cherche dans des séquences de mots) je pense qu'il faut faire attention aux tooltips (probablement pas les mêmes).

Par ailleurs on pourrait tout à fait imaginer faire une recherche de REGEX dans une page d'édition en plus de la recherche par CQP. Un peu comme on peut faire une recherche de chaine dans une page web en plus d'une recherche Internet qui nous aurait amené dans la page en question. Dans ce cas il y aurait alors deux natures de recherches simultanées :

• chaines dans une page
• séquences de mots dans un corpus
  et il faudrait des widgets/tooltips différenciés.

Dans le contexte de TXM ce double système de recherche ne me semble pas pertinent. Mais la description de ce cas permet d'expliciter les différences de sémantisme et d'UI.

On ne se comprend pas en effet.

Voici quelques reformulations pour faire avancer le schmilblick :

• a) "Même si ce sont des matches derrière, personnellement je ne considère pas cela comme une recherche en tant que telle (enfin oui c'est une recherche dans le corpus bien sûr)."
  • si on reprend l'objectif initial : l'idée est de faire une recherche dans une édition
  • on pourrait faire ça avec des REGEX mais quand on a CQP sous la main et que chaque occurrence du corpus est équipée dans l'édition ce serait dommage de s'en priver (et contre-productif parce que les REGEX sur chaines c'est plus limité que du CQP sur occurrences annotées linguistiquement)
  • du coup c'est une recherche dans le corpus en faisant attention au fait qu'on l'a lancée au niveau d'une page d'édition donc au niveau de certaines occurrences du corpus (pour y mettre le focus des premiers matchs et pas les premiers matchs du corpus)
  • du coup on a des matchs CQP et on navigue dedans
• b) "Le champ du haut pour moi ne signifie pas "Rechercher dans la concordance" mais "Créer une concordance"."
  • au moment où je saisis une requête CQL dans le champ du haut la concordance est déjà créée, elle est seulement vide.
  • lancer la recherche c'est lancer la même recherche dans le corpus que pour l'édition sauf qu'on ne distingue pas d'endroit particulier dans les matchs, on a affiche les matchs depuis le début (remarque : les sous-corpus permettent de restreindre les listes de matchs)

Bref, pour moi "l'idée est de faire une recherche dans une édition" et la recherche CQP - à part entière - est le meilleur outil dans le contexte de TXM.

Sinon OK pour mettre les tooltips génériques

Merci pour les précisions, on en reparle à l'oral, je vais faire les modifications sur les tooltips et clore le ticket.

Pour la citation de a) je parlais de la création de "résultat TXM" et non pas de la recherche CQP dans l'Edition qui là est justement une vraie recherche à mon sens.

Pour b) effectivement je ne voyais pas cela comme ça. Pour moi un concordancier n'est jamais vide mais je comprend ton approche orientée utilisateur/UI. Je mélange de mon côté le point de vue technique et le point de vue fonctionnel dans l'échange. Techniquement la concordance étant dynamique, elle n'existe qu'après avoir fait une requête.

removed status::draft label

removed type::specs label

added type::task label

changed milestone to %TXM 0.8.4

assigned to @sjacquot

OK c'est fait pour les tooltips. N'hésite pas à faire un nouveau ticket pour le reste, je ferme celui-là.

closed

mentioned in commit 2e2db5e5