Afficher une édition de qualité des textes d'un corpus. Pouvoir naviguer entre les pages des textes.

Pouvoir accéder à des pages d'édition externes à TXM, stockées sur un serveur qui suiventles contraintes de TXM (span de mots, etc.)

Pouvoir faire la concordance d'un mot ou un span sélectionné.

Utiliser un navigateur intégré dans un widget SWT qui soit capable de gérer le HTML5, CSS3, Javascript.

Voir la classe “org.txm.rcpapplication.editors.TXMBrowser”.

Comprendre et définir quels sont les navigateurs intégrés de TXM par OS :

• Windows
• Mac OS X
• Linux (Ubuntu)

On rajoute une commande de diagnostic “ShowBrowserInfos” dans l'extension ALPHA “CheckTXM” pour lister les informations disponibles sur le navigateur intégré d'un TXM encours de fonctionnement :

• la librairie externe utilisée
• la version du navigateur
• le support de CSS3

• Voir quel niveau d'API utiliser :
  • API Eclipse : Documentation Eclipse
  • API Javascript du navigateur : Documentation API WEB
  • API sur-couche au Javascript du navigateur : pour ne pas se prendre la tête avec les navigateurs Documentation API des sur-couche WEB

Ajouter une entrée au menu contextuel du navigateur à l'aide de l'API Eclipse et des contributions de menus :

• éditer le fichier plugin.xml du projet “org.txm.rcp” : lien vers la doc pour ajouter une commande lien vers la doc pour ajouter une entrée de menu à un menu contextuel d'éditeur

On ajoute une contribution au menu contextuel de l'éditeur qui contient le navigateur. Voir ticket http://forge.cbp.ens-lyon.fr/redmine/issues/1355

(Edition Synoptique à partir de TXM 0.7.8)

Voir ticket http://forge.cbp.ens-lyon.fr/redmine/issues/1355

Créer la commande “TextToConcordance” (FR “Envoyer vers la concordance”) dans le package “org.txm.commands.link” Il faut :

1. Attraper la sélection courante d'un éditeur à l'aide de sa méthode “IEditionEditor.getTextSelection”
2. Construire une CQL à partir de la sélection
3. appeler l'éditeur de concordance “org.txm.rcp.editors.concordances.ConcordanceEditor” et son InputEditor “org.txm.rcp.editors.input.ConcordanceEditorInput” et pré-remplissant le champ requête et en lançant le calcul.

La sélection des séquences de mots peut différencier :

• séquence de caractères : le niveau de sélection des caractères constituants des mots
• séquence d'occurrences de mots : le niveau de sélection des mots

Soit le retour de la sélection rend compte des limites de mots :

• en temps réel
• après-coup
• pas du tout

Le résultat de la sélection doit être transformé en CQL.

Cette CQL correspond au pattern d'une séquence d'occurences de mots :

• ayant une de leurs propriétés à une valeur donnée :
  • par défaut : word
    • la valeur correspond soit :
      • à la surface sélectionnée = #PCDATA du SPAN
      • à la valeur de l'index 'word' pour l'id du mot
    • réajustements éventuels :
      • completion
      • ajout de troncature '.*'
      • ajout des modifieurs '%cd'
  • frlemma
  • etc.
• on peut utiliser des propriétés de mots pour reformuler la CQL :
  • le #PCDATA est filtré pour la ponctuation → remplacement du pattern de l'occurrence dans la CQL par []?
  • on utilise 'frpos' pour décider de la ponctuation → remplacement du pattern de l'occurrence dans la CQL par []?

Macro CQLToEdition qui prend en paramètres :

• corpus : sélectionné ou son nom
• requête CQL : <div_identifiant-de-la-notice="AFE86002932">[]

et qui ouvre l'édition du corpus sur la page où se trouve le premier mot du premier match de la requête.

Permet d'écrire des macros spécialisées comme LireNoticeSujet, qui appelle CQLToEdition, ayant les paramètres suivants :

• corpus : sélectionné ou son nom (AFNOTICES)
• identifiant-notice : AFE86002932

Macro StructToEdition qui prend en paramètres :

• corpus : sélectionné ou son nom
• structure : div
• propriété : identifiant-de-la-notice
• valeur : AFE86002932

et qui ouvre l'édition du corpus sur la page où se trouve le premier mot du premier match de la requête construite à partir de structure, propriété et valeur.

L'interface de la recherche plein texte peut être accédée par :

• boutons de barre d'outils
  • un bouton 'Loupe' → Ouvrir l'interface
    • boutons de navigation : lancer la recherche (bouton Play), occurrence suivante (bouton Flèche droite), etc.
    • bouton Concordance : Ouvrir une concordance avec la même requête courante (si présente) et même liste de matchs, focus sur le match courant
    • bouton Progression : Ouvrir une progression avec la même requête courante (si présente) et même liste de matchs, focus sur le match courant
  • un bouton 'Croix' qui remplace le bouton 'Loupe' dans la barre d'outils → Fermer l'interface
• des raccourcis clavier
  • Ctrl + F (ou CMD + F, pour Mac OS X) → Ouvrir l'interface
  • Ctrl + G (ou CMD + G, pour Mac OS X) → Occurrence suivante
  • Shift + Ctrl + G (ou Shift + CMD + G, pour Mac OS X) → Occurrence précédente
  • Esc → Fermer l'interface
• résultats d'autres commandes
  • Index : menu contextuel sur une ligne de mot, 'Afficher en plein texte / Display in Plain Text'
    • l'interface est ouverte avec une requête permettant la recherche des occurrences, focus sur le premier match, mise en évidence des autres matchs
  • Concordance : retour au texte, l'interface est ouverte pour pouvoir naviguer dans la liste des matchs de la Concordance, focus sur le match courant de la concordance, mise en évidence des autres matchs
  • Progression : comportement analogue

Ajouter un champ de recherche et pouvoir naviguer dans les résultats. Le champ de recherche évolue en fonction de l'étape de la recherche : 1) démarrage 2) expression et validation de la recherche 3) Navigation dans les résultats 4) fin

Interface par étape :

1. [Loupe]
2. [ï][______] [Loupe] [|<][<] [>][>|] [x]
3. [ï][la req] [Loupe] [|<][<] 1/N [>][>|] [x]
4. [Loupe]

Description des éléments :

• [Loupe] :
  • démarre la recherche
  • ou lance la recherche à partir de la page courante
• [x] : ferme la recherche
• [ï][______] : champ requête CQL habituel
• [|<][<] 1/N [>][>|] : les champs de navigation habituels

Ajouter un champ de recherche et pouvoir naviguer dans les résultats. Le champ de recherche évolue en fonction de l'étape de la recherche : 1) démarrage 2) choix du mode 3) expression et validation de la recherche 4) Navigation dans les résultats 5) fin

Interface par étape :

1. [Loupe]
2. [CQL][Texte][Structure] [x]
3. (en fonction du mode choisi)
   • Requête : [ï][______][OK] [x]
   • Texte : [propriété|v][______|v][OK] [x]
   • Structure : [structure|v][propriété|v][OK][______|v] [x]
4. CQL : [|<][<] 1/N [>][>|] [x]

Description des éléments :

• [Loupe] : démarre la recherche
• [x] : revient à l'étape précédente de recherche
• [OK] : lance la recherche
• [ï][______] : champ requête CQL habituel
• Texte : [propriété|v][______|v] : structure “text” ; propriété par défaut “id” ; champ texte de la valeur avec auto-complétion
• Structure : [structure|v][propriété|v] : structure “p” ou “div” ou “s” par défaut ; propriété par défaut “id” ou “n”; champ texte de la valeur avec auto-complétion
• CQL : [|<][<] 1/N [>][>|] : “CQL” est la CQL générée ; les champs de navigation habituels

SLH

il y aurait plein de choses à discuter dans ce que tu viens d'écrire : 
- pourquoi distinguer la navigation dans la structure 'text' de celle des autres structures ? 
- la navigation dans les occurrences d'une recherche plein texte "opérée depuis l'édition" devrait se superposer avec la navigation dans les occurrences d'une concordance d'où l'on vient par un backtotext
- la "recherche" d'un texte doit être homogénéisée avec la navigation dans les textes
- la "recherche" d'une structure doit être homogénéisée avec la navigation dans les pages si l'édition est paginée par structures
- une recherche plein texte pourrait a contrario amener à une concordance
- une recherche de type 'Requête' pourrait plutôt s'appeler 'Mots' pour être plus homogène avec les requêtes de type 'Texte' et 'Structure'
- l'ordre pourrait être du plus petit au plus grand : Mots, Structures, Textes
- etc.

A l'instar de la recherche URS, ouvrir une vue ou une boite de dialogue avec une interface complète de recherche avec toutes les options possibles.

Afficher et gérer facilement un sommaire de texte.

Si le répertoire edit d'une édition contient un fichier toc.html :

• accès au sommaire : un bouton Sommaire s'ajoute à la barre d'outils de l'édition, donc à l'ouverture de l'édition. Cliquer sur ce bouton ouvre ou ferme une vue Sommaire associée
• gestion du sommaire : une composant SWT affiche ce HTML avec des CSS, des images dans un sous-répertoire, etc. dans une vue (Vue Sommaire) dédiée à l'édition. [le HTML est produit en dehors de TXM, ou bien au moment de l'import, par une XSL (pour un fichier TEI, on peut viser certains éléments <div> par exemple)]

Le fichier toc.html est responsable de l'affichage (contenu, mise en forme, styles, etc. par exemple en CSS), et de l'interaction avec le sommaire (ouverture/fermeture de la hiérarchie de sections, etc. par exemple en Javascript).

Dès qu'un lien du HTML (balise <a>) est sollicité, TXM prend le relais et ouvre la page correspondant au lien cliqué → la vue est associée à l'éditeur Edition.

On peut fermer ou ouvrir cette vue à n'importe quel moment, si possible en reprenant l'aspect et la position du dernier accès lors de la session de travail.

Voir les spécifications d'Annotation assisté par l'édition