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 lobjet de développements pratiques poussés, et limplantation informatique représente une part non négligeable du labeur fourni. Cest à elle quont 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. Lutilisation de cet outil est motivée par plusieurs points :
La contrepartie à tous ces avantages réside surtout
dans lallongement des temps de calcul par rapport à
dautres langages tels que C++. Mais, dans le cadre dun
prototypage tel que le nôtre, Smalltalk sest révélé
remarquablement adapté.
Dans un premier temps, nous exposons les outils programmatiques disponibles pour décrire les caractéristiques formationnelles, en détaillant pour conclure lutilisation pratique des paramètres au moyen des sélecteurs.
Ces derniers sont éventuellement fournis dans len-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 lesprit
dans lequel sont conçues les descriptions textuelles des
signes ; le lecteur peut se reporter à lannexe
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 cest-à-dire les " briques " de base ont été regroupés dans le tableau 3.4.
|
|
|
|
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 |
|
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.
|
|
Partie manuelle | Manual |
Spécification manuelle | HandSpec |
Macro-déplacement | MacroShift |
Mouvement principal | MainMove |
Mouvement | Move |
Déplacement | Shift |
Primitive de déplacement | ShiftPrime |
|
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, quelle joue le rôle de main de base, quelle 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 : lutilisation dun objet de la classe HandSpec comme argument du sélecteur weakMove: se justifie dans les cas où la main non-dominante semble " guider " lautre main. Le mouvement des deux articulateurs est alors rigoureusement identique et leur relation spatiale, souvent de type contact, conservée (cf. lexemple de passer_laspirateur, ci-contre).
Il est important de noter que seule la dernière expression incluse dans la partie manuelle définit réellement celle-ci. Lutilisateur 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 dune variable locale se fait sans déclaration préalable au moyen de la syntaxe :
Elle peut ensuite être référencée
par son nom dans nimporte quelle autre construction de niveau
supérieur ou égal dans la hiérarchie.
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. |
![]() |
|
|
Afin dalléger la description du signe autant que faire se peut, des valeurs par défaut peuvent être utilisées à bien des niveaux. Cest notamment le cas lors de la spécification dun 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, lorientation 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 deffectuer 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).
![]() |
|
3.2.1.2. Partie non-manuelle.
Traduire lexpressivité nest pas chose aisée, en raison des nombreuses composantes intervenant dans lanimation faciale. Des études indiquent cependant que, pour que la traduction soit pleinement acceptée par la communauté sourde, il est primordial quelle soit dotée de cette caractéristique [WID 98].
Notre système na évidemment pas la prétention dégaler les meilleurs travaux existant dans ce domaine [CAS 94, PEL 94]. Il se contente de rendre lexpression 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 :
![]() ![]() |
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 dun message du type :
Exemple : La partie NonManual: du signe sombre contient les lignes suivantes : |
![]() |
|
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) nont pas darguments.
Ils génèrent une combinatoire suffisamment importante
pour obtenir des visages expressifs, et concernent :
|
|
|
|
|
||||||
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 |
![]() |
|||
|
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, louverture des yeux contraint la hauteur des sourcils, et létat de ces derniers fait apparaître, selon les cas, des rides dans lespace qui les sépare ou sur le front.
Ces primitives ont été utilisées pour prédéfinir un certain nombre dexpressions 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. |
![]() |
3.2.1.3. Paramètres et sélecteurs.
Ladjonction dun paramètre à un signe se justifie lorsque ce dernier est susceptible de voir lune de ses caractéristiques manuelles modifiée. Les verbes directionnels, dont les positions initiale et finale dépendent de lagent 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 lun des gestèmes (en général, la configuration manuelle).
Pour introduire ce mécanisme, reprenons lexemple 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é dun mouvement circulaire dans le plan frontal, et dont la configuration nest 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 à lappel 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 dun autre signe via la syntaxe
nest 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
dexpliciter la liste de leurs sélecteurs grâce
au message selectors:.
De plus, laccord 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 (dun angle positif ou négatif, suivant que le référent est situé à droite ou à gauche du signeur)[34].
Ceci permet dappeler ce même signe de différentes façons pour laccorder avec lagent et le patient (figure 3.17).
![]() |
![]() |
![]() |
|
|
|
|
Remarques :
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 à sassurer que celui-ci est syntaxiquement correct. Si tel est le cas, lévaluation du signe commence alors par un pré-traitement consistant à parcourir larbre danalyse 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 quelle peut être modifiée
sans remettre en cause lensemble du mécanisme. Une
amélioration spécifique du module graphique est
par exemple aisément envisageable. La présente partie
se propose den détailler isolément le fonctionnement
et linterface.
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 lon
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 dentrée, et dont la structure est celle que lon retrouve dans les parties frontales des compilateurs des langages de programmation classiques [AHO 91]. Il sagit dun couple producteur/consommateur constitué (cf. figure 3.18) :
![]() |
|
Lanalyseur lexical est construit à partir de lautomate 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 dacceptation correspondent à la reconnaissance dune unité lexicale. Ils exécutent une méthode chargée de composer lassociation unité lexicale/attribut grâce aux caractères situés dans le tampon dentrée. Si aucun état nest 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,
lanalyseur lexical permet dignorer les espaces, uniquement
destinés à faciliter la lisibilité du texte
dentrée.
Linteraction avec lanalyseur syntaxique se réalise simplement en faisant de lanalyseur lexical une procédure qui rend les unités lexicales une à une, à la demande. Lanalyseur 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 danalyse choisie est ascendante de type LR (larbre 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 laxiome de la grammaire. Deux tables danalyse Action et Successeur, qui déterminent à chaque étape lopération à réaliser, sont créées en utilisant lalgorithme SLR (LR simple) fourni dans [AHO 91].
Ces deux outils danalyse lexicale et syntaxique sont
tout à fait génériques et donc aisément
réutilisables à dautres 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, lanalyseur affiche un message derreur sur la barre détat de léditeur et met le terme correspondant en surbrillance. Dans le cas contraire, il retourne larbre syntaxique qui illustre visuellement comment laxiome 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 larbre (aucune table de symboles nest en effet créée lors de lanalyse 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 len-tête de la description. Les variables locales sont également détectées et mémorisées lors de cette phase.
Si lopé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 lexemple du signe sendormir. Chaque type de primitive y figurant a donné lieu au développement dune classe dobjets.
![]() |
|
Lors de lévaluation du signe, le système
doit être très vigilant à lordre des
opérations réalisées. En particulier, si
un point corporel contralatéral
est utilisé comme localisation (ainsi le
milieu de lindex dans le signe de la figure
3.20), il faut sassurer 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]. |
|
|
3.2.2.3. Synthèse graphique.
Le module de synthèse graphique est subdivisé
en deux phases distinctes. Il doit dabord 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 lobjet 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 à lidentique.
Il est donc nécessaire de ne les générer
quune seule fois (ce qui obère moins les ressources
système); cela nest pas le cas pour entre
autres une répétition à partir dun
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 dautres aléas inhérents à
leur nature surfacique (par exemple, des imprécisions minimes
quant à la définition dun point du segment).
Ceci représente cependant un bon compromis entre le temps
de calcul - faible par rapport à celui dune réelle
synthèse volumique - et le niveau de perceptibilité
- bien meilleur quavec une représentation en fil
de fer.
Dans un second temps sont calculées les images destinées
à laffichage. A partir de la collection de points
3D représentant lanimation, cinq étapes mènent
à limage finale :
![]() |
|
![]() |
|
Cette procédure incluant lélimination des
parties cachées et lombrage des surfaces fournit
une représentation graphique dans laquelle la position
et lorientation 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 larticulateur dominant en rouge, la main non-dominante
et le torse dans des couleurs différentes) permet den
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 lorsquils 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 lutilisation 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 dune
part ceux figurant dans len-tête du signe, et qui
doivent être nécessairement renseignés, et
dautre part ceux, facultatifs, qui correspondent à
des flexions non-manuelles, de localisation ou autres.
Lorsquun signe risque dêtre inconnu de
linterlocuteur, ou quaucun signe conventionnel nexiste
pour un nom donné en particulier pour les noms propres
-, le signeur utilise lalphabet 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
%, lutilisateur 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),
lensemble du mot étant équivalent à
la partie manuelle dun signe ordinaire. Cela se justifie
par le caractère dynamique de certaines lettres, marquées
par des changements de position et/ou dorientation, 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
à lidentification des lettres, assimilés à
des tenues, plaident également en faveur de la ressemblance
avec les macro-déplacements.
![]() |
|
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 à linterlocuteur). Si certaines (M,
P) possèdent une
orientation différente et que dautres 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 sagit essentiellement de marqueurs non-manuels, dont certains sont dynamiques (par exemple, le hochement de tête pour exprimer la négation, ou lavancée progressive des épaules pour limpé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
dune phrase signée complète. Celle-ci inclut
une clause conditionnelle, suivie dune négative couvrant
trois signes, puis dune clause déclarative caractérisée
par une expression neutre du visage.
Type de clause |
|
|
|
|
Code | \NO | \YES | \YNQ | \WHQ |
Exemple |
![]() |
![]() |
![]() |
![]() |
Type de clause |
|
|
|
|
Code | \CND | \THE | \IMP | |
Exemple |
![]() |
![]() |
![]() |
|
|
3.2.3.2. Localisations et références.
Comme il a été déjà suggéré, nous avons choisi dunifier 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 lattribut correspondant du signe :
Le tableau 3.8 ci-dessous propose quelques exemples de localisations.
![]() |
![]() ![]() |
![]() |
![]() |
|
|
|
|
|
Une fois mémorisée la valeur (i.e. le nom du signe)
dans lune 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 dillustration, 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 dabord
é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 lauteur
de l'appel téléphonique et de son destinataire,
le second pour désigner le sujet de la proposition terminale.
![]() |
|||||
|
|
|
|
|
|
|
3.2.3.3. Autres flexions sur les signes
Ainsi quil a été présenté
à la fin du chapitre 2, les signes sont susceptibles de
subir de nombreuses flexions, tant spatio-temporelles que non-manuelles.
Cest 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
:
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
dune 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].
![]() |
![]() |
![]() |
|
|
|
|
Sur la figure 3.26 est présenté un exemple dapplication 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 dun facteur 2, et à ralentir le mouvement (en produisant un nombre plus élevé dimages). Dans la troisième forme proposée, il est combiné avec lexpression 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].