Publié par un produit à code fermé
Cette page est publiée par un produit à code fermé. Le code de LocalType n’est pas disponible à la lecture.
Donc si le code inspectable est une exigence et non une préférence, la réponse à ta recherche est l’un des projets ci-dessous, et aucune phrase n’y changera rien.
Pourquoi ça compte plus pour un clavier que pour la plupart des apps
Ce n’est pas seulement de l’idéologie.
Un clavier voit tout ce que tu écris. Mots de passe, messages, détails médicaux, coordonnées bancaires. L’avertissement d’Android le dit lui-même au moment où tu en actives un.
Pour la plupart des apps, tu peux raisonner sur leur comportement à partir des autorisations. Avec un clavier, la capacité est inhérente à la fonction, donc la seule question qui reste est l’intention, et l’intention est exactement ce que le code source permet de vérifier au lieu de croire.
Ajoute la dictée et le micro rejoint la liste. Cette combinaison explique pourquoi la scène des claviers libres est inhabituellement active, comparée à celle des calculatrices libres.
Les projets qui existent aujourd’hui
FUTO Voice Input. Reconnaissance sur l’appareil, code publié, payé une fois plutôt que par abonnement, aucun compte. C’est un service de dictée et non un clavier, donc il se branche derrière un clavier capable de l’appeler. La réponse la plus complète si tu veux garder ton clavier actuel.
Whisper IME. Fait tourner Whisper sur l’appareil, licence MIT, gratuit, disponible sur F-Droid, réclame Android 9 ou plus récent, et télécharge son modèle avant la première utilisation. Les enregistrements sont plafonnés à une demi-minute environ, ce qui convient mieux aux messages qu’à une dictée soutenue.
Transcribro. Reconnaissance locale avec whisper.cpp et détection d’activité vocale, licence ISC, gratuit, distribué par Accrescent et par son propre dépôt. Fournit à la fois un clavier et un service système de reconnaissance vocale que d’autres apps peuvent appeler. Anglais.
AnySoftKeyboard et HeliBoard. Des claviers libres sans dictée intégrée, deux projets de longue haleine. Associe l’un ou l’autre à un des services de dictée ci-dessus et tu obtiens une chaîne entièrement libre.
Cette dernière combinaison est la réponse pour qui fait tourner un téléphone sans aucun service Google, et elle fonctionne.
Là où les options libres sont les plus faibles
Ce n’est pas une critique. Ce sont de petits projets qui travaillent avec soin, et les manques sont structurels plutôt que fautifs.
Les langues. Les modèles multilingues sont plus gros, et une petite équipe choisit sensément une langue et la traite correctement. Plusieurs des options ci-dessus ne font que l’anglais, ce qui tranche immédiatement si tu écris dans autre chose.
Le fini et les cas limites. Les claviers commerciaux ont été ajustés contre des millions d’appareils. Un projet libre non, donc un téléphone inhabituel ou une app bizarre peut produire un comportement que personne n’avait rencontré.
Le montage à faire soi-même. Un service vocal plus un clavier, cela fait deux installations, une étape d’association, et deux projets qui doivent continuer de s’entendre.
L’assistance. Il y a un dépôt et un suivi de tickets. Pour beaucoup de gens, c’est mieux qu’une adresse de support ; pour d’autres, ce n’est pas du support du tout.
La distribution. Plusieurs sont hors du magasin de Google, ce qui est une qualité pour le public qui le veut et un obstacle pour tous les autres.
Comment bâtir une chaîne entièrement libre
Si c’est ton objectif, il faut deux installations et une étape d’association.
Installe un clavier libre. Installe un service de dictée libre. Active les deux dans les réglages de langue et de saisie d’Android, sélectionne le clavier, et pointe-le vers le service vocal. Laisse le téléchargement du modèle aller au bout, puis fais un essai en mode avion pour confirmer que rien ne sort.
Compte un après-midi plutôt que cinq minutes, et compte lire deux ou trois fichiers d’explication. C’est le compromis, et pour les gens que ça intéresse c’est un compromis parfaitement raisonnable.
Là où un produit fermé garde du sens
Voilà ce que LocalType peut faire valoir, et ce n’est pas un argument sur l’ouverture.
C’est un produit et non deux, donc il n’y a ni association ni question de compatibilité. Il couvre dix-huit langues à partir d’un seul modèle multilingue, identifié depuis l’enregistrement plutôt que depuis un menu, et c’est précisément le manque que laissent les projets réservés à l’anglais. C’est un clavier complet à part entière, avec correction automatique, suggestions de mot suivant, un dictionnaire par langue et les dispositions habituelles, plutôt qu’une dictée accrochée au clavier de quelqu’un d’autre. Et il est suivi comme un produit, ce qui compte le jour où quelque chose déraille sur un modèle de téléphone que personne n’a testé.
Sur le principe qui est en dessous, il n’y a aucun désaccord. La reconnaissance se passe sur l’appareil, à partir d’un fichier de modèle qu’aucune autre app ne peut ouvrir. Le réseau est sollicité une fois, pour récupérer le modèle que tu as choisi, et plus jamais, ce que tu peux vérifier en mode avion exactement comme tu vérifierais un projet libre. Rien à créer comme compte, aucune publicité, rien à l’intérieur du produit qui fasse du pistage de ton usage, aucune archive des enregistrements, des sauvegardes qui sautent l’app exprès, et un micro qui refuse de se montrer au-dessus d’un champ de mot de passe.
Trois tailles, à 60, 190 et 539 Mo, remettent la décision entre vitesse et justesse dans tes mains, avec 4,1 secondes nécessaires pour 6,9 secondes de parole au réglage intermédiaire sur l’appareil de test à 4 Go.
Ce que tu ne peux pas faire, c’est lire le code. Si c’est là que passe ta ligne, les projets ci-dessus sont la destination, et ils sont bons.
Ce que « open source » garantit et ne garantit pas
L’expression pèse plus lourd dans une conversation que dans les faits.
Elle garantit que le code peut être lu. C’est une vraie valeur et c’est tout l’intérêt.
Elle ne garantit pas que quelqu’un l’ait lu. La plupart des projets libres ne sont audités par personne en particulier, et une affirmation dans un fichier d’explication reste une affirmation, quelle que soit la licence.
Elle ne garantit pas que l’app que tu as installée a été compilée depuis ce code, à moins que la compilation soit reproductible et que tu aies vérifié, ce que presque personne ne fait.
Et elle ne garantit pas que le modèle soit ouvert. Plusieurs de ces projets font tourner des modèles publiés avec des poids disponibles mais sans données d’entraînement publiées, ce qui est une ouverture d’une autre nature, et plus faible, que celle du code autour.
Rien de tout cela ne plaide contre le choix du libre. Cela plaide pour l’assortir des mêmes contrôles de comportement que tu appliquerais à n’importe quoi d’autre, à commencer par couper le réseau et regarder ce qui marche encore.
Choisir entre les deux
Une question tranche pour la plupart des gens.
As-tu besoin de vérifier, ou as-tu besoin que ça marche ? Vérifier veut dire du libre, et les options existent vraiment. Que ça marche d’emblée dans plusieurs langues avec une seule installation veut dire un produit fini, et c’est le compromis que LocalType te demande d’accepter.
Aucune des deux réponses n’est fausse, et qui te dit le contraire est en train de vendre quelque chose.
Si tu hésites, commence par les options libres. Elles ne coûtent rien à essayer, et si elles couvrent tes langues et que ton téléphone se comporte bien, la question est réglée sans que tu aies rien dépensé.