Le monde des interprétés

  

Figure: La composante qui concerne la matière textuelle interprétable. Chaque entité positionnée fait référence à une entité non positionnée (entité type) qui donne accès au contenu symbolique de l'entité. Seules les entités positionnées sont interprétables. Elles sont incluses dans une CS à l'aide de la classe parent, DB_EntSignifiant

Dans la partie qui traite les entités interprétées (ou à interpréter) apparaissent quatre niveaux et deux types d'entités textuelles, suivant les principes de la SII et le formalisme du chap. 4. Les quatre niveaux de textualité admis ici sont :

1.

l'intratexte

2.

le texte (ou l'intra-anagnose)

3.

l'anagnose (ou intraracine)

4.

la racine des analyses (ou interanagnose)

À chaque niveau, une entité peut être positionnée (classes héritant de DB_EntPos) ou non positionnée (entité type). Une entité héritant de DB_EntPos est toujours positionnée à une seule entité type.

Seules les entités positionnées participent à la formation des CS et plus généralement aux interprétations. Les entités types contiennent des informations sur le contenu textuel de l'entité (e.g. le fichier correspondant).

Par exemple, une interface utilisateur qui désire afficher un texte positionné (e.g. unTexte de type DB_TextePos) dans une fenêtre, doit d'abord récupérer le texte à l'aide d'un objet de la classe DB_TexteType :

unTexte.getEntType().getDocument()

Si, ensuite, l'interface veut afficher les lexies positionnées dans le texte positionné précis (par exemple en les soulignant), elle doit récupérer le vecteur des lexies positionnées en accédant à unTexte :

unTexte.getVEntPosIntra()

Si, par contre, l'on veut afficher toutes les lexies qui ont été identifiées dans le texte type (dans toutes les analyses effectuées) il faut accéder au texte type et ensuite faire appel à la méthode

unTexte.getEntType().getVEntPosIntra()

Le fonctionnement de cette méthode est exprimé par le diagramme d'interaction présenté dans la fig. 5.6

  

Figure: Diagramme d'interaction entre objets dans le paquetage DB_MateriauTextuel. Ce diagramme concerne le fonctionnement de la méthode DB_EntType.getVEntPosIntra() qui retourne toutes les entités positionnées situées à l'intérieur d'une entité type

Ajouter une nouvelle entité positionnée à l'intérieur d'une entité textuelle (positionnée, bien sûr) demande une triple action. Prenons l'exemple de la création d'une lexie au sein d'un texte. Dans un premier temps, l'utilisateur choisit la chaîne de caractères dans la fenêtre qui contient le texte. L'interface graphique connaît ainsi la position de cette chaîne dans le texte et peut appeler la méthode addEntPosIntra(chaine, pos) du texte positionnée. Dans un deuxième temps, et au sein de cette méthode, il faut retrouver la lexie type qui correspond à cette chaîne de caractères, ou, le cas échéant, créer une nouvelle lexie type ; pour cela il faut communiquer avec le texte type, qui, à son tour, accédera au dictionnaire des entités types. Une fois la lexie type récupérée (ou créée), il faut vérifier qu'il n'existe pas une lexie occurrence de cette lexie type dans ce texte et à la même position (auquel cas il ne reste plus qu'à la retourner comme résultat) et après cette vérification, il faut informer le texte type pour qu'il crée et initialise la nouvelle lexie positionnée. Cette interaction interne est représentée dans la fig.5.7. En résumé, et dans le cadre du partage des intérêts, c'est l'entité type qui est responsable de la création de nouvelles entités positionnées et c'est elle qui communique avec le dépositaire d'entités types. Par contre c'est toujours à partir d'une entité positionnée que l'utilisateur crée et modifie les entités qui y sont situées.

  

Figure: Diagramme d'interaction pour l'addition d'une entité positionnée à l'aide de la méthode DB_EntPos.addEntPosIntra(). Dans cet exemple, un texte positionné demande la création d'une nouvelle lexie positionnée.

Une position textuelle (DB_PosTxt) peut prendre différentes formes. Ici nous avons choisi un positionnement textuel standard en termes de lignes et colonnes. Un positionnement plus évolué pourrait prendre en compte des objets d'une tactique de l'expression (cf. [57]), et positionner une entité textuelle par rapport aussi à sa section, paragraphe, strophe, etc. Dans certaines applications, un tel positionnement facilite la tâche de la présentation visuelle. Par exemple, pour présenter l'évolution de la thématique dans un grand texte (ce qui se fait dans le cas d'un texte moyen à l'aide de différentes couleurs ou styles textuels pour chacun des thèmes, une lexie étant présentée par la couleur qui correspond à son interprétation thématique), nous pouvons filtrer le texte et ne présenter que ses paragraphes en tant qu'unités (i.e. un symbole par paragraphe). Chaque telle unité accepte une caractérisation visuelle qui est une fonction (e.g. la majorité gagnante) des caractérisations visuelles des lexies contenues.