Évalue l'ajout de la vérification orthographique à un produit que je possède. Selon mes recherches les principales décisions qui doivent être prises:
Vérification de l'orthographe open source
- La bibliothèque à utiliser. Dictionnaire (il peut être spécifique à une région, anglais britannique, américain, etc.).
- Listes d'exclusion. Chaque fois qu'une faute de frappe est détectée, il est possible que ce ne soit pas une faute de frappe, mais qu'il s'agisse d'un verbiage spécifique à l'utilisateur. À ce stade, les utilisateurs doivent pouvoir ajouter
à leur liste d'exclusion personnalisée. Outre une liste personnalisée par utilisateur, une liste d'exclusion est également établie en fonction de l'espace utilisateur des clients de l'outil. Ce sont des termes/acronymes dans le domaine de travail des utilisateurs. Par exemple FX ne sera pas une faute de frappe pour les traders de devises.
Les questions ouvertes que j'ai eues sont énumérées ci-dessous et si je pouvais obtenir des commentaires à leur sujet, ce serait très utile. Pour 1, je pensais à hunspell, qui est la bibliothèque open source proposée sous MPL et qui est utilisée par la famille de produits firefox et OpenOffice. Des histoires d'horreur là-bas en utilisant ça? Toutes les zones grises avec la licence? La vérification orthographique se produira sur un client Windows.
Les dictionnaires sont disponibles à partir de diverses sources, certaines étant libres sous MPL, d'autres non. Toutes les suggestions sur les bonnes sources pour les dictionnaires gratuits.
Support multilingue et ce qui doit être élaboré pour les soutenir?
Pour 4, comment les dictionnaires personnalisés sont-ils synchronisés avec le côté serveur et le côté client? La vérification de l'orthographe doit se faire sur le client, est-ce qu'ils sont poussés au lancement initial à chaque fois ou sont-ils synchronisés trop souvent?
Quel langage de programmation/plateforme utilisez-vous? –
Windows non basé sur le Web. il sera envoyé en tant qu'installateur client. – HeretoLearn