amic
C'est justement pour ça qu'il y a une option… Et qu'on peut l'enregistrer !
Wally
L'option permet actuellement de choisir le type d'apostrophe voulue.
Perso je trouverais intéressant, comme proposé par Flamme, que par défaut les 2 soient acceptées. On pourrait laisser l'option pour forcer l'utilisation des apostrophes typographiques, espace insécables et majuscules accentuées.
tazzon
Le truc, c'est que c'est du javascript et que l'on compare le texte à chaque frappe. Si en plus il faut faire une comparaison en fonction des différentes apostrophes, je sens que dans pas longtemps, on néglige également les majuscules accentuées, les espaces insécables… Ça rajoute inutilement des calculs et des traitements alors qu'il n'est pas très compliqué de cocher quelques options et de les enregistrer. Une fois que c'est fait, on a plus besoin de se poser la question.
@hubert :
quand on tape du texte, je vois pas trop l'intérêt d'utiliser la souris pour revenir sur une correction. L'erreur est signalée dès qu'elle apparait et c'est pas très compliquer de faire un retour pour le corriger immédiatement. En plus, je pense qu'on ne peut pas vraiment ne pas se rendre compte qu'il y a eu une erreur, il me semble que c'est assez visible.
On pourrait effectivement laisser courir et ne marquer les fautes qu'à la fin des 500 car. mais pour l'instant ça ne fonctionne pas comme ça, c'est une méthode différente où il faut ensuite découper le texte mot à mot pour les comparer un à un… on pourrait envisager de prévoir ce mode mais c'est différent des tests conventionnels. Je t'encourage à aller sur la page de discussion de wiki pour proposer ton idée, elle est faite pour ça.
P.S. Je me rend compte suite à l'écriture de ce post que je n'utilise pas du tout la souris quand je tape, je reviens en arrière en cas d'erreur. La souris ne me sert en fait qu'à la relecture quand je fais une correction.
Hubert
tazzon a écritOn pourrait effectivement laisser courir et ne marquer les fautes qu'à la fin des 500 car. mais pour l'instant ça ne fonctionne pas comme ça,
oui c'est c'est la façon la plus proche de la réalité
le mouchard qui lui se contenterait de compter les touches et de comparer la somme du nombre de touche réelle avec la somme de touche requise et en déduirait un nombre n d'erreur. Ce qui expliquerait d'ailleurs comment on peut accepter les flèches de direction et les intervention de la souris.
bon c'est une idée en l'air
a bientôt
hubert
Pruneau
Où peut-on signaler les fautes d'orthographe dans les textes du dactylotest ? J'ai repéré :
– texte 15 : « je dit » à la place de « je dis »
– texte 16 : « commencez a recopier » à la place de « commencez à recopier »
Merci !
Fork Bomb
Désolé pour les fautes ;p
---
Tu peux corriger sur ma page perso sur le Wiki et/ou envoyer tes corrections à Tazzon.
Si tu peux faire les deux, c’est cool 🙂
rat bière sé
Hier, j'avais déjà corrigé cette erreur dans le texte n°15 mais il semble que le dactylotest ne se soit pas mis à jour avec la page modifiée.
Je viens de corriger le texte 16.
Merci Pruneau, si tu vois d'autres erreurs n'hésite pas à les corriger sur
http://bepo.fr/wiki/Utilisateur:Fork_Bomb
tazzon
Salut,
J'ai bien pris en compte les fait qu'il y a des fautes, je vais les corriger au plus vite.
Merci pour le retour. 😉
rat bière sé
Ça ne serait pas possible de faire une actualisation automatique de la base de donnée du dactylotest ? ou faire en sorte que le texte originel soit lu à chaque lancement ?
J'avoue, je n'y connais pas grand chose donc je suppose que tout ceci n'est pas envisageable.
tazzon
J'avoue ne pas trop comprendre ce que tu veux dire…
Il y a pas de base de donnée dans la dactylotest, c'est des fichiers texte et ils sont bien lu à chaque demande donc quand l'un des textes est mis à jour dans la "base", c'est ce texte qui sera utilisé lors de la prochaine requête.
rat bière sé
Je veux parler des textes sources, ceux qui sont présent sur les différents wikipedia. Car après avoir fait des corrections sur le wiki bépo, j'ai pu constater leur non prise en compte immédiate dans le dactylotest et je supposais donc que le test ne lis pas les textes sources mais une base de donnée contenant sa propre copie des textes non syncronisée avec les sources.
tazzon
Oui tout à fait, c'est pas trop simple à faire de prendre en compte les textes à jour.
Si on utilise les textes de cette façon, il y a fort à parier qu'ils ne contiendrons pas forcement les espaces insécables, les guillemets «», les majuscules accentuées… c'est pour ça.
rat bière sé
Tiens justement je retombe sur ce sujet 😃
J'ai vu qu'un bon nombre de textes avaient été ajoutés sur le dactylotest et je viens faire part de quelques petites erreurs :
Premièrement, l'interface indique d'entrer un nombre entre 0 et 129 pourtant il existe un texte 130 mais pas de texte 29, un petit bug sans doute.
Deuxièmement, quelques fautes ont été recensées par des utilisateurs sur IRC, je n'en ai plus connaissance mais il en existe.
Pour casser les petits malins qui trichent et qui polluent les scores, serait-il possible d'installer une limite raisonnable pour un humain dans les fantômes : une limite de 200mpm est raisonnablement élevée.
Dernièrement, j'allais râler sur le fait que les textes n'ont pas de guillemets français mais je me suis aperçu que c'était une option ; Ainsi, ne serait-il pas plus visible de dérouler par défaut cette boîte d'options ? Même problème remarqué avec les outils de sélection de langue et de méthode de choix de nouveau texte : serait-ce réalisable de présenter ces deux sélections par la même méthode que la boîte d'option et ainsi gagner en cohérence dans l'interface ?
EyEBURNeR
Je suis tombé aussi sur une césure infaisable ça m'a fait bien rire c'etait ni – ni — ni -
C'est d'ailleurs le seul texte que j'ai pas pu scorer (j'ai fait tous les autres y compris le 130 qui n'est pas sensé exister 🙂
Sinon c'est open source? je rajouterai bien quelques options comme le fait de pouvoir voir un score par personne ( le meilleur).
En effet le coup du MegaCheater (j'avoue c'est moi qui avais testé à l'époque j'aime bien affronter les limites d'un système) et des collègues se sont amusés derrière je leur ai dit d'arrêter pour pas polluer les scores.
tazzon
@XavierC : effectivement, petite problème, il n'y a pas de texte 29, si quelqu'un veut en proposer un, pas de problème.
J'ai vu également qu'il y avait des malins qui faisaient du copier/coller et qui atteignent des scores invraisemblables. Faudrait que je mette un système anti copier/coller.
@EyEBURNeR : est-ce que tu te souviens de quel texte il s'agit pour le problème de césure ?
J'ai été prévenu que les personnes s'interrogeaient sur le fait que ça soit ou pas open source. C'est le cas mais ce n'est mentionné nul part, j'ai commencé le dactylotest et de fil en aiguilles, c'est devenu plus conséquent mais je n'ai jamais pris le temps de mettre le licence dessus. Logiquement ça doit être une AGPL.
Lucas
Bien le bonjour !
J'ignore si c'est ici que mon message devrais se trouver, mais je ne voyait point où le placer.
D'abord, pour le contexte, je suis étudiant en informatique, et friand d'outils basés sur la pure logique d'utilisation, comme le clavier bépo, que j'ai découvert voilà quelques mois. Depuis, je m'entraîne chaque jour, regardant avec envie les fantômes du dactylotest atteignant la centaine de mots par minute 🙂
Comme j'utilise régulièrement ce dactylotest, je pense pouvoir donner un avis d'utilisateur.
Premièrement, le module en général : très bon !
Chaque jour, je réalise au moins un texte, et ai ainsi, outre renforcé mon «bépo», découvert des textes que je n'aurais sans cela certainement jamais lus.
Secondement, les défauts. Oui, selon moi, il y a essentiellement deux aspects à revoir…
- Je suis un utilisateur linux d'un module firefox, pentadactyl, permettant une navigation quasi exclusive au clavier. Cependant, dans le dactylotest, la saisie se termine quelques mots avant le bloc de texte (du moins, c'est ce que je vois). Comme cette fin est imprévisible, je ralenti sciemment mon rythme de saisie pour éviter un problème de conflit avec les raccourcis claviers. En effet, si je tape vite, j'ai déjà frappé la lettre suivante alors que la saisie est finie. Si il s'agit d'un d (fermer la fenetre) ou d'un r (recharger la page), je ne vois pas mon résultat... (les lettres compromettant l'affichage des résultats sont assez nombreuses)
Une solution esthétique serais d'obliger l'écriture du texte entier, OU d'afficher un marqueur visible juste derrière la dernière lettre à écrire.
- Certains textes (le 94 et le 6 par exemple) proposent le caractère «–» dans la saisie. D'autres, comme le 114, utilisent le «—». Cependant, dans le dactylotest, ces caractères sont identiques ! C'est déroutant !
Je suis conscient que ce genre de problème a peut-être déjà été soulevé, et que la personne s'occupant de l'application n'a pas que ça à faire. Je suis en revanche sûr qu'elle est heureuse d'avoir des retours, fussent-ils concentrés sur d'hypothétiques améliorations…
Quoiqu'il en soit, je vous souhaite une bonne journée !
Édition :
Troisièmement, une idée qui pourrais être intéressante.
Ceux qui codent aimeraient peut-être aussi pouvoir s'entraîner, non dans la langue de Molière, mais plutôt dans l'écriture de code... Pourquoi ne pas proposer des morceaux choisis du code du dactylotest lui-même, ainsi que des algorithmes d'intérêt général dans différents langages (C, bash, python, brainfuck,...).
tazzon
Salut,
c'est vrai qu'il y a des choses qui sont quelques fois incohérentes mais je t'assure que je prend des notes concernant les choses qui ne vont pas et dans tous les cas, elles sont notés ici.
En ce qui concerne les césures, je vient de vérifier et il y a effectivement un problème que je corrigerai dès que j'aurais un peu de temps (d'ici une quinzaine de jours c'est les vacances).
Il manque également dans les options la possibilité d'utiliser le tiret « - » plutôt que le quadratin « — », c'est pas très pratique pour ceux qui ne les ont pas en XXERTx.
Pour ce qui est des commandes de navigateur au clavier, j'utilise également un navigateur de ce type, c'est pas très simple, mais je pense que je pourrai faire que le texte ne s'arrête pas une fois le nombre de caractère atteint (c'esttrois fois rien à modifier).
Pour ce qui est de mettre du code à taper, c'est assez difficile, c'est vraiment pas prévu pour ça à la base. Plusieurs choses me fond penser que c'est pas forcement le truc le plus pratique, tout le monde ne code pas de la même manière et je pense qu'il n'est pas très gratifiant de taper le code d'un autre.
Si certains en veulent, pourquoi pas, ça peut faire parti d'un autre module dédié à ce type de frappe.
Sans ça, merci pour le retour positif. 😉
A2
L’url est indisponible (peut-être à cause de changement de dns vers Gandi ??), donc j’ai redirigé le lien vers la 3.1 sur free.fr.
Lucas
Merci pour la réponse !
tazzon a écritPour ce qui est des commandes de navigateur au clavier, j'utilise également un navigateur de ce type, c'est pas très simple, mais je pense que je pourrai faire que le texte ne s'arrête pas une fois le nombre de caractère atteint (c'esttrois fois rien à modifier).
Ce serais un véritable plus; et cela donnerait de plus une certaine harmonie.
Concernant le code, je pense que cela pourrais être intéressant, notamment pour permettre l'essai de dispositions plus spécifiques… (Je pense à bépo.ŵ, mais je peux pas mettre de lien à cause des restrictions du forum)
Je suis content d'avoir pu aider, ne serais-ce qu'un peu !
Robipo
Salut,
J'aimerais savoir si tu comptes partager les données des fantômes, j'aimerais bien faire des stats dessus (genre quels sont les digrammes qui posent le plus de problèmes etc..)
Je pense même qu'avec de telles statistiques on pourrait deviner si le texte a été écrit en azerty ou en bépo (évidement ça ne permettrait pas de savoir quelle variété de bépo).