search

ddavout / FESTIfr

https://github.com/ddavout/FESTIfr
0 stars 0 forks source link

nouvelle LTS : problème avec n' suivi d'un verbe ?? #21

Closed ddavout closed 5 months ago

ddavout commented 5 months ago

manque d'entraînement de la LTS ?

pour m' pas de problème

festival> (lex.lookup  "m'aimerez" "VER")
            prehook m'aimerez VER
#m'aimeré#supra_lts: no strict result ("m'aimeré" "VER" ((("m" "eh" "m") 0) (("rh" "e") 0)))
("m'aimeré" "VER" ((("m" "eh" "m") 0) (("rh" "e") 0)))

mais n' n'est pas aussi bien traité

festival>(lex.lookup  "n'aimerez" "VER")
            prehook n'aimerez VER
#n'aimeré#supra_lts: no strict result ("n'aimeré" "VER" ((("eh" "m") 0) (("rh" "e") 0))) 
("n'aimeré" "VER" ((("eh" "m") 0) (("rh" "e") 0)))

alors que, si on supprime l'apostrophe, on a : 

festival>(lts_brut "naimerez" "VER") 
#naimerez#supra_lts: no strict result ("naimerez" "VER" ((("n" "eh" "m") 0) (("rh" "e") 0)))
("naimerez" "VER" ((("n" "eh" "m") 0) (("rh" "e") 0)))

mais peut-être est-ce un problème avec wordroot Ne devrait-on pas avoir en premier lieu un (wordroot "n'aimerez" "VER" ) qui donne naimeré ?? ou plutôt n_aimeré ! puisqu'enfin on a

(wordroot "n_aimerez" "NOM")
info: name_ref n_aimerez
"n_aimerez"
ddavout commented 5 months ago

Que la LTS soit défaillante, dans ce cas précis, on ne peut pas le nier, mais ce ne serait pas un gros problème si on pouvait ajouter une entrée dans l'addenda qui corrigerait le problème. Le problème est vraiment celui soulevé au niveau de wordroot, une fois corrigé l'ajout de (lex.add.entry '("n_aimeré" "VER" (((n "e" "m") 0) (("rh" "e") 0)))) est efficace.