Bonjour, Le 02.07.2010 08:44, Olivier R. a écrit : > > Bonjour, [...] > > Le 01/07/2010 23:42, Jean-Baptiste Faure a écrit : > [...] >> De façon générale je pense que l'interprétation des intentions de >> l'utilisateur doit être bannie de l'auto-correction car c'est un moyen >> très sûr de mécontenter la moitié des utilisateurs . > > +1 > > >> Mais dans ce cas il faudra mettre dans la table >> d'auto-correction tous les cas possibles : >> aler -> aller >> Aler -> Aller >> ALER -> ALLER >> et si l'utilisateur veut aussi aLer -> aLLer il pourra le faire. > > Pas d'accord. > Je ne vois pas pourquoi il faudrait se soucier de toutes les > bizarreries possibles. Elles sont innombrables. A qui cela sera-t-il > utile? L'utilisateur peut lui-même créer les autocorrections dont il a > besoin. > > De toute façon, Hunspell ne tolère pas les aLLer, AlleR ou autre > graphie arbitraire. Hunspell accepte le tout-bas-de-casse, le > tout-haut-de-casse, ou la première lettre en majuscule, exception de > ce qui est écrit explicitement dans le dictionnaire bien sûr. > > Songez aussi que si le fichier d'autocorrection n'est pas limité en > taille, ça bouffe quand même des ressources au chargement et en > mémoire. Sur les anciennes machines, ça se sent. Multiplier chaque mot > par toutes ses possibilités sur la casse est irréaliste, àmha.
Oui tu as raison, la liste d'auto-correction fournie par défaut ne devrait pas se préoccuper de la casse. À l'utilisateur de compléter en fonction de ses besoins. La possibilité d'alimenter cette liste depuis le correcteur orthographique est très pratique pour ça. Bonne journée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
