3.2. Spécification et synthèse informatisée.
 
 

Etant donnée sa finalité, notre projet possède une orientation applicative prononcée. Les concepts et mécanismes introduits ont fait l’objet de développements pratiques poussés, et l’implantation informatique représente une part non négligeable du labeur fourni. C’est à elle qu’ont trait les propos qui suivent.

Dans cette partie, il est question de la spécification et de la génération du signe et de la phrase signée.

La quasi-totalité du développement a été réalisée en langage Smalltalk, dans sa version de ParcPlace-Digitalk pour Windows95, Visual Smalltalk 3.1.1. L’utilisation de cet outil est motivée par plusieurs points :

La contrepartie à tous ces avantages réside surtout dans l’allongement des temps de calcul par rapport à d’autres langages tels que C++. Mais, dans le cadre d’un prototypage tel que le nôtre, Smalltalk s’est révélé remarquablement adapté.
 
 

3.2.1. Description du signe

Dans un premier temps, nous exposons les outils programmatiques disponibles pour décrire les caractéristiques formationnelles, en détaillant pour conclure l’utilisation pratique des paramètres au moyen des sélecteurs.

Ces derniers sont éventuellement fournis dans l’en-tête du signe, juste à la suite de son nom. Viennent ensuite les parties manuelles et non-manuelles, clairement distinguées au moyen des mots-clés correspondants :

"Sign %" <NomSigne> [ "(" <Param1> "," <Param2> "," ... <ParamN> ")" ] "."
"Manual:"
<PartieManuelle>
"NonManual:"
<PartieNonManuelle>

 

 
 
 

Nous nous contentons ici de présenter l’esprit dans lequel sont conçues les descriptions textuelles des signes ; le lecteur peut se reporter à l’annexe 3.1 pour une description exhaustive de la syntaxe utilisée.
 
 

3.2.1.1. Partie manuelle.

La partie manuelle du signe consiste en un ou plusieurs macro-déplacements, éventuellement réduits à un déplacement. Les objets de la hiérarchie y sont créés en assemblant des structures de plus bas niveau. Les éléments primaires – c’est-à-dire les " briques " de base – ont été regroupés dans le tableau 3.4.

Caractéristi-que manuelle

Utilisation dans la construction de...

Notation

Exemples
Configuration manuelle Spécification manuelle Symbolique ("#"Nom) #C, #R, #Index
Point manuel Spécification manuelle Symbolique #IndexTip, #LittleRoot
Orientation Spécification manuelle, plan des mouvements courbes Entre crochets (Valeurs symboliques et/ou num.) [c d &ccf], [f d &0 14 –14], [SupinatedMidExtended]
Localisation Spécification manuelle, déplacement, relation spatiale Entre crochets (Valeurs symboliques et/ou num.)

[LowerTorso FrontProx50],

[0 0 –80]

Type trajectoire Spécification manuelle Symbolique #Natural, #Static
Mvt. secondaire Spécification manuelle Symbolique #Scissors, #Wave
Relation spatiale Déplacement Symbolique #Symmetrical, #Opposite
 

Tableau 3.4 : Types et définitions des structures primaires.

 
 
 

Ils sont utilisés comme arguments de messages adressés aux diverses classes afin de construire des objets plus complexes. Le tableau 3.5 indique les noms anglais de ces éléments. Les expressions ont en effet été anglicisées de manière à fournir une description la plus compacte possible, tout en veillant à donner des noms et des messages évocateurs.

Caractéristique manuelle

Nom de la classe
Partie manuelle Manual
Spécification manuelle HandSpec
Macro-déplacement MacroShift
Mouvement principal MainMove
Mouvement Move
Déplacement Shift
Primitive de déplacement ShiftPrime
 

Tableau 3.5 : Classes des structures complexes manuelles.


 

La syntaxe suivante permet par exemple de définir un déplacement. Elle tient compte des différentes formes que peut prendre cet objet, selon que la main non-dominante est présente ou pas, qu’elle joue le rôle de main de base, qu’elle se déplace de manière autonome ou selon une relation spatiale simultanément à la main dominante :

"Shift from: " <handSpec1>
"to:" <handSpec2>
"move:" <move>
[(" weakMove:" (<weakHandSpec> | <shiftPrime> | <spatialRelation>) |
" staticWeak:" < weakHandSpec>)]

Remarque : l’utilisation d’un objet de la classe HandSpec comme argument du sélecteur weakMove: se justifie dans les cas où la main non-dominante semble " guider " l’autre main. Le mouvement des deux articulateurs est alors rigoureusement identique et leur relation spatiale, souvent de type contact, conservée (cf. l’exemple de passer_l’aspirateur, ci-contre).

Il est important de noter que seule la dernière expression incluse dans la partie manuelle définit réellement celle-ci. L’utilisateur a donc toute liberté de déclarer isolément les différents objets, et rendre ainsi le code plus facile à déchiffrer, avant de les composer finalement. La définition d’une variable locale se fait sans déclaration préalable au moyen de la syntaxe :

<nomVariable>"=" <caractéristiqueManuelle> "."

Elle peut ensuite être référencée par son nom dans n’importe quelle autre construction de niveau supérieur ou égal dans la hiérarchie.
 
 

Exemple :

Sign %Rideau.
Manual:
s1 = Shift
from: ( HandSpec config: #Clé point: #ThumbRoot at: [Shoulders...
to: ( HandSpec point: #ThumbRoot at: [Shoulders FrontMid Ip...
move: #Natural
weakMove: #Symmetrical.
s1 reverse.

 

Figure 3.12 : Description du signe rideau.


 

Afin d’alléger la description du signe autant que faire se peut, des valeurs par défaut peuvent être utilisées à bien des niveaux. C’est notamment le cas lors de la spécification d’un déplacement : les caractéristiques manuelles finales sont alors calculées à partir de celles en début de mouvement, et se réduisent à une position spatiale si la configuration, l’orientation et le point manuel sont tous trois conservés :
"Shift "
"from: (HandSpec config:" <hc1> [" point:" <hp1,"#Wrist">] " at:" <loc1
[" ori:" <ori1,"#Natural">] ")"
[" to:" ( <loc2> | "(HandSpec config:" <hc2,hc1> [" point:" <hp2,"#Wrist">]¶
" at:" <loc2,loc1> [" ori:" <ori2,ori1>] ")" ) ]
" move:" <move>

 

De même, dans la majorité des macro-déplacements, il y a continuité des caractéristiques manuelles. Ici encore, il est commode de laisser le système déterminer les valeurs omises :

"(Shift from:" <handSpec1> [" to:" (<loc2> | <handSpec2>)] " move:" <move1> "),
"Shift" [" from:" <handSpec3,handSpec2>] " to:" (<loc4>|<handSpec4>) " move:" <move2>

 

 
 
 

Dans tous les cas, la spécification explicite des valeurs reste possible. Ainsi, dans le signe cheminée, il convient d’effectuer la rotation du poignet dans la position acquise au terme du mouvement horizontal (au coin du manteau iconifié). Cette supination peut toutefois être vue comme une transition discontinue en orientation. La description du signe ne nécessite plus alors que deux déplacements successifs (figure 3.13).

 

Figure 3.13 : Description du signe cheminée.


 

3.2.1.2. Partie non-manuelle.

Traduire l’expressivité n’est pas chose aisée, en raison des nombreuses composantes intervenant dans l’animation faciale. Des études indiquent cependant que, pour que la traduction soit pleinement acceptée par la communauté sourde, il est primordial qu’elle soit dotée de cette caractéristique [WID 98].

Notre système n’a évidemment pas la prétention d’égaler les meilleurs travaux existant dans ce domaine [CAS 94, PEL 94]. Il se contente de rendre l’expression faciale présente dans le signe avec le maximum de fidélité, tout en conservant une faible complexité. La démarche adoptée est par conséquent la suivante :

 

Figure 3.14 : Eléments de contrôle du visage et du torse supérieur.
Exemple de la structure de la bouche.


 

Les expressions faciales sont ainsi générées en sélectionnant, pour chaque partie du visage, la primitive au moyen d’un message du type :

<élémentVisage> <primitive> "."


Exemple :

La partie NonManual: du signe sombre contient les lignes suivantes :

 

Figure 3.15 : Expression faciale du signe sombre.
head bend.
eyebrows frown.
eyes halfClose.
mouth openABit.

Elles fournissent la mimique faciale ci-contre, qui traduit bien la difficulté de perception.

 

 

Parmi les messages disponibles pour chaque élément, présentés dans le tableau 3.6, la plupart (dits unaires) n’ont pas d’arguments. Ils génèrent une combinatoire suffisamment importante pour obtenir des visages expressifs, et concernent :
 
 

eyes

eyebrows

mouth

cheeks

shoulders
lookFront

neutral

neutral

neutral

neutral

lookLeft

smile

lookRight

doubt, anger

sad

hollow

lowerABit

lookAside[30]

close

lookUp

frown

openABit

inflateABit

lower

lookDown

halfOpen

close

pain

open

inflate

raiseABit

halfClose

fullOpen

closeABit

raise, suprise

oShape

inflateLeft

raise

open

oClose

fullOpen

oCloseABit

inflateRight

rotateBy: n

 

Tableau 3.6 : Primitives statiques d’expressions non-manuelles.

 

Les caractéristiques des différentes parties du visage sont largement indépendantes. Certaines relations existent néanmoins entre l’état des joues et la largeur de la bouche ; de même, l’ouverture des yeux contraint la hauteur des sourcils, et l’état de ces derniers fait apparaître, selon les cas, des rides dans l’espace qui les sépare ou sur le front.
Ces primitives ont été utilisées pour prédéfinir un certain nombre d’expressions faciales traduisant la colère, le doute, la joie, la surprise, ... (exemple ci-contre : le vice ou la ruse). Les plus importantes sont celles marquant les différents types de clause ; elles sont présentées avec la synthèse de la phrase signée.  

Figure 3.16 :

 " la ruse ".

3.2.1.3. Paramètres et sélecteurs.

L’adjonction d’un paramètre à un signe se justifie lorsque ce dernier est susceptible de voir l’une de ses caractéristiques manuelles modifiée. Les verbes directionnels, dont les positions initiale et finale dépendent de l’agent et du patient référencés, en constituent la catégorie la plus importante. Mais sont également concernés les signes que nous avons dénommés génériques, dans lesquels seul varie l’un des gestèmes (en général, la configuration manuelle).

Pour introduire ce mécanisme, reprenons l’exemple des signes de la semaine répondant au critère précédent (lundi, vendredi, samedi et dimanche). Dans un premier temps, nous définissons le signe générique, constitué d’un mouvement circulaire dans le plan frontal, et dont la configuration n’est connue que lors de l’évaluation :

Sign %Jour_semaine (jour).
Manual:
Shift from: ( HandSpec config: jour selected at: [100 50 50] ori: [f f & u])
move: ( CircularMove ori: [b b & 0 0 -20] )

 

 
 
 

Le message réservé selected permet de sélectionner une valeur pour le paramètre symbolique jour. Aux configurations manuelles L, V, S et D ont pour cela été préalablement associées les sélecteurs lundi, vendredi, samedi et dimanche[31]. La partie manuelle de ces derniers signes se réduit alors à l’appel valué à jour_semaine :

Sign %Lundi.
Manual:
%Jour_semaine (lundi).
 
Sign %Vendredi.
Manual:
%Jour_semaine (vendredi).
  etc.

 

Notons au passage que ce mécanisme permettant de réutiliser les caractéristiques manuelles d’un autre signe via la syntaxe

"%" <nomSigne> ["(" <paramètres> ")"]

n’est pas réservé au paramétrage. Il permet aussi de décrire aisément les signes composés au moyen de leur items lexicaux constitutifs, en en modifiant éventuellement certaines caractéristiques.

Tel est par exemple le cas du signe avant-hier [32]:

Sign %Avant-Hier.
Manual:
MacroShift first: (%Avant>passé finalHandConfig: #AngleDroit) second: %Hier
NonManual:
head bentAside.

 

Le paramétrage des verbes directionnels, quoique relevant du même principe, est quelque peu plus complexe à utiliser. Les caractéristiques modulées sont en effet plus élevées dans la hiérarchie : ce sont cette fois les spécifications manuelles, voire les déplacements complets, qui dépendent des valeurs des paramètres. La définition de variables locales est alors particulièrement avantageuse ; il suffit ensuite d’expliciter la liste de leurs sélecteurs grâce au message selectors:. De plus, l’accord par rapport à des référents situés à droite ou à gauche de la ligne signeur-interlocuteur est calculé automatiquement à partir des caractéristiques propres à la seconde personne du singulier, comme dans le signe donner ci-dessous [33]:
 
 
Sign %Donner (agent , patient).
Manual:
me = HandSpec config: #BecCanard point: #IndexTip at: [UpperTorso FrontContact¶
Sagittal] ori: [b b & c u].
me selectors: Parameter firstPersonSingular.
you = HandSpec config: #BecCanard at: [LowerTorso 70 11] ori: [Supinated].
you selectors: Parameter secondPersonSingular.
Shift from: agent selected
to: patient selected
move: #Linear.

 

Comme on le voit, on a déclaré ici deux variables définissant la spécification manuelle pour chacun des pronoms à la première et à la seconde personne du singulier. Celle de la troisième personne (lui, elle, un groupe situé sur la droite, ...) est alors obtenue par rotation dans le plan horizontal (d’un angle positif ou négatif, suivant que le référent est situé à droite ou à gauche du signeur)[34].

Ceci permet d’appeler ce même signe de différentes façons pour l’accorder avec l’agent et le patient (figure 3.17).

Donner(moi, toi)

ou Donner(je, toi)

Donner(lui[35],moi)

Donner(toi, lui)

ou Donner(tu, lui)
 

Figure 3.17 : Accord pronominal du signe donner au moyen de ses paramètres.

Remarques :

3.2.2. Synthèse du signe.

A partir de la description textuelle du signe, la synthèse en est réalisée en trois étapes majeures. Dans un premier temps, le système effectue les analyses lexicale et syntaxique du texte fourni en entrée, de façon à s’assurer que celui-ci est syntaxiquement correct. Si tel est le cas, l’évaluation du signe commence alors par un pré-traitement consistant à parcourir l’arbre d’analyse produit, avant de passer la main à l’évaluateur proprement dit. Ce dernier construit en mémoire la spécification hiérarchique du signe et calcule ensuite les différentes configurations correspondantes de la chaîne articulaire. Enfin, la synthèse graphique produit les images successives par projection des points 3D, et gère leur affichage à l’écran.

Chacune de ces phases est largement indépendante des autres, ce qui garantit qu’elle peut être modifiée sans remettre en cause l’ensemble du mécanisme. Une amélioration spécifique du module graphique est par exemple aisément envisageable. La présente partie se propose d’en détailler isolément le fonctionnement et l’interface.
 
 

3.2.2.1. Analyses lexicale et syntaxique.

Comme il a été entrevu plus haut, la syntaxe de la description a été calquée pour partie sur celle de notre outil de développement, de façon à utiliser sa machine virtuelle pour l’évaluation. En conséquence, les grammaires sous-jacentes (que l’on trouve respectivement en annexe de ce mémoire et de [DIG 92]) sont assez proches. Le langage engendré par celle retenue pour les parties manuelle et non-manuelle du signe constitue en fait un sous-ensemble de celui engendré par la grammaire de Smalltalk.
 
 

Nous avons donc implanté un analyseur ayant en charge la vérification syntaxique du texte d’entrée, et dont la structure est celle que l’on retrouve dans les parties frontales des compilateurs des langages de programmation classiques [AHO 91]. Il s’agit d’un couple producteur/consommateur constitué (cf. figure 3.18) :

 

Figure 3.18 : Interface des analyseurs lexical et syntaxique.

L’analyseur lexical est construit à partir de l’automate fini déterministe décrit dans un fichier texte. Pour chaque état y sont consignés les numéros des états accessibles et les conditions de transition. Les états d’acceptation correspondent à la reconnaissance d’une unité lexicale. Ils exécutent une méthode chargée de composer l’association unité lexicale/attribut grâce aux caractères situés dans le tampon d’entrée. Si aucun état n’est accessible à partir de l’état courant, une erreur est générée, et la position pointée transmise afin de mettre en évidence la portion incriminée du texte.

Outre la reconnaissance des identificateurs et des constantes, l’analyseur lexical permet d’ignorer les espaces, uniquement destinés à faciliter la lisibilité du texte d’entrée.
 
 

L’interaction avec l’analyseur syntaxique se réalise simplement en faisant de l’analyseur lexical une procédure qui rend les unités lexicales une à une, à la demande. L’analyseur syntaxique est chargé de déterminer si leur séquence est conforme à la grammaire que doit respecter la description du signe ou de la phrase.

La méthode d’analyse choisie est ascendante de type LR (l’arbre est bâti en partant des feuilles et en remontant vers la racine) et procède par décalages d’états dans une pile de travail et réductions successives des chaînes vers l’axiome de la grammaire. Deux tables d’analyse Action et Successeur, qui déterminent à chaque étape l’opération à réaliser, sont créées en utilisant l’algorithme SLR (LR simple) fourni dans [AHO 91].

Ces deux outils d’analyse lexicale et syntaxique sont tout à fait génériques et donc aisément réutilisables à d’autres fins. Il suffit pour cela de modifier les fichiers (de type texte) en décrivant le graphe de transition et la grammaire.
 
 

3.2.2.2. Evaluation du signe.

Dans le cas où le texte comporte une incorrection syntaxique, l’analyseur affiche un message d’erreur sur la barre d’état de l’éditeur et met le terme correspondant en surbrillance. Dans le cas contraire, il retourne l’arbre syntaxique qui illustre visuellement comment l’axiome se dérive en la chaîne descriptive du signe.

L’évaluateur prend alors le relais. Dans un premier temps, une détection des identificateurs inconnus est effectuée, grâce à un parcours de l’arbre (aucune table de symboles n’est en effet créée lors de l’analyse syntaxique). Les seuls identificateurs acceptés sont les noms des classes utilisées pour coder la représentation hiérarchique du signe (cf. annexe 2.1), ainsi que les paramètres apparaissant dans l’en-tête de la description. Les variables locales sont également détectées et mémorisées lors de cette phase.

Si l’opération précédente est couronnée de succès commence alors l’évaluation à proprement parler. Celle de la partie manuelle résulte en une collection de macro-déplacements (classe MacroShift ou une de ses sous-classes, selon le type de répétition)[36]. Celle de la partie non-manuelle génère une instance (de la classe NonManual) décrivant les aspects statiques et dynamiques correspondants. Les éventuelles flexions entrent également en ligne de compte à ce niveau, de même que les caractéristiques non-manuelles héritées de la phrase.

Le résultat global consiste en un objet dont la structure correspond à celle décrite au chapitre 2. La figure 3.19 représente l’exemple du signe s’endormir. Chaque type de primitive y figurant a donné lieu au développement d’une classe d’objets.

 

Figure 3.19 : Structure objet intermédiaire du signe S’endormir.

 

Lors de l’évaluation du signe, le système doit être très vigilant à l’ordre des opérations réalisées. En particulier, si un point corporel contralatéral est utilisé comme localisation (ainsi le milieu de l’index dans le signe de la figure 3.20), il faut s’assurer que le modèle articulé du signeur virtuel a bien été intégralement mis à jour avant de pouvoir effectivement calculer cette position.
 
 
Sign %Cimetière.
Manual:
s1=Shift from: (HandSpec config: #Index point: #IndexMid at: [Shoul…
to: (HandSpec point: #IndexMid at: #IndexMid)
move: #Natural
staticWeak: (HandSpec config: #Index at: [113 50 80] ori: [c…
s1 repeat: 3 times from: [Shoulders FrontProx ContraEdge].

   

Figure 3.20 : Description du signe Cimetière.

 
 
Par ailleurs, certaines propriétés implicites découlant de la description du signe ont été incluses dans le code même. Il s’agit, pour reprendre l’exemple précédent du signe cimetière, de déplacer la main de base lorsque la main dominante agit sur celle-ci et entre en contact avec un de ses points.
 
 

3.2.2.3. Synthèse graphique.

Le module de synthèse graphique est subdivisé en deux phases distinctes. Il doit d’abord calculer les points 3D des différents segments corporels, avant de pouvoir produire les images par projection.
 
La première de ces phases se base sur l’objet structuré généré par l’évaluation du signe. Pour tous les macro-déplacements, les angles du modèle sont calculés, puis la collection de points correspondant à chaque posture de la chaîne articulaire. Il convient évidemment de prendre en considération le type de répétition associée. Ainsi, pour une répétition simple, les images sont reproduites à l’identique. Il est donc nécessaire de ne les générer qu’une seule fois (ce qui obère moins les ressources système); cela n’est pas le cas pour – entre autres – une répétition à partir d’un point décalé. Les caractéristiques non-manuelles dynamiques doivent également être appliquées à chaque itération d’évolution du modèle.

Pour visualiser graphiquement les segments, nous avons choisi des surfaces gauches polygonales. Bien entendu, il peut en résulter des distorsions visibles dans les segments ayant subi une rotation axiale, ou d’autres aléas inhérents à leur nature surfacique (par exemple, des imprécisions minimes quant à la définition d’un point du segment). Ceci représente cependant un bon compromis entre le temps de calcul - faible par rapport à celui d’une réelle synthèse volumique - et le niveau de perceptibilité - bien meilleur qu’avec une représentation en fil de fer.
 
 Dans un second temps sont calculées les images destinées à l’affichage. A partir de la collection de points 3D représentant l’animation, cinq étapes mènent à l’image finale :

  1. Projection des segments sur le plan de l’écran.
  2. Elimination, le cas échéant, des segments invisibles du visage.
  3. Affectation des couleurs en fonction de la direction de la normale au segment par rapport à celle de la source de lumière. Pour cela, on multiplie les composantes RVB de sa couleur initiale par le coefficient indiqué sur la figure 3.21.

     

    Figure 3.21 : Eclairage d’une surface élémentaire

  4. Tri des segments suivant l’ordre dans lequel ils doivent être affichés, déterminé par la distance de leur centre de gravité au point d’observation. Cette méthode, moins sophistiquée que celle du Z-buffer mais aussi moins gourmande en puissance de calcul, donne néanmoins des résultats tout à fait satisfaisants.
  5. Affichage des segments dans l’ordre obtenu.
     

     

    Figure 3.22 : Représentations graphiques du A de la dactylologie.

 

Cette procédure incluant l’élimination des parties cachées et l’ombrage des surfaces fournit une représentation graphique dans laquelle la position et l’orientation des segments sont immédiatement identifiables. Cela est crucial dans la perception de la main, qui comporte de nombreuses facettes (cf. figure 3.22). La distinction des segments par des couleurs initiales distinctes (telles que l’articulateur dominant en rouge, la main non-dominante et le torse dans des couleurs différentes) permet d’en souligner encore les contours.
 
 

3.2.3. Spécification et synthèse de la phrase signée.

Etant désormais en mesure de synthétiser les signes en forme de citation, il nous reste à examiner comment spécifier les flexions non-manuelles et grammaticales que subissent ceux-ci lorsqu’ils sont intégrés au sein du discours signé.

Après une présentation générale des attributs de la phrase, dotée de ses marqueurs globaux, nous exposons la mise en œuvre de processus modulatoires sur les signes, en détaillant tout spécialement l’établissement et l’utilisation des localisations.
 
 

3.2.3.1. Spécification du discours.

De même que pour le signe, et pour des raisons identiques, nous avons souhaité donner à la phrase une forme textuelle. Cela permet notamment son stockage dans un fichier texte standard.

Les signes sont inclus dans la phrase en invoquant simplement leur nom, qui peut comporter les caractères spéciaux suivants :

Le nom du signe est suivi des éventuels paramètres entre parenthèses, parmi lesquels on distingue d’une part ceux figurant dans l’en-tête du signe, et qui doivent être nécessairement renseignés, et d’autre part ceux, facultatifs, qui correspondent à des flexions non-manuelles, de localisation ou autres.
 
 Lorsqu’un signe risque d’être inconnu de l’interlocuteur, ou qu’aucun signe conventionnel n’existe pour un nom donné – en particulier pour les noms propres -, le signeur utilise l’alphabet dactylologique pour épeler ce mot. Le système de génération de la phrase a donc été doté de cette possibilité : en faisant précéder un mot du caractère %, l’utilisateur spécifie que celui-ci ne se trouve pas dans le dictionnaire et doit être épelé.

Du point de vue pratique, les lettres ainsi formées ont été implantées comme une sous-classe des macro-déplacements (FingerSpelledLetter), l’ensemble du mot étant équivalent à la partie manuelle d’un signe ordinaire. Cela se justifie par le caractère dynamique de certaines lettres, marquées par des changements de position et/ou d’orientation, et qui rend inadaptée leur description par une simple posture manuelle (par exemple le J .dans la figure 3.23)[37]. Les courts temps de pause nécessaires à l’identification des lettres, assimilés à des tenues, plaident également en faveur de la ressemblance avec les macro-déplacements.
 

 

Figure 3.23 : Epellation manuelle du mot " Julie ".

 

Toutes les lettres de la dactylologie française peuvent être aisément décrites en utilisant une localisation (au niveau de l’épaule, sur le côté) et une orientation par défaut (face à l’interlocuteur). Si certaines (M, P) possèdent une orientation différente et que d’autres en changent (J), seules Y et Z nécessitent des déplacements du poignet, dont il suffit de donner les vecteurs relatifs.
   

Parmi les marqueurs globaux ont été implantés ceux qui caractérisent le type des clauses. Il sont introduits dans la description de la phrase sous forme de codes d’échappement au moyen de la barre oblique inverse (\), suivie de trois lettres au plus, puis du nombre de signes concernés. Il s’agit essentiellement de marqueurs non-manuels, dont certains sont dynamiques (par exemple, le hochement de tête pour exprimer la négation, ou l’avancée progressive des épaules pour l’impératif).

Le tableau 3.7 reprend les différents marqueurs rencontrés en langue des signes française, et la figure 3.24 donne un exemple illustratif d’une phrase signée complète. Celle-ci inclut une clause conditionnelle, suivie d’une négative couvrant trois signes, puis d’une clause déclarative caractérisée par une expression neutre du visage.
   
 
Type de clause

Négative

Assertive

Question oui/non

Question
Code \NO \YES \YNQ \WHQ
Exemple

Type de clause

Conditionnelle

Thème

Impérative
 
Code \CND \THE \IMP  
Exemple

 
         

Tableau 3.7 : Marqueurs de clauses non-manuels.


 
 

 

3.2.3.2. Localisations et références.

Comme il a été déjà suggéré, nous avons choisi d’unifier les mécanismes de paramétrage et de flexion des signes en une même notation, de façon à optimiser la lisibilité de la phrase. L’établissement des localisations et leurs référenciations postérieures utilisent toutes deux la notation parenthésée.

Les paramètres réservés ‘Droite’ et ‘Gauche’ permettent de situer une personne, un objet ou un groupe sur la scène de narration. Le système procède à la localisation grâce à la technique indiquée dans l’attribut correspondant du signe :

  1. Décalage
  2. Pointage postsigné
  3. Pointage simultané
  4. Orientation du corps
  5. Orientation du corps et du regard
  6. Nom préposé
  7. Nom postposé
Le tableau 3.8 ci-dessous propose quelques exemples de localisations. 
  
 

1. Maison(gauche)

2. Cimetière(droite)

3. Garçon(droite)

4. Cheminée(gauche)
 

Tableau 3.8 : Exemples de localisations.


Une fois mémorisée la valeur (i.e. le nom du signe) dans l’une des deux variables globales droite et gauche, celle-ci peut être ensuite employée comme référent, notamment dans les verbes directionnels. Il faut pour cela transmettre cette valeur comme paramètre aux signes qui utilisent cette localisation. En guise d’illustration, considérons l’énoncé :

Julie m'a téléphoné. Elle sera en retard
 

Nous le traduisons par la séquence de mots-signes suivante :
 
%Julie(droite) téléphoner(Julie,moi) fini.

Elle(Julie) en_retard arriver.
 
 Comme on peut le constater, la localisation est d’abord établie (au moyen du pointage postsigné, qui est la technique par défaut pour les signes épelés). Le verbe directionnel téléphoner et le déictique elle référencent ensuite la personne désormais située à la droite du signeur. Ainsi que le montre la figure 3.25, ces deux signes sont alors fléchis, le premier pour tenir compte de l’auteur de l'appel téléphonique et de son destinataire, le second pour désigner le sujet de la proposition terminale.
 
 

 

 Julie(droite)

 Téléphoner(Julie, moi)

  Fini

  Elle(Julie)

 En_retard

 Arriver
 

 Figure 3.25 : Exemple d’utilisation du mécanisme de localisation.


 

3.2.3.3. Autres flexions sur les signes

Ainsi qu’il a été présenté à la fin du chapitre 2, les signes sont susceptibles de subir de nombreuses flexions, tant spatio-temporelles que non-manuelles. C’est pourquoi a été défini un ensemble de tables de hachage[38] correspondant aux divers opérateurs introduits. Outre les différentes techniques de localisation, celles-ci contiennent :
 
 

repeat: <n> times et resizeFromBy: <factor> )

 

Un niveau supérieur de description est de plus proposé, de façon à regrouper en une même entité plusieurs primitives flexionnelles de nature différente (spatiale, dynamique ou faciale). Ces " macro-flexions " possèdent une valeur adverbiale de manière, et servent notamment à intensifier la durée ou la fréquence d’une action. Elles sont particulièrement adaptées pour encoder les aspects flexionnels complexes identifiés par Klima et Bellugi (voir annexe 1.4), dont certains ont été formalisés en tant que phénomènes phonologiques par Liddell et Johnson[39].

 

Faire_la_vaisselle

Faire_la_vaisselle(long)

Faire_la_vaisselle(long ennuyeux)
 

Figure 3.26 : Différentes formes de flexions sur un même signe.

Sur la figure 3.26 est présenté un exemple d’application de différentes flexions sur le signe faire_la_vaisselle. Dans la forme de base, la main dominante décrit un petit cercle sur la paume de la main de base, qui elle reste fixe. Le modificateur long est une macro-flexion consistant à la fois à agrandir le rayon d’un facteur 2, et à ralentir le mouvement (en produisant un nombre plus élevé d’images). Dans la troisième forme proposée, il est combiné avec l’expression faciale ennuyeux pour exprimer que cette action est longue et pénible[40].

On peut aussi remarquer que, pour garder la cohérence de la notation et la lisibilité de la phrase, les flexions sont, cette fois encore, transmises comme des paramètres[41].


Partie 3.3