Disposition de clavier bépo - Contributions [fr]

AnalyseSaisie

2013-01-04T09:58:44Z

Z3bra :

= Analyse de notre utilisation réelle du clavier =

Initié par [[Utilisateur:JulieCaroline|JulieCaroline]], merci de commenter !

== Grandes lignes ==

* Analyser MON utilisation de l’outil informatique, 60h par semaine.

* Partager les résultats intermédiaires de cette analyse entre nous tous.

== Débat ? ==
Parer aux réflexions : cette disposition n’est pas faite pour moi, pas
assez pratique pour coder, dois-je changer de disposition quand je change d’activité ?

= Méthode =

* Un sniffer de clavier / keylogger qui capte toutes les frappes claviers. (On parle de _saisie_ non de corpus de texte)

* Un analyseur qui ressort ce qui peut intéresser pour une disposition de clavier (celui qu’on utilise sur un corpus de texte par exemple)

== Keyloggers ==
Quels outils OpenSources ?

* [http://www.tux-planet.fr/logkeys-un-keylogger-sous-linux/ logkeys]
* [http://blog.rom1v.com/2011/11/keylogger-sous-gnulinux-enregistrer-les-touches-tapees-au-clavier/ "à la main"]

===logkeys===
====Installation====
Logkeys est un utilitaire sous GNU/Linux qui permet de mémoriser l'ensemble des touches pressées par les utilisateurs du système. 
L'installation peut se faire depuis les [http://code.google.com/p/logkeys/ sources]:
<syntaxHighlight lang='bash'>
$ tar xvzf logkeys-*.tar.gz && rm -f logkeys-*.tar.gz && cd logkeys-*
$ ./configure
$ make
$ make install
</syntaxHighlight>

Ou, pour certaines distribution, via le gestionnaire de paquets:
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]

====utilisation====
Logkeys est un démon, c'est-à-dire qu'il tourne en arrière plan sur votre système. Pour le lancer et l'arrêter, voici les commandes de base:
<syntaxHighlight lang='bash'>
% logkeys --start
% logkeys --kill
</syntaxHighlight>

Les paquets disponible pour archlinux fournissent un script « /etc/rc.d/logkeysd » (pour initscript) et un service « /usr/lib/systemd/system/logkeys.service » (pour systemd) permettant d'automatiser le lancement du démon au démarrage.

Par défaut, logkeys considère votre clavier comme étant un clavier slovène, et enregistre les touches frappées dans le fichier « /var/log/logkeys ».
Vous pouvez bien entendu modifier ces paramètres, ainsi que de nombreux autres, disponible sur la [http://www.linuxcertif.com/man/8/logkeys/ manpage] de logkeys.

====paramétrage====
Par défaut, le clavier sur lequel se base logkeys est en slovène. Pas très pratique (sauf si vous tapez sur un clavier slovène !). Il nous faut donc changer le mappage. 
Il existe dans ce cas différentes méthodes qui sont l'édition à la main, et l'utilisation de mappage existants. 
Pour utiliser un mappage existant, téléchargez ce dernier sur le [http://code.google.com/p/logkeys/wiki/Keymaps wiki] de logkeys, ou voyez si un paquet n'existe pas pour votre distribution: 
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys-keymap
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]
Les fichiers seront ainsi téléchargés directement dans « /usr/share/lkmaps »

''Si vous téléchargez le fichier de mappage à la main, placez le où vous le souhaitez, le dossier n'a pas d'importance.''

Pour l'édition à la main, utilisez la commande suivante (en TTY et non sous X: cf. manpage, section ''KEYMAP FORMAT'')
<syntaxHighlight lang='bash'>
% logkeys --export-keymap=~/custom.map
</syntaxHighlight>
Vous pourrez ensuite l'éditer à votre guise (lisez le man, certains points sont '''TRÈS''' important !!)

Une fois que vous avez le mappage qui vous convient, lancez logkeys avec ce dernier (avec, pourquoi pas, un chemin atlernatif pour le fichier de log !):
<syntaxHighlight lang='bash'>
% logkeys --start --keymap=/path/to/custom.map # --output=/path/to/logfile.log
</syntaxHighlight>

Vous pouvez maintenant continuer à utiliser votre machine comme d'habitude, logkeys s'occupe de tout !

==Analyse des résultats==

Quels scripts OpenSources ?
* à la main

===à la main===

La technique la plus simple pour visionner ses logs, reste l'utilisation des commandes unix de base: « more », « less » ou bien « tail » suivies du chemin vers le fichier de log: 
''Exemple:''<syntaxhighlight lang='bash'>$ tail -f -n16 /var/log/logkeys.log</syntaxhighlight>
Cette ligne de commande permettra de visionner les 16 dernières lignes du fichier « /var/log/logkeys » en temps réel.

Pour pouvoir interpréter ces logs, une mise en forme serait pratique, et il faudra utiliser un éditeur de texte comme « Vim », « Emacs » ou « Gedit ». 
Pour une mise en forme plus « poussée », la rédaction de scripts shell peut être utilise (en utilisant notamment des utilitaires comme « sed », « awk », « grep », « wc », etc.)

====scipts shell====
; fréquence d'utilisation de motifs
Le script suivant affichera le nombre d'utilisation de chaque lettre au sein d'un fichier de log type « logkeys »:
<syntaxHighlight lang='bash'>
#! /bin/bash

## ===== SOURCE FILE ==========================================
##
## Filename: keyuse.sh
## Author: Willy Goiffon
##
## Creation Date: 03-01-2013 14:24:05
## Last Modified: 04-01-2013 10:57:32
##
## Description: script de mise en forme d'un fichier de
## log du type « logkeys ».
##
## ============================================================

# vérification des paramètres
if [[ -z $1 || ! -f $1 ]]; then
echo "You must give a filename as an argument"
exit 1
fi

# utilisation d'un fichier temporaire
tmp_file='/tmp/keyuse.log'
cp $1 $tmp_file

# séparateur
IFS=$','

# motifs à exclure (e.g. mots de passe)
excl='passwd_root,passwd_forum,passwd_proxy,site_web_genant,...'

# touches à compter
vals='a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z,é,è,à,ou,et'

# suppression des entrées du type <BckSp>
sed -i 's/<[^<>]*>//g' $tmp_file

# suppression des motifs à exclure
for e in $excl; do
# suppression des lignes contenant le motif
#sed -i "/$e/d" $tmp_file
# suppression du motif seulement
sed -i "s/$e//g" $tmp_file
done

# comptage des occurences de chaque motifs
for i in $vals; do
echo "$i: $(grep -aoi $i $tmp_file | wc -l)"
done

# deinit
rm $tmp_file
unset IFS

## ===== EOF ==================================================
</syntaxHighlight>

= Résultat attendu =

* un ensemble de stats, avec profil (wm avec ou sans souris; code;vim, emacs, gedit ou eclipse; type d’os etc; type de dispo et de clavier)

* pour une 10aine d’utilisateurs pour être réaliste, avec espoir pour une bonne 50aine voire plus, pour avoir des informations réalistes.

== types de stats ==

Fréquences des
* lettres
* combinaisons de touches (ctrl z/c/v etc)
* digrammes/trigrammes
* etc.

(je ne sais pas trop ce qui peut être mis et qui soit pertinent [[Utilisateur:JulieCaroline|JulieCaroline]])

= Analyse attendue =

* avoir des infos concrètes sur nos utilisations de nos claviers et de nos dispos.
C’est à dire sortir des corpus de texte, certes représentatifs de certaines utilisations (code, wikipedia, Voltaire, etc.), mais soyons réalistes, nous ne faisons pas qu’Écrire avec notre clavier, et encore quand on écrit, qu’écrivons nous et dans quelles proportions ?

* pour voir s’il y a des tendances qui remettent en cause ou qui valident tel ou tel choix dans la disposition qu’on utilise

* valider avec des chiffres que bépo c’est mieux qu’azerty (les gens, constructeurs, organismes divers aiment les chiffres)

* contribuer à l’étude d’un passage de bépo/v1 à pantoufle/v2 ? (mais là on risque de digresser)

AnalyseSaisie

2013-01-04T08:42:44Z

Z3bra : /* scipts shell */

= Analyse de notre utilisation réelle du clavier =

Initié par [[Utilisateur:JulieCaroline|JulieCaroline]], merci de commenter !

== Grandes lignes ==

* Analyser MON utilisation de l’outil informatique, 60h par semaine.

* Partager les résultats intermédiaires de cette analyse entre nous tous.

== Débat ? ==
Parer aux réflexions : cette disposition n’est pas faite pour moi, pas
assez pratique pour coder, dois-je changer de disposition quand je change d’activité ?

= Méthode =

* Un sniffer de clavier / keylogger qui capte toutes les frappes claviers. (On parle de _saisie_ non de corpus de texte)

* Un analyseur qui ressort ce qui peut intéresser pour une disposition de clavier (celui qu’on utilise sur un corpus de texte par exemple)

== Keyloggers ==
Quels outils OpenSources ?

* [http://www.tux-planet.fr/logkeys-un-keylogger-sous-linux/ logkeys]
* [http://blog.rom1v.com/2011/11/keylogger-sous-gnulinux-enregistrer-les-touches-tapees-au-clavier/ "à la main"]

===logkeys===
====Installation====
Logkeys est un utilitaire sous GNU/Linux qui permet de mémoriser l'ensemble des touches pressées par les utilisateurs du système. 
L'installation peut se faire depuis les [http://code.google.com/p/logkeys/ sources]:
<syntaxHighlight lang='bash'>
$ tar xvzf logkeys-*.tar.gz && rm -f logkeys-*.tar.gz && cd logkeys-*
$ ./configure
$ make
$ make install
</syntaxHighlight>

Ou, pour certaines distribution, via le gestionnaire de paquets:
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]

====utilisation====
Logkeys est un démon, c'est-à-dire qu'il tourne en arrière plan sur votre système. Pour le lancer et l'arrêter, voici les commandes de base:
<syntaxHighlight lang='bash'>
% logkeys --start
% logkeys --kill
</syntaxHighlight>

Les paquets disponible pour archlinux fournissent un script « /etc/rc.d/logkeysd » (pour initscript) et un service « /usr/lib/systemd/system/logkeys.service » (pour systemd) permettant d'automatiser le lancement du démon au démarrage.

Par défaut, logkeys considère votre clavier comme étant un clavier slovène, et enregistre les touches frappées dans le fichier « /var/log/logkeys ».
Vous pouvez bien entendu modifier ces paramètres, ainsi que de nombreux autres, disponible sur la [http://www.linuxcertif.com/man/8/logkeys/ manpage] de logkeys.

====paramétrage====
Par défaut, le clavier sur lequel se base logkeys est en slovène. Pas très pratique (sauf si vous tapez sur un clavier slovène !). Il nous faut donc changer le mappage. 
Il existe dans ce cas différentes méthodes qui sont l'édition à la main, et l'utilisation de mappage existants. 
Pour utiliser un mappage existant, téléchargez ce dernier sur le [http://code.google.com/p/logkeys/wiki/Keymaps wiki] de logkeys, ou voyez si un paquet n'existe pas pour votre distribution: 
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys-keymap
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]
Les fichiers seront ainsi téléchargés directement dans « /usr/share/lkmaps »

''Si vous téléchargez le fichier de mappage à la main, placez le où vous le souhaitez, le dossier n'a pas d'importance.''

Pour l'édition à la main, utilisez la commande suivante (en TTY et non sous X: cf. manpage, section ''KEYMAP FORMAT'')
<syntaxHighlight lang='bash'>
% logkeys --export-keymap=~/custom.map
</syntaxHighlight>
Vous pourrez ensuite l'éditer à votre guise (lisez le man, certains points sont '''TRÈS''' important !!)

Une fois que vous avez le mappage qui vous convient, lancez logkeys avec ce dernier (avec, pourquoi pas, un chemin atlernatif pour le fichier de log !):
<syntaxHighlight lang='bash'>
% logkeys --start --keymap=/path/to/custom.map # --output=/path/to/logfile.log
</syntaxHighlight>

Vous pouvez maintenant continuer à utiliser votre machine comme d'habitude, logkeys s'occupe de tout !

==Analyse des résultats==

Quels scripts OpenSources ?
* à la main

===à la main===

La technique la plus simple pour visionner ses logs, reste l'utilisation des commandes unix de base: « more », « less » ou bien « tail » suivies du chemin vers le fichier de log: 
''Exemple:''<syntaxhighlight lang='bash'>$ tail -f -n16 /var/log/logkeys.log</syntaxhighlight>
Cette ligne de commande permettra de visionner les 16 dernières lignes du fichier « /var/log/logkeys » en temps réel.

Pour pouvoir interpréter ces logs, une mise en forme serait pratique, et il faudra utiliser un éditeur de texte comme « Vim », « Emacs » ou « Gedit ». 
Pour une mise en forme plus « poussée », la rédaction de scripts shell peut être utilise (en utilisant notamment des utilitaires comme « sed », « awk », « grep », « wc », etc.)

====scipts shell====
; fréquence d'utilisation de motifs
Le script suivant affichera le nombre d'utilisation de chaque lettre au sein d'un fichier de log type « logkeys »:
<syntaxHighlight lang='bash'>
#! /bin/bash

## ===== SCRIPT FILE ==========================================
##
## Filename: keyuse.sh
## Author: Willy « z3bra » Gfn
##
## Creation Date: 03-01-2013 14:24:05
## Last Modified: 04-01-2013 09:31:47
##
## Description: script de mise en forme d'un fichier de
## log du type « logkeys ».
##
## ============================================================

if [[ -z $1 || ! -f $1 ]]; then
echo "Vous devez fournir un fichier à parser en argument."
exit 1
fi

# séparateur
IFS=$','

# motifs à compter
# vous pouvez rajouter des di/trigrammes type « ab », « ette », ...
vals='a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z'

# Suppression des touches « <BckSp> » et compagnie.
log=$(sed 's/<.*>//g' $1)

# boucle de comptage des lettres
for i in $vals; do
echo "$i: $(grep -oi $i <<< $log | wc -l)"
done

unset IFS

## ===== EOF ==================================================
</syntaxHighlight>

= Résultat attendu =

* un ensemble de stats, avec profil (wm avec ou sans souris; code;vim, emacs, gedit ou eclipse; type d’os etc; type de dispo et de clavier)

* pour une 10aine d’utilisateurs pour être réaliste, avec espoir pour une bonne 50aine voire plus, pour avoir des informations réalistes.

== types de stats ==

Fréquences des
* lettres
* combinaisons de touches (ctrl z/c/v etc)
* digrammes/trigrammes
* etc.

(je ne sais pas trop ce qui peut être mis et qui soit pertinent [[Utilisateur:JulieCaroline|JulieCaroline]])

= Analyse attendue =

* avoir des infos concrètes sur nos utilisations de nos claviers et de nos dispos.
C’est à dire sortir des corpus de texte, certes représentatifs de certaines utilisations (code, wikipedia, Voltaire, etc.), mais soyons réalistes, nous ne faisons pas qu’Écrire avec notre clavier, et encore quand on écrit, qu’écrivons nous et dans quelles proportions ?

* pour voir s’il y a des tendances qui remettent en cause ou qui valident tel ou tel choix dans la disposition qu’on utilise

* valider avec des chiffres que bépo c’est mieux qu’azerty (les gens, constructeurs, organismes divers aiment les chiffres)

* contribuer à l’étude d’un passage de bépo/v1 à pantoufle/v2 ? (mais là on risque de digresser)

AnalyseSaisie

2013-01-04T08:37:26Z

Z3bra : /* à la main */

= Analyse de notre utilisation réelle du clavier =

Initié par [[Utilisateur:JulieCaroline|JulieCaroline]], merci de commenter !

== Grandes lignes ==

* Analyser MON utilisation de l’outil informatique, 60h par semaine.

* Partager les résultats intermédiaires de cette analyse entre nous tous.

== Débat ? ==
Parer aux réflexions : cette disposition n’est pas faite pour moi, pas
assez pratique pour coder, dois-je changer de disposition quand je change d’activité ?

= Méthode =

* Un sniffer de clavier / keylogger qui capte toutes les frappes claviers. (On parle de _saisie_ non de corpus de texte)

* Un analyseur qui ressort ce qui peut intéresser pour une disposition de clavier (celui qu’on utilise sur un corpus de texte par exemple)

== Keyloggers ==
Quels outils OpenSources ?

* [http://www.tux-planet.fr/logkeys-un-keylogger-sous-linux/ logkeys]
* [http://blog.rom1v.com/2011/11/keylogger-sous-gnulinux-enregistrer-les-touches-tapees-au-clavier/ "à la main"]

===logkeys===
====Installation====
Logkeys est un utilitaire sous GNU/Linux qui permet de mémoriser l'ensemble des touches pressées par les utilisateurs du système. 
L'installation peut se faire depuis les [http://code.google.com/p/logkeys/ sources]:
<syntaxHighlight lang='bash'>
$ tar xvzf logkeys-*.tar.gz && rm -f logkeys-*.tar.gz && cd logkeys-*
$ ./configure
$ make
$ make install
</syntaxHighlight>

Ou, pour certaines distribution, via le gestionnaire de paquets:
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]

====utilisation====
Logkeys est un démon, c'est-à-dire qu'il tourne en arrière plan sur votre système. Pour le lancer et l'arrêter, voici les commandes de base:
<syntaxHighlight lang='bash'>
% logkeys --start
% logkeys --kill
</syntaxHighlight>

Les paquets disponible pour archlinux fournissent un script « /etc/rc.d/logkeysd » (pour initscript) et un service « /usr/lib/systemd/system/logkeys.service » (pour systemd) permettant d'automatiser le lancement du démon au démarrage.

Par défaut, logkeys considère votre clavier comme étant un clavier slovène, et enregistre les touches frappées dans le fichier « /var/log/logkeys ».
Vous pouvez bien entendu modifier ces paramètres, ainsi que de nombreux autres, disponible sur la [http://www.linuxcertif.com/man/8/logkeys/ manpage] de logkeys.

====paramétrage====
Par défaut, le clavier sur lequel se base logkeys est en slovène. Pas très pratique (sauf si vous tapez sur un clavier slovène !). Il nous faut donc changer le mappage. 
Il existe dans ce cas différentes méthodes qui sont l'édition à la main, et l'utilisation de mappage existants. 
Pour utiliser un mappage existant, téléchargez ce dernier sur le [http://code.google.com/p/logkeys/wiki/Keymaps wiki] de logkeys, ou voyez si un paquet n'existe pas pour votre distribution: 
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys-keymap
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]
Les fichiers seront ainsi téléchargés directement dans « /usr/share/lkmaps »

''Si vous téléchargez le fichier de mappage à la main, placez le où vous le souhaitez, le dossier n'a pas d'importance.''

Pour l'édition à la main, utilisez la commande suivante (en TTY et non sous X: cf. manpage, section ''KEYMAP FORMAT'')
<syntaxHighlight lang='bash'>
% logkeys --export-keymap=~/custom.map
</syntaxHighlight>
Vous pourrez ensuite l'éditer à votre guise (lisez le man, certains points sont '''TRÈS''' important !!)

Une fois que vous avez le mappage qui vous convient, lancez logkeys avec ce dernier (avec, pourquoi pas, un chemin atlernatif pour le fichier de log !):
<syntaxHighlight lang='bash'>
% logkeys --start --keymap=/path/to/custom.map # --output=/path/to/logfile.log
</syntaxHighlight>

Vous pouvez maintenant continuer à utiliser votre machine comme d'habitude, logkeys s'occupe de tout !

==Analyse des résultats==

Quels scripts OpenSources ?
* à la main

===à la main===

La technique la plus simple pour visionner ses logs, reste l'utilisation des commandes unix de base: « more », « less » ou bien « tail » suivies du chemin vers le fichier de log: 
''Exemple:''<syntaxhighlight lang='bash'>$ tail -f -n16 /var/log/logkeys.log</syntaxhighlight>
Cette ligne de commande permettra de visionner les 16 dernières lignes du fichier « /var/log/logkeys » en temps réel.

Pour pouvoir interpréter ces logs, une mise en forme serait pratique, et il faudra utiliser un éditeur de texte comme « Vim », « Emacs » ou « Gedit ». 
Pour une mise en forme plus « poussée », la rédaction de scripts shell peut être utilise (en utilisant notamment des utilitaires comme « sed », « awk », « grep », « wc », etc.)

====scipts shell====
; fréquence d'utilisation de motifs
Le script suivant affichera le nombre d'utilisation de chaque lettre au sein d'un fichier de log type « logkeys »:
<syntaxHighlight lang='bash'>
## ===== SCRIPT FILE ==========================================
##
## Filename: keyuse.sh
## Author: Willy « z3bra » Gfn
##
## Creation Date: 03-01-2013 14:24:05
## Last Modified: 04-01-2013 09:31:47
##
## Description: script de mise en forme d'un fichier de
## log du type « logkeys ».
##
## ============================================================

if [[ -z $1 || ! -f $1 ]]; then
echo "Vous devez fournir un fichier à parser en argument."
exit 1
fi

# séparateur
IFS=$','

# motifs à compter
# vous pouvez rajouter des di/trigrammes type « ab », « ette », ...
vals='a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z'

# Suppression des touches « <BckSp> » et compagnie.
log=$(sed 's/<.*>//g' $1)

# boucle de comptage des lettres
for i in $vals; do
echo "$i: $(grep -oi $i <<< $log | wc -l)"
done

unset IFS

## ===== EOF ==================================================
</syntaxHighlight>

= Résultat attendu =

* un ensemble de stats, avec profil (wm avec ou sans souris; code;vim, emacs, gedit ou eclipse; type d’os etc; type de dispo et de clavier)

* pour une 10aine d’utilisateurs pour être réaliste, avec espoir pour une bonne 50aine voire plus, pour avoir des informations réalistes.

== types de stats ==

Fréquences des
* lettres
* combinaisons de touches (ctrl z/c/v etc)
* digrammes/trigrammes
* etc.

(je ne sais pas trop ce qui peut être mis et qui soit pertinent [[Utilisateur:JulieCaroline|JulieCaroline]])

= Analyse attendue =

* avoir des infos concrètes sur nos utilisations de nos claviers et de nos dispos.
C’est à dire sortir des corpus de texte, certes représentatifs de certaines utilisations (code, wikipedia, Voltaire, etc.), mais soyons réalistes, nous ne faisons pas qu’Écrire avec notre clavier, et encore quand on écrit, qu’écrivons nous et dans quelles proportions ?

* pour voir s’il y a des tendances qui remettent en cause ou qui valident tel ou tel choix dans la disposition qu’on utilise

* valider avec des chiffres que bépo c’est mieux qu’azerty (les gens, constructeurs, organismes divers aiment les chiffres)

* contribuer à l’étude d’un passage de bépo/v1 à pantoufle/v2 ? (mais là on risque de digresser)

AnalyseSaisie

2013-01-04T08:34:28Z

Z3bra : /* à la main */

= Analyse de notre utilisation réelle du clavier =

Initié par [[Utilisateur:JulieCaroline|JulieCaroline]], merci de commenter !

== Grandes lignes ==

* Analyser MON utilisation de l’outil informatique, 60h par semaine.

* Partager les résultats intermédiaires de cette analyse entre nous tous.

== Débat ? ==
Parer aux réflexions : cette disposition n’est pas faite pour moi, pas
assez pratique pour coder, dois-je changer de disposition quand je change d’activité ?

= Méthode =

* Un sniffer de clavier / keylogger qui capte toutes les frappes claviers. (On parle de _saisie_ non de corpus de texte)

* Un analyseur qui ressort ce qui peut intéresser pour une disposition de clavier (celui qu’on utilise sur un corpus de texte par exemple)

== Keyloggers ==
Quels outils OpenSources ?

* [http://www.tux-planet.fr/logkeys-un-keylogger-sous-linux/ logkeys]
* [http://blog.rom1v.com/2011/11/keylogger-sous-gnulinux-enregistrer-les-touches-tapees-au-clavier/ "à la main"]

===logkeys===
====Installation====
Logkeys est un utilitaire sous GNU/Linux qui permet de mémoriser l'ensemble des touches pressées par les utilisateurs du système. 
L'installation peut se faire depuis les [http://code.google.com/p/logkeys/ sources]:
<syntaxHighlight lang='bash'>
$ tar xvzf logkeys-*.tar.gz && rm -f logkeys-*.tar.gz && cd logkeys-*
$ ./configure
$ make
$ make install
</syntaxHighlight>

Ou, pour certaines distribution, via le gestionnaire de paquets:
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]

====utilisation====
Logkeys est un démon, c'est-à-dire qu'il tourne en arrière plan sur votre système. Pour le lancer et l'arrêter, voici les commandes de base:
<syntaxHighlight lang='bash'>
% logkeys --start
% logkeys --kill
</syntaxHighlight>

Les paquets disponible pour archlinux fournissent un script « /etc/rc.d/logkeysd » (pour initscript) et un service « /usr/lib/systemd/system/logkeys.service » (pour systemd) permettant d'automatiser le lancement du démon au démarrage.

Par défaut, logkeys considère votre clavier comme étant un clavier slovène, et enregistre les touches frappées dans le fichier « /var/log/logkeys ».
Vous pouvez bien entendu modifier ces paramètres, ainsi que de nombreux autres, disponible sur la [http://www.linuxcertif.com/man/8/logkeys/ manpage] de logkeys.

====paramétrage====
Par défaut, le clavier sur lequel se base logkeys est en slovène. Pas très pratique (sauf si vous tapez sur un clavier slovène !). Il nous faut donc changer le mappage. 
Il existe dans ce cas différentes méthodes qui sont l'édition à la main, et l'utilisation de mappage existants. 
Pour utiliser un mappage existant, téléchargez ce dernier sur le [http://code.google.com/p/logkeys/wiki/Keymaps wiki] de logkeys, ou voyez si un paquet n'existe pas pour votre distribution: 
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys-keymap
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]
Les fichiers seront ainsi téléchargés directement dans « /usr/share/lkmaps »

''Si vous téléchargez le fichier de mappage à la main, placez le où vous le souhaitez, le dossier n'a pas d'importance.''

Pour l'édition à la main, utilisez la commande suivante (en TTY et non sous X: cf. manpage, section ''KEYMAP FORMAT'')
<syntaxHighlight lang='bash'>
% logkeys --export-keymap=~/custom.map
</syntaxHighlight>
Vous pourrez ensuite l'éditer à votre guise (lisez le man, certains points sont '''TRÈS''' important !!)

Une fois que vous avez le mappage qui vous convient, lancez logkeys avec ce dernier (avec, pourquoi pas, un chemin atlernatif pour le fichier de log !):
<syntaxHighlight lang='bash'>
% logkeys --start --keymap=/path/to/custom.map # --output=/path/to/logfile.log
</syntaxHighlight>

Vous pouvez maintenant continuer à utiliser votre machine comme d'habitude, logkeys s'occupe de tout !

==Analyse des résultats==

Quels scripts OpenSources ?
* à la main

===à la main===

La technique la plus simple pour visionner ses logs, reste l'utilisation des commandes unix de base: « more », « less » ou bien « tail » suivies du chemin vers le fichier de log: 
''Exemple:''<syntaxhighlight lang='bash'>$ tail -f -n16 /var/log/logkeys.log</syntaxhighlight>
Cette ligne de commande permettra de visionner les 16 dernières lignes du fichier « /var/log/logkeys » en temps réel.

Pour pouvoir interpréter ces logs, une mise en forme serait pratique, et il faudra utiliser un éditeur de texte comme « Vim », « Emacs » ou « Gedit ». 
Pour une mise en forme plus « poussée », la rédaction de scripts shell peut être utilise (en utilisant notamment des utilitaires comme « sed », « awk », « grep », « wc », etc.)

Exemple d'interprétation:
; fréquence d'utilisation des lettres
Le script suivant affichera le nombre d'utilisation de chaque lettre au sein d'un fichier de log type « logkeys »:
<syntaxHighlight lang='bash'>
## ===== SCRIPT FILE ==========================================
##
## Filename: keyuse.sh
## Author: Willy « z3bra » Gfn
##
## Creation Date: 03-01-2013 14:24:05
## Last Modified: 04-01-2013 09:31:47
##
## Description: script de mise en forme d'un fichier de
## log du type « logkeys ».
##
## ============================================================

if [[ -z $1 || ! -f $1 ]]; then
echo "Vous devez fournir un fichier à parser en argument."
exit 1
fi

# séparateur
IFS=$','

# motifs à compter
# vous pouvez rajouter des di/trigrammes type « ab », « ette », ...
vals='a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z'

# Suppression des touches « <BckSp> » et compagnie.
log=$(sed 's/<.*>//g' $1)

# boucle de comptage des lettres
for i in $vals; do
echo "$i: $(grep -oi $i <<< $log | wc -l)"
done

unset IFS

## ===== EOF ==================================================
</syntaxHighlight>

= Résultat attendu =

* un ensemble de stats, avec profil (wm avec ou sans souris; code;vim, emacs, gedit ou eclipse; type d’os etc; type de dispo et de clavier)

* pour une 10aine d’utilisateurs pour être réaliste, avec espoir pour une bonne 50aine voire plus, pour avoir des informations réalistes.

== types de stats ==

Fréquences des
* lettres
* combinaisons de touches (ctrl z/c/v etc)
* digrammes/trigrammes
* etc.

(je ne sais pas trop ce qui peut être mis et qui soit pertinent [[Utilisateur:JulieCaroline|JulieCaroline]])

= Analyse attendue =

* avoir des infos concrètes sur nos utilisations de nos claviers et de nos dispos.
C’est à dire sortir des corpus de texte, certes représentatifs de certaines utilisations (code, wikipedia, Voltaire, etc.), mais soyons réalistes, nous ne faisons pas qu’Écrire avec notre clavier, et encore quand on écrit, qu’écrivons nous et dans quelles proportions ?

* pour voir s’il y a des tendances qui remettent en cause ou qui valident tel ou tel choix dans la disposition qu’on utilise

* valider avec des chiffres que bépo c’est mieux qu’azerty (les gens, constructeurs, organismes divers aiment les chiffres)

* contribuer à l’étude d’un passage de bépo/v1 à pantoufle/v2 ? (mais là on risque de digresser)

Discussion:AnalyseSaisie

2013-01-03T14:59:54Z

Z3bra :

J'aime beaucoup l'idée d'analyse de saisie. Je pense que ça permet de compléter le corpus. En effet, je pense que l'analyse de la saisie seule est insuffisante car par exemple sur l'azerty on aurait exclu tous les caractères n'existant comme par exemple: «»… etc…
Je me dis qu'il serait bien d'inclure une étape de filtrage de la saisie comme par exemple rappeler à la personne de supprimer ses mots de passe à l'aide d'outils tels que sed ou grep. [[Utilisateur:Thargos|Thargos]] 27 décembre 2012 à 15:55 (UTC)

«Mouais… Ça ne m’a pas forcément l’air très pertinent. Autant sur une utilisation très particulière (vim, xterm…), pourquoi pas, autant pour une utilisation générale, on aura des chiffres qui ne voudront pas dire grand chose.
Partager des stats de key-logger pourrait poser des problèmes de sécurité. Il faudrait le désactiver manuellement à chaque mot de passe tapé. Et puis il faudrait un key-logger par OS, et enfin pour les *nixiens, je ne sais pas si c’est facile pour faire un keylogger qui marche sur les tty.
Plutôt des analyses de corpus de textes, ce qui est plus intéressant, car ne reflétant pas une utilisation particulière. » Cédric Thu, 27 Dec 2012 13:25:02 +0100

: Une comparaison de nos stats en parallèle de nos profils pourrait peut-être faire ressortir des besoins communs à certains groupes, plutôt que de faire du spécifique par personne. Cf dans un tout autre domaine la politique de Levis avec ses dernières coupes de jeans pour femme. ([[Utilisateur:JulieCaroline|JulieCaroline]])

::« J’en doute. Des données brutes sont trop dangereuses à communiquer (mots de passe), et des données traitées statistiquement perdent beaucoup de leur sens, en plus d’exposer les caractères contenus dans les mots de passe. À la limite, ce qui pourrait être intéressant, c’est que chaque logiciel ait son propre log des caractères tapés durant la session. Seulement, c’est à chaque logiciel de gérer ça, et en pratique c’est quasi impossible à mettre en place (le plus simple serait de hacker gtk pour qu’il fasse ses propres logs qu’on pourrait alors parser pour exclure les mots de passe par exemple ; mais ça ne marcherait que pour les applications gtk ; il faudrait faire pareil pour QT, et pour Windows, ça m’a pas l’air possible…). Bref, je maintiens que l’analyse de corpus est plus intéressante. D’autant plus que Ctrl+C,X,V sont beaucoup moins fréquents qu’à peu près n’importe quelle lettre tapée au clavier. (Cédric Thu, 27 Dec 2012 14:35:41 +0100)

:::« Rien n'empêche de traiter les données avant de les poster, j'ai essayé de me faire un petit script tout à l'heure qui parse les logs de l'utilitaire logkeys sous linux. Ça me retourne chaque lettre de l'alphabet avec son nombre d'occurence dans les logs. Du coup, mots de passe protégés, et ça reflète vraiment l'utilisation que je fais de mon clavier. Après rien n'empêche de grouper les résultats sous différents profils (genre développeur, rédacteur, baladeur, etc...) Chacun upload ses résultats sous la section qui, selon lui, lui correspond le mieux. Par la suite, les données sont mises en commun afin d'établir des profils « généraux ». Puis, à partir de là, ce sera tout de même plus clair, même si avec cette méthode, les di/tri-grammes sont pas détectés par exemple. » ([[Utilisateur:Z3bra|Z3bra]])

« Avec un keylogger hardware tout passe, et il faut un script open source qui compile — à partir du log brut du keylogger — les résultats sur le poste local, l'export resultant étant purement statistique personne ne saura ce
qui a été tapé en particulier. L'idée générale c'est d'analyser une « session de travail » d'un profil d'utilisateur. Par exemple un developer ne fera pas forcement que du code mais aussi potentiellement des mails en français ou anglais, des spécifications… ensuite en comparant les sessions de tout le monde peut-être qu'il en ressortira des points marquants communs. » EyEBURNeR Thu, 27 Dec 2012 13:29:31 +0100

:« Tout en sachant que notre utilisation n’est pas nécessairement représentative de celle de la population visée par le plan de domination du monde. N’empêche, comparer des stats d’utilisation et celles issues d’un corpus de texte devrait être intéressant. » Loïc Thu, 27 Dec 2012 14:02:38 +0100

Discussion:AnalyseSaisie

2013-01-03T14:58:09Z

Z3bra :

J'aime beaucoup l'idée d'analyse de saisie. Je pense que ça permet de compléter le corpus. En effet, je pense que l'analyse de la saisie seule est insuffisante car par exemple sur l'azerty on aurait exclu tous les caractères n'existant comme par exemple: «»… etc…
Je me dis qu'il serait bien d'inclure une étape de filtrage de la saisie comme par exemple rappeler à la personne de supprimer ses mots de passe à l'aide d'outils tels que sed ou grep. [[Utilisateur:Thargos|Thargos]] 27 décembre 2012 à 15:55 (UTC)

«Mouais… Ça ne m’a pas forcément l’air très pertinent. Autant sur une utilisation très particulière (vim, xterm…), pourquoi pas, autant pour une utilisation générale, on aura des chiffres qui ne voudront pas dire grand chose.
Partager des stats de key-logger pourrait poser des problèmes de sécurité. Il faudrait le désactiver manuellement à chaque mot de passe tapé. Et puis il faudrait un key-logger par OS, et enfin pour les *nixiens, je ne sais pas si c’est facile pour faire un keylogger qui marche sur les tty.
Plutôt des analyses de corpus de textes, ce qui est plus intéressant, car ne reflétant pas une utilisation particulière. » Cédric Thu, 27 Dec 2012 13:25:02 +0100

: Une comparaison de nos stats en parallèle de nos profils pourrait peut-être faire ressortir des besoins communs à certains groupes, plutôt que de faire du spécifique par personne. Cf dans un tout autre domaine la politique de Levis avec ses dernières coupes de jeans pour femme. ([[Utilisateur:JulieCaroline|JulieCaroline]])

::« J’en doute. Des données brutes sont trop dangereuses à communiquer (mots de passe), et des données traitées statistiquement perdent beaucoup de leur sens, en plus d’exposer les caractères contenus dans les mots de passe. À la limite, ce qui pourrait être intéressant, c’est que chaque logiciel ait son propre log des caractères tapés durant la session. Seulement, c’est à chaque logiciel de gérer ça, et en pratique c’est quasi impossible à mettre en place (le plus simple serait de hacker gtk pour qu’il fasse ses propres logs qu’on pourrait alors parser pour exclure les mots de passe par exemple ; mais ça ne marcherait que pour les applications gtk ; il faudrait faire pareil pour QT, et pour Windows, ça m’a pas l’air possible…). Bref, je maintiens que l’analyse de corpus est plus intéressante. D’autant plus que Ctrl+C,X,V sont beaucoup moins fréquents qu’à peu près n’importe quelle lettre tapée au clavier. (Cédric Thu, 27 Dec 2012 14:35:41 +0100)

:::« Rien n'empêche de traiter les données avec de les poster, j'ai essayé de me faire un petit script tout à l'heure qui parse les logs de l'utilitaire logkeys sous linux. Ça me retourne chaque lettre de l'alphabet avec son nombre d'occurence dans les logs. Du coup, mots de passe protégés, et ça reflète vraiment l'utilisation que je fais de mon clavier. Après rien n'empêche de grouper les résultat sous différents profils (genre développeur, rédacteur, baladeur, etc...) Chaqun upload ses résultats sous la section qui, selon lui, lui correspond le mieux.Par la suite, les données sont mises en commun afin d'établir des profils « généraux ». Puis, à partir de là, ça sera tout de même plus clair, même si avec cette méthode, les di/tri-gramme sont pas détectés par exemple. » ([[Utilisateur:Z3bra|Z3bra]])

« Avec un keylogger hardware tout passe, et il faut un script open source qui compile — à partir du log brut du keylogger — les résultats sur le poste local, l'export resultant étant purement statistique personne ne saura ce
qui a été tapé en particulier. L'idée générale c'est d'analyser une « session de travail » d'un profil d'utilisateur. Par exemple un developer ne fera pas forcement que du code mais aussi potentiellement des mails en français ou anglais, des spécifications… ensuite en comparant les sessions de tout le monde peut-être qu'il en ressortira des points marquants communs. » EyEBURNeR Thu, 27 Dec 2012 13:29:31 +0100

:« Tout en sachant que notre utilisation n’est pas nécessairement représentative de celle de la population visée par le plan de domination du monde. N’empêche, comparer des stats d’utilisation et celles issues d’un corpus de texte devrait être intéressant. » Loïc Thu, 27 Dec 2012 14:02:38 +0100

Discussion:AnalyseSaisie

2013-01-03T14:57:31Z

Z3bra : /* Issu de la ML */

J'aime beaucoup l'idée d'analyse de saisie. Je pense que ça permet de compléter le corpus. En effet, je pense que l'analyse de la saisie seule est insuffisante car par exemple sur l'azerty on aurait exclu tous les caractères n'existant comme par exemple: «»… etc…
Je me dis qu'il serait bien d'inclure une étape de filtrage de la saisie comme par exemple rappeler à la personne de supprimer ses mots de passe à l'aide d'outils tels que sed ou grep. [[Utilisateur:Thargos|Thargos]] 27 décembre 2012 à 15:55 (UTC)

«Mouais… Ça ne m’a pas forcément l’air très pertinent. Autant sur une utilisation très particulière (vim, xterm…), pourquoi pas, autant pour une utilisation générale, on aura des chiffres qui ne voudront pas dire grand chose.
Partager des stats de key-logger pourrait poser des problèmes de sécurité. Il faudrait le désactiver manuellement à chaque mot de passe tapé. Et puis il faudrait un key-logger par OS, et enfin pour les *nixiens, je ne sais pas si c’est facile pour faire un keylogger qui marche sur les tty.
Plutôt des analyses de corpus de textes, ce qui est plus intéressant, car ne reflétant pas une utilisation particulière. » Cédric Thu, 27 Dec 2012 13:25:02 +0100

: Une comparaison de nos stats en parallèle de nos profils pourrait peut-être faire ressortir des besoins communs à certains groupes, plutôt que de faire du spécifique par personne. Cf dans un tout autre domaine la politique de Levis avec ses dernières coupes de jeans pour femme. ([[Utilisateur:JulieCaroline|JulieCaroline]])

::« J’en doute. Des données brutes sont trop dangereuses à communiquer (mots de passe), et des données traitées statistiquement perdent beaucoup de leur sens, en plus d’exposer les caractères contenus dans les mots de passe. À la limite, ce qui pourrait être intéressant, c’est que chaque logiciel ait son propre log des caractères tapés durant la session. Seulement, c’est à chaque logiciel de gérer ça, et en pratique c’est quasi impossible à mettre en place (le plus simple serait de hacker gtk pour qu’il fasse ses propres logs qu’on pourrait alors parser pour exclure les mots de passe par exemple ; mais ça ne marcherait que pour les applications gtk ; il faudrait faire pareil pour QT, et pour Windows, ça m’a pas l’air possible…). Bref, je maintiens que l’analyse de corpus est plus intéressante. D’autant plus que Ctrl+C,X,V sont beaucoup moins fréquents qu’à peu près n’importe quelle lettre tapée au clavier. (Cédric Thu, 27 Dec 2012 14:35:41 +0100)

:::« Rien n'empêche de traiter les données avec de les poster, j'ai essayé de me faire un petit script tout à l'heure qui parse les logs de l'utilitaire logkeys sous linux. Ça me retourne chaque lettre de l'alphabet avec son nombre d'occurence dans les logs. Du coup, mots de passe protégés, et ça reflète vraiment l'utilisation que je fais de mon clavier. Après rien n'empêche de grouper les résultat sous différents profils (genre développeur, rédacteur, baladeur, etc...) Chaqun upload ses résultats sous la section qui, selon lui, lui correspond le mieux.
Par la suite, les données sont mises en commun afin d'établir des profils « généraux ».
Puis, à partir de là, ça sera tout de même plus clair, même si avec cette méthode, les di/tri-gramme sont pas détectés par exemple. » ([[Utilisateur:Z3bra|Z3bra]])

« Avec un keylogger hardware tout passe, et il faut un script open source qui compile — à partir du log brut du keylogger — les résultats sur le poste local, l'export resultant étant purement statistique personne ne saura ce
qui a été tapé en particulier. L'idée générale c'est d'analyser une « session de travail » d'un profil d'utilisateur. Par exemple un developer ne fera pas forcement que du code mais aussi potentiellement des mails en français ou anglais, des spécifications… ensuite en comparant les sessions de tout le monde peut-être qu'il en ressortira des points marquants communs. » EyEBURNeR Thu, 27 Dec 2012 13:29:31 +0100

:« Tout en sachant que notre utilisation n’est pas nécessairement représentative de celle de la population visée par le plan de domination du monde. N’empêche, comparer des stats d’utilisation et celles issues d’un corpus de texte devrait être intéressant. » Loïc Thu, 27 Dec 2012 14:02:38 +0100

AnalyseSaisie

2013-01-03T13:17:22Z

Z3bra :

= Analyse de notre utilisation réelle du clavier =

Initié par [[Utilisateur:JulieCaroline|JulieCaroline]], merci de commenter !

== Grandes lignes ==

* Analyser MON utilisation de l’outil informatique, 60h par semaine.

* Partager les résultats intermédiaires de cette analyse entre nous tous.

== Débat ? ==
Parer aux réflexions : cette disposition n’est pas faite pour moi, pas
assez pratique pour coder, dois-je changer de disposition quand je change d’activité ?

= Méthode =

* Un sniffer de clavier / keylogger qui capte toutes les frappes claviers. (On parle de _saisie_ non de corpus de texte)

* Un analyseur qui ressort ce qui peut intéresser pour une disposition de clavier (celui qu’on utilise sur un corpus de texte par exemple)

== Keyloggers ==
Quels outils OpenSources ?

* [http://www.tux-planet.fr/logkeys-un-keylogger-sous-linux/ logkeys]
* [http://blog.rom1v.com/2011/11/keylogger-sous-gnulinux-enregistrer-les-touches-tapees-au-clavier/ "à la main"]

===logkeys===
====Installation====
Logkeys est un utilitaire sous GNU/Linux qui permet de mémoriser l'ensemble des touches pressées par les utilisateurs du système. 
L'installation peut se faire depuis les [http://code.google.com/p/logkeys/ sources]:
<syntaxHighlight lang='bash'>
$ tar xvzf logkeys-*.tar.gz && rm -f logkeys-*.tar.gz && cd logkeys-*
$ ./configure
$ make
$ make install
</syntaxHighlight>

Ou, pour certaines distribution, via le gestionnaire de paquets:
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]

====utilisation====
Logkeys est un démon, c'est-à-dire qu'il tourne en arrière plan sur votre système. Pour le lancer et l'arrêter, voici les commandes de base:
<syntaxHighlight lang='bash'>
% logkeys --start
% logkeys --kill
</syntaxHighlight>

Les paquets disponible pour archlinux fournissent un script « /etc/rc.d/logkeysd » (pour initscript) et un service « /usr/lib/systemd/system/logkeys.service » (pour systemd) permettant d'automatiser le lancement du démon au démarrage.

Par défaut, logkeys considère votre clavier comme étant un clavier slovène, et enregistre les touches frappées dans le fichier « /var/log/logkeys ».
Vous pouvez bien entendu modifier ces paramètres, ainsi que de nombreux autres, disponible sur la [http://www.linuxcertif.com/man/8/logkeys/ manpage] de logkeys.

====paramétrage====
Par défaut, le clavier sur lequel se base logkeys est en slovène. Pas très pratique (sauf si vous tapez sur un clavier slovène !). Il nous faut donc changer le mappage. 
Il existe dans ce cas différentes méthodes qui sont l'édition à la main, et l'utilisation de mappage existants. 
Pour utiliser un mappage existant, téléchargez ce dernier sur le [http://code.google.com/p/logkeys/wiki/Keymaps wiki] de logkeys, ou voyez si un paquet n'existe pas pour votre distribution: 
* Archlinux (disponible sur AUR)
<syntaxHighlight lang='bash'>
$ yaourt -Sy logkeys-keymap
</syntaxHighlight>
[http://bepo.fr/wiki/index.php?title=AnalyseSaisie&action=edit à compléter]
Les fichiers seront ainsi téléchargés directement dans « /usr/share/lkmaps »

''Si vous téléchargez le fichier de mappage à la main, placez le où vous le souhaitez, le dossier n'a pas d'importance.''

Pour l'édition à la main, utilisez la commande suivante (en TTY et non sous X: cf. manpage, section ''KEYMAP FORMAT'')
<syntaxHighlight lang='bash'>
% logkeys --export-keymap=~/custom.map
</syntaxHighlight>
Vous pourrez ensuite l'éditer à votre guise (lisez le man, certains points sont '''TRÈS''' important !!)

Une fois que vous avez le mappage qui vous convient, lancez logkeys avec ce dernier (avec, pourquoi pas, un chemin atlernatif pour le fichier de log !):
<syntaxHighlight lang='bash'>
% logkeys --start --keymap=/path/to/custom.map # --output=/path/to/logfile.log
</syntaxHighlight>

Vous pouvez maintenant continuer à utiliser votre machine comme d'habitude, logkeys s'occupe de tout !

==Analyse des résultats==

Quels scripts OpenSources ?
* à la main

===à la main===

La technique la plus simple pour visionner ses logs, reste l'utilisation des commandes unix de base: « more », « less » ou bien « tail » suivies du chemin vers le fichier de log: 
''Exemple:''<syntaxhighlight lang='bash'>$ tail -f -n16 /var/log/logkeys.log</syntaxhighlight>
Cette ligne de commande permettra de visionner les 16 dernières lignes du fichier « /var/log/logkeys » en temps réel.

Pour pouvoir interpréter ces logs, une mise en forme serait pratique, et il faudra utiliser un éditeur de texte comme « Vim », « Emacs » ou « Gedit ». 
Pour une mise en forme plus « poussée », la rédaction de scripts shell peut être utilise (en utilisant notamment des utilitaires comme « sed », « awk », « grep », « wc », etc.)

= Résultat attendu =

* un ensemble de stats, avec profil (wm avec ou sans souris; code;vim, emacs, gedit ou eclipse; type d’os etc; type de dispo et de clavier)

* pour une 10aine d’utilisateurs pour être réaliste, avec espoir pour une bonne 50aine voire plus, pour avoir des informations réalistes.

== types de stats ==

Fréquences des
* lettres
* combinaisons de touches (ctrl z/c/v etc)
* digrammes/trigrammes
* etc.

(je ne sais pas trop ce qui peut être mis et qui soit pertinent [[Utilisateur:JulieCaroline|JulieCaroline]])

= Analyse attendue =

* avoir des infos concrètes sur nos utilisations de nos claviers et de nos dispos.
C’est à dire sortir des corpus de texte, certes représentatifs de certaines utilisations (code, wikipedia, Voltaire, etc.), mais soyons réalistes, nous ne faisons pas qu’Écrire avec notre clavier, et encore quand on écrit, qu’écrivons nous et dans quelles proportions ?

* pour voir s’il y a des tendances qui remettent en cause ou qui valident tel ou tel choix dans la disposition qu’on utilise

* valider avec des chiffres que bépo c’est mieux qu’azerty (les gens, constructeurs, organismes divers aiment les chiffres)

* contribuer à l’étude d’un passage de bépo/v1 à pantoufle/v2 ? (mais là on risque de digresser)

AnalyseSaisie

2013-01-03T10:59:06Z

Z3bra : /* Analyseurs de log */