KeyboardEvaluator - Historique des versions

Europano : Ajout de la catégorie "Méthodologie"

2023-03-27T13:28:20Z

Ajout de la catégorie "Méthodologie"

← Version précédente		Version du 27 mars 2023 à 15:28
Ligne 152 :		Ligne 152 :
	Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».		Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».
	Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.		Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.
			[[Catégorie:Méthodologie]]

Europano : Suppression des anciennes catégories

2023-03-26T19:49:07Z

Suppression des anciennes catégories

← Version précédente		Version du 26 mars 2023 à 21:49
Ligne 152 :		Ligne 152 :
	Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».		Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».
	Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.		Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.

	~~[[Catégorie:Bépo]]~~

Marcel : mise à jour lien Subversion → Git

2018-04-11T11:11:48Z

mise à jour lien Subversion → Git

← Version précédente		Version du 11 avril 2018 à 13:11
Ligne 6 :		Ligne 6 :
	* d'autres outils		* d'autres outils

	Il est présent ~~sous~~ [[~~subversion~~]] à l'adresse :		Il est présent sur [[Git]] à l'adresse :
	~~svn~~://~~svn~~.tuxfamily.org~~/svnroot~~/dvorak/~~svn/KeyboardEvaluator~~/~~trunk~~		https://git.tuxfamily.org/dvorak/keyboard_evaluator.git/

	== Propositions de règles pour les coûts des di-touches ==		== Propositions de règles pour les coûts des di-touches ==

A2 : /* top */fix nav

2016-11-29T05:42:53Z

top : fix nav

← Version précédente		Version du 29 novembre 2016 à 07:42
Ligne 1 :		Ligne 1 :
	{{navigation\|icone=Méthodologie.png\|Méthodologie~~\|{{PAGENAME}}~~}}		{{navigation\|icone=Méthodologie.png\|Méthodologie}}

	'''KeyboardEvaluator''' est un outil écrit en [[wp:Java (langage)\|java]] par [[Utilisateur:Emonet\|Rémi Emonet]] contenant différents systèmes d'évaluation pour les dispositions de clavier :		'''KeyboardEvaluator''' est un outil écrit en [[wp:Java (langage)\|java]] par [[Utilisateur:Emonet\|Rémi Emonet]] contenant différents systèmes d'évaluation pour les dispositions de clavier :

A2 : /* Autres questions */renommage, Replaced: Catégorie:Outils → Catégorie:Bépo,

2009-09-06T01:23:32Z

Autres questions : renommage, Replaced: Catégorie:Outils → Catégorie:Bépo,

← Version précédente		Version du 6 septembre 2009 à 03:23
Ligne 153 :		Ligne 153 :
	Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.		Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.

	[[Catégorie:~~Outils~~]]		[[Catégorie:Bépo]]

Tiot : Catégorie Outils

2008-08-05T18:00:35Z

Catégorie Outils

← Version précédente		Version du 5 août 2008 à 20:00
Ligne 152 :		Ligne 152 :
	Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».		Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».
	Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.		Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.

			[[Catégorie:Outils]]

A2 : /* Autoriser une (des) lettres à passer sur la rangée supérieur */

2008-04-10T22:23:19Z

Autoriser une (des) lettres à passer sur la rangée supérieur

← Version précédente		Version du 11 avril 2008 à 00:23
Ligne 149 :		Ligne 149 :

	=== Autoriser une (des) lettres à passer sur la rangée supérieur ===		=== Autoriser une (des) lettres à passer sur la rangée supérieur ===
	Accepter — ce qui n’était pas le cas pour la première version de l’algorithme — que des caractères peu courant passent sur la rangée du haut (des chiffres) tel que [~~http://www.clavier-dvorak.org/wiki/~~Utilisateur:Glehmann Gaëtan] ou [~~http://www.clavier-dvorak.org/wiki/~~Utilisateur:Nemolivier ~~moi-même~~] le ~~testons~~. C’est particulièrement intéressant pour pouvoir placer le « - » en bas.		Accepter — ce qui n’était pas le cas pour la première version de l’algorithme — que des caractères peu courant passent sur la rangée du haut (des chiffres) tel que [[Utilisateur:Glehmann\|Gaëtan]] ou [[Utilisateur:Nemolivier\|Olivier]] le testent. C’est particulièrement intéressant pour pouvoir placer le « - » en bas.
	Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».		Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».
	Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.		Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.

Jd le 10 avril 2008 à 17:40

2008-04-10T17:40:11Z

← Version précédente		Version du 10 avril 2008 à 19:40
Ligne 1 :		Ligne 1 :
			{{navigation\|icone=Méthodologie.png\|Méthodologie\|{{PAGENAME}}}}

	'''KeyboardEvaluator''' est un outil écrit en [[wp:Java (langage)\|java]] par [[Utilisateur:Emonet\|Rémi Emonet]] contenant différents systèmes d'évaluation pour les dispositions de clavier :		'''KeyboardEvaluator''' est un outil écrit en [[wp:Java (langage)\|java]] par [[Utilisateur:Emonet\|Rémi Emonet]] contenant différents systèmes d'évaluation pour les dispositions de clavier :
	* un évaluateur basé sur le modèle de [[Klay]] ([http://www-prima.imag.fr/prima/people/emonet/bepo/launch.jnlp lancer l'interface graphique] qui expose une partie des fonctionnalités)		* un évaluateur basé sur le modèle de [[Klay]] ([http://www-prima.imag.fr/prima/people/emonet/bepo/launch.jnlp lancer l'interface graphique] qui expose une partie des fonctionnalités)

Emonet : ajout d'un lien vers l'ui

2008-04-04T13:00:54Z

ajout d'un lien vers l'ui

Nemolivier : /* Les règles (en langage compréhensible par Olivier) */ Tentative d’ajout de rêgles et questions

2008-03-14T10:08:28Z

Les règles (en langage compréhensible par Olivier) : Tentative d’ajout de rêgles et questions

← Version précédente		Version du 14 mars 2008 à 12:08
Ligne 114 :		Ligne 114 :


	* Digrammes à un doigt, sur une seule touche : accessibilité de la touche en frappe simple, pas de perte de vitesse ~~(ou~~ alors dans les très grande vitesse).		* Digrammes à un doigt, sur une seule touche : accessibilité de la touche en frappe simple, pas de perte de vitesse — ou alors dans les très grande vitesse, mais pas certain.


	* Digrammes à un doigt, à l'exception des doubles ~~lettres~~ :		* Digrammes à un doigt, à l'exception des doubles lettres (Cf ci-dessus) :
	** Ce sont les digrammes les plus coûteux ;		** Ce sont les digrammes les plus coûteux ;
	** la difficulté augment avec la diminution d'accessibilité des touches (cherchez le petit doigt) ;		** la difficulté augment avec la diminution d'accessibilité des touches (cherchez le petit doigt) ;
	** Ils sont plus faciles en descendant qu'en montant… à moins que ce ne soit l'inverse !		** Ils sont plus faciles en descendant qu'en montant… à moins que ce ne soit l'inverse !
	** ils sont plus facile vers l'intérieur… à moins que ce soit vers l'extérieur !		** ils sont plus facile vers l'intérieur… à moins que ce soit vers l'extérieur !
			** Un doigt préfèrera toujours un digramme un peu plus difficile que beaucoup de digrammes moins difficiles (c’est une contrainte très difficile à juger, mais qui me paraît assez logique : on entre dans le fameux domaine de ce que je n’arrive pas à appeler autrement que la charge mentale).


	* Trigrammes. On ne conserve que ceux formés de 3 touches consécutives (type AUI).		* Trigrammes. On ne conserve que ceux formés de 3 touches consécutives (type AUI).


			* Relation entre deux mains / deux doigts
			** Je ne sais pas comment fonctionne l’algorithme : à partir de quel moment se « permet-il » encore de passer une touche d’une main vers l’autre ?
			** comment déterminer qu’un digramme courant d’une main (deux doigts) est préférable à beaucoup d’autres moins courants : Cf le cas du CH (mon courriel n’est pas sur les archives de la liste, je le met dans une page à part) [[Inversion X/H]]
			** À parir de quel moment est-il préférable qu’un doigt face un digramme plutôt que son voisin (décharge du travail des petits doigts qui ont le plus de touche à gérer).

	== Autres questions ==		== Autres questions ==

← Version précédente		Version du 4 avril 2008 à 15:00
Ligne 1 :		Ligne 1 :
	'''KeyboardEvaluator''' est un outil écrit en [[wp:Java (langage)\|java]] par [[Utilisateur:Emonet\|Rémi Emonet]] contenant différents systèmes d'évaluation pour les dispositions de clavier :		'''KeyboardEvaluator''' est un outil écrit en [[wp:Java (langage)\|java]] par [[Utilisateur:Emonet\|Rémi Emonet]] contenant différents systèmes d'évaluation pour les dispositions de clavier :
	* un évaluateur basé sur le modèle de [[Klay]]		* un évaluateur basé sur le modèle de [[Klay]] ([http://www-prima.imag.fr/prima/people/emonet/bepo/launch.jnlp lancer l'interface graphique] qui expose une partie des fonctionnalités)
	* un évaluateur basé sur les coûts des ditouches (frappe successives de deux touches)		* un évaluateur basé sur les coûts des ditouches (frappe successives de deux touches)
	* d'autres outils		* d'autres outils
Ligne 114 :		Ligne 114 :


	* Digrammes à un doigt, sur une seule touche : accessibilité de la touche en frappe simple, pas de perte de vitesse ~~— ou~~ alors dans les très grande vitesse, mais pas certain.		* Digrammes à un doigt, sur une seule touche : accessibilité de la touche en frappe simple, pas de perte de vitesse — ou alors dans les très grande vitesse, mais pas certain.


	* Digrammes à un doigt, à l'exception des doubles lettres (Cf ci-dessus) :		* Digrammes à un doigt, à l'exception des doubles lettres (Cf ci-dessus) :
	** Ce sont les digrammes les plus coûteux ;		** Ce sont les digrammes les plus coûteux ;
	** la difficulté augment avec la diminution d'accessibilité des touches (cherchez le petit doigt) ;		** la difficulté augment avec la diminution d'accessibilité des touches (cherchez le petit doigt) ;
	** Ils sont plus faciles en descendant qu'en montant… à moins que ce ne soit l'inverse !		** Ils sont plus faciles en descendant qu'en montant… à moins que ce ne soit l'inverse !
	** ils sont plus facile vers l'intérieur… à moins que ce soit vers l'extérieur !		** ils sont plus facile vers l'intérieur… à moins que ce soit vers l'extérieur !
	** Un doigt préfèrera toujours un digramme un peu plus difficile que beaucoup de digrammes moins difficiles (c’est une contrainte très difficile à juger, mais qui me paraît assez ~~logique~~ : on entre dans le fameux domaine de ce que je n’arrive pas à appeler autrement que la charge mentale).		** Un doigt préfèrera toujours un digramme un peu plus difficile que beaucoup de digrammes moins difficiles (c’est une contrainte très difficile à juger, mais qui me paraît assez logique : on entre dans le fameux domaine de ce que je n’arrive pas à appeler autrement que la charge mentale).


Ligne 129 :		Ligne 129 :

	* Relation entre deux mains / deux doigts		* Relation entre deux mains / deux doigts
	** Je ne sais pas comment fonctionne ~~l’algorithme~~ : à partir de quel moment se « permet-il » encore de passer une touche d’une main vers ~~l’autre~~ ?		** Je ne sais pas comment fonctionne l’algorithme : à partir de quel moment se « permet-il » encore de passer une touche d’une main vers l’autre ?
	** comment déterminer qu’un digramme courant d’une main (deux doigts) est préférable à beaucoup d’autres moins ~~courants~~ : Cf le cas du CH (mon courriel n’est pas sur les archives de la liste, je le met dans une page à part) [[Inversion X/H]]		** comment déterminer qu’un digramme courant d’une main (deux doigts) est préférable à beaucoup d’autres moins courants : Cf le cas du CH (mon courriel n’est pas sur les archives de la liste, je le met dans une page à part) [[Inversion X/H]]
	** À parir de quel moment est-il préférable qu’un doigt face un digramme plutôt que son voisin (décharge du travail des petits doigts qui ont le plus de touche à gérer).		** À parir de quel moment est-il préférable qu’un doigt face un digramme plutôt que son voisin (décharge du travail des petits doigts qui ont le plus de touche à gérer).

	== Autres questions ==		== Autres questions ==

	=== Touches ~~« pré~~-définies » ===		=== Touches « pré-définies » ===

	Doit-on, dès le départ, fixer certains ~~« couples »~~ de caractères sur les touches. Par exemple :		Doit-on, dès le départ, fixer certains « couples » de caractères sur les touches. Par exemple :
	* ’ et ;		* ’ et ;
	* . et :		* . et :
	* , et ?		* , et ?
	* ^ et !		* ^ et !
	* ù et u Dans ce cas là, il faut ~~« simplifier »~~ le corpus pour que ~~« ù »~~ soit assimilé à ~~« u »~~.		* ù et u Dans ce cas là, il faut « simplifier » le corpus pour que « ù » soit assimilé à « u ».
	* ¨ et i		* ¨ et i
	* fixer la place du « - » qui, sans être un caractère n’en est pas moins très présent en français		* fixer la place du « - » qui, sans être un caractère n’en est pas moins très présent en français

	=== Autoriser une (des) lettres à passer sur la rangée supérieur ===		=== Autoriser une (des) lettres à passer sur la rangée supérieur ===
	Accepter ~~— ce~~ qui n’était pas le cas pour la première version de ~~l’algorithme —~~ que des caractères peu courant passent sur la rangée du haut (des chiffres) tel que [http://www.clavier-dvorak.org/wiki/Utilisateur:Glehmann Gaëtan] ou [http://www.clavier-dvorak.org/wiki/Utilisateur:Nemolivier moi-même] le testons. C’est particulièrement intéressant pour pouvoir placer le « - » en bas.		Accepter — ce qui n’était pas le cas pour la première version de l’algorithme — que des caractères peu courant passent sur la rangée du haut (des chiffres) tel que [http://www.clavier-dvorak.org/wiki/Utilisateur:Glehmann Gaëtan] ou [http://www.clavier-dvorak.org/wiki/Utilisateur:Nemolivier moi-même] le testons. C’est particulièrement intéressant pour pouvoir placer le « - » en bas.
	Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le ~~« ç »~~.		Je trouve qu’il serait mieux de réserver ça à un caractère assez spécifique du français, tel que le « ç ».
	Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.		Ça n’empêche pas de conserver la règle du symbole majuscule en position Maj de la touche sur laquelle se trouve sa minuscule.

KeyboardEvaluator - Historique des versions

Europano : Ajout de la catégorie "Méthodologie"

Europano : Suppression des anciennes catégories

Marcel : mise à jour lien Subversion → Git

A2 : /* top */fix nav

A2 : /* Autres questions */renommage, Replaced: Catégorie:Outils → Catégorie:Bépo,

Tiot : Catégorie Outils

A2 : /* Autoriser une (des) lettres à passer sur la rangée supérieur */