Bonjour,
 
J'aimerais acheter le kit clavier/souris sans fil BS-KBMRF/OFFICE de Bluestork (pour le clavier principalement).
 
Il y a beaucoup de touches non-standards ("raccourcis" ), et le kit ne fonctionne que par usb (là aussi, sûrement peu standard). La question qui me vient immédiatement, c'est : Qu'en est-il du support sous linux ? Complet (tous les raccourcis y compris) ? partiel (certains raccourcis seulement) ? minimum (seulement les touches classiques) ?
 
Ce modèle semble très peu utilisé, je n'espère donc pas obtenir un témoignage d'utilisateur, mais plutôt trouver un moyen de savoir s'il est supporté : une liste ou... je ne sais quoi ...
 
Merci pour votre attention,
bertrand

Bonjour,
 
Tu peux le faire toi même je pense :
http://linuxfr.org/2007/08/06/22801.html
 
vw

Ce programme permet d'assigner à un signal émis par le clavier, une action.
 
Seulement est-ce que les signaux de toutes les touches seront visibles ?
 
Quelques-unes des touches raccourcis (pas les plus importantes) de mon clavier actuel (un logitech) ne sont pas vues du tout ... (tandis qu'elles le sont par un pc sous windows).

Ce qui est faux, bien entendu.
Si Windows peut utiliser les touches supplémentaires de ton clavier, c'est parce quer tui installes le driver fourni avec.

driver qui n'existe pas sous linux ... donc c'est vrai ...

Tu connais le sous système qui gère les périphériques de saisie, du noyau Linux, par coeur, pour pouvoir affirmer ça, comme ça de façon si péremptoire ?

excuses-moi, mais je me sens pas trop chaud pour modifier le noyaux juste pour faire fonctionner 3 touches raccourcis supplémentaires ...
 
Vous avez bien compris ce que j'ai "affirmé de façon si péremptoire" ?
 
Combi_A_Vendre m'a proposé une solution au cas où ma distribution gérerait mal, par défaut, mon nouveau clavier ; je lui ai répondu que cette solution ne résout pas tout, puisque j'ai actuellement un clavier avec lequel ça me marche pas (pour 4 touches raccourcis)...

1/ Le driver existe puisque si tu branches ton clavier, il sera reconnu.
 
2/ Y'a juste a attribuer les scan codes (le code envoyé à l'OS et aux applis lorsqu'on presse une touche) qui ne seraient pas reconnus d'office par ta distribution pour pouvoir les utiliser comme n'importe quelle autre touche de raccourci. Pas besoin de modifier le noyau ou quoi que ce soit.
 
3/ Merci de pas prendre les gens pour des cons. Qd tu dis que le driver n'existe pas, c'est faux, cette partie du noyau de Linux est plutot bien pensée et conçue pour faire fonctionner tout un tas de périphériques de saisie, sans avoir à écrire un driver spécifique, pas comme sous Windows. Et ta pirouette suivante quand on te fait remarquer que ce que tu dis est faux, ne fait que t'enfoncer.
 
  Quand tu ne sais pas, tu demandes poliment, et tu verras que les gens répondront non moins poliment. Tes commentaires inutiles et un peu agressifs ne feront que te desservir. C'est toi le demandeur.
 
 
C'est tout  

*peace and love*, c'est moi qui suis agressif ?
 
Je maintiens ce que j'ai dit à Combi_A_Vendre, j'ai 4 touches sur mon clavier actuel qui n'envoient pas de keycodes, la solution qu'il me propose (XKb) ne résout donc pas mon problème...
 
Pourtant ces touches sont détectées sous windows ...
 
Je ne vois pas comment vous arrivez à contredire ça... c'est une constatation ; pas une affirmation "sans savoir".

je suppose (sans savoir) que les touches reconnues par windows le sont parce que le driver spécifique du clavier cible mieux la détection des touches de ce clavier, que le driver générique de linux ... (c'est en tout cas la seule explication que je vois)...
 
Un détail également, ces touches ne sont pas détectées par windows lorsque je met l'adaptateur usb/ps2 (tandis que les autres touches raccourcis le sont)...

En utilisant xev , y'a pas de code récupéré pour ces touches ?
 
   Sinon faut aller récupérer le keycode directement dans les logs (journaux) du système et les attribuer à un scancode.
Dans le log/journal système ( on utilise la commande dmesg pour l'afficher) , quand il y a une touche non attribuée, on a un message du style :
 

 
qui apparait et correspond à une touche "inconnue"
 
  Y'a juste à faire ce qui est marqué, cad setkeycodes e055 <keycode> , dans le cas présent, où <keycode> est une valeur que l'on choisit, en évitant de prendre une valeur déjà attribuée.
 
  Pour info, souvent on peut récupérer la liste des scancodes déjà attribués dans le fichier /usr/include/X11/keysymdef.h (à voir en fonction de la distrib utilisée)
 
Une fois que c'est fait, la touche devient disponible pour les applications sous X et notamment pour les utilitaires qui permettent d'assigner des macros, fonctions, etc ... comme keytouch ,  lineak , etc ...

Merci bien,
 
Je vais y regarder, par curiosité puisqu'à l'origine, je dis que je souhaite changer mon clavier actuel (et c'est lui qui a les touches non-détectées) ...
 
Pour en revenir à ma question initiale, d'après la manipulation que tu m'explique, quelque soit le clavier que j'achèterai (ici le BS-KBMRF/OFFICE), il sera possible d'attribuer à chaque touche un keycode et ainsi la faire fonctionner ?
 
Dans ce cas tu auras résolu le topic et je t'en remercie d'autant plus.

Avec XEV.
 
Ici j'ai pressé d'abord l'une des touches qui posent problème, puis le bouton droit de ma souris...
 

 
Ici une autres de ces touches, puis la molette de ma souris (pression)...
 

 
C'est plutôt ressemblant, non ?
 
Quant-au log/journal système, il reste figé ...

ya pas de bouton pressé dans ton exemple là. Voilà ce qu'on obtient avec xev quand un bouton a un keycode :

et voilà ce qu'on obtient dans dmesg quand on presse un bouton qui n'a pas de keycode attribué  :

(mais zzozo l'a déjà dit).

Ton clavier, ce ne serait pas un logitech cordless desktop ? comme celui là ?

Pour le Bluestork, j'ai vu quelqu'un qui parlait d'un de leur modèle et semblait l'utiliser, même la fonction "lumineuse"/éclairage du clavier (c'était sa question d'ailleurs : comment l'activer/désactiver sous Linux) sur un Forum. C'était pas exactement le même modèle que celui qui t'intéresse mais c'est plutot de bonne augure qd même, on va dire.
 
Un site (y'en a d'autres, faut "googliser" un peu pour les trouver) qui rassemble qq infos/avis sur la compatibilité de certains matériels avec Linux => http://www.linuxquestions.org/hcl/
 
 
Sinon, tu dis que tu as un logitech là ?  lequel ?

 
Ça y ressemble, oui (pas exactement le même modèle, mais presque).
 

 
Si, je te l'affirme, dès que je presse l'une des touches de mon clavier qui ne marchent pas, j'obtiens dans xev exactement le même message que lorsque je presse les boutons de ma souris ...
 
Quant-à dmesg, comme je l'ai dit, c'est figé ... les logs renvoyés ne changent jamais...

Quel modèle ?

la seule chose que je vois d'indiqué au dos du clavier, c'est logitech cordless keyboard...

est ce que as imwheel ou xbindkeys ou lineak qui tournent en ce moment ?

Tu reconnais ton clavier parmi tous les modèles présentés ici ?

 
C'est le Cordless Navigator.

Et quelles sont les touches qui ne fonctionnent pas, exactement ?

toutes les Fx avec "verr. F", "Messenger/SMS", "Caméra Web", "iTouch", "Achats".
 
Mais je ne sais pas si c'est tant la peine de chercher à dépanner ce clavier étant donné qu'il va sûrement aller dans le placard dès que j'aurais le nouveau ...

j'ai exactement le même problème avec un clavier semblable et ça se règle très bien à coup de setkeycodes.

pour les 4 touches qui ne nécessitent pas le verr F. :
        /usr/bin/setkeycodes e014 221
        /usr/bin/setkeycodes e013 214
        /usr/bin/setkeycodes e012 212
        /usr/bin/setkeycodes e011 216

je le note dans un coin, ça pourra servir, merci.