Lorsque je presse la touche ">" je passe au commentaire suivant (jusqu'ici tout va bien); en revanche, lorsque je presse "<", je m'attendrais à passer au commentaire précédent or ce n'est pas le cas, je passe aussi au suivant.
Lorsque je presse la touche ">" je passe au commentaire suivant (jusqu'ici tout va bien); en revanche, lorsque je presse "<", je m'attendrais à passer au commentaire précédent or ce n'est pas le cas, je passe aussi au suivant.
# Chémwassamarche
Posté par claudex . Évalué à 2 (+0/-0).
Je n'ai pas ce problème avec Firefox 4b11, quel est ton navigateur?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Chémwassamarche
Posté par Antoine J. . Évalué à 1 (+0/-0).
J'ai le problème avec firefox-3.6.13 et avec surf-0.4.1 (libwebkit-1.2.7). Les touches j et k fonctionnent normalement donc finalement ce n'est pas très grave mais c'est curieux tout de même.
Bon en fait c'est encore plus bizarre parce que le problème ne se produit pas lorsque j'utilise le clavier de mon portable mais uniquement lorsque je tape sur le clavier externe. Voici ce que me retourne xev:
pour le clavier du laptop:
pour le clavier usb:
Je ne suis plus très sûr si le bug vient de chez moi ou de DLFP du coup.
[^] # Re: Chémwassamarche
Posté par Bruno Michel (site web personnel) . Évalué à 2 (+0/-0).
Clavier en azerty dans les deux cas ?
[^] # Re: Chémwassamarche
Posté par Antoine J. . Évalué à 1 (+0/-0).
Il y a le clavier azerty du macbook et le clavier usb est un us, tout est configuré avec une keymap us que j'ai un peu modifiée. Ceci dit lorsque je tape "<" dans un éditeur de texte ça écrit bien "<".
Je ne voudrais pas te faire perdre ton temps avec un problème qui vient peut-être de chez moi.
[^] # Re: Chémwassamarche
Posté par Bruno Michel (site web personnel) . Évalué à 2 (+0/-0).
En javascript, quand une touche est pressée, on ne reçoit pas le caractère correspondant mais un keyCode et des modifiers (touche CTRL, ALT & co). Après, il faut les triturer pour essayer de retrouver à quel caractère ça correspond, chose assez difficile à faire sans connaître le mapping du clavier.
Bref, tout ça pour dire que le problème vient probablement du bout de javascript qui fait ça.
[^] # Re: Chémwassamarche
Posté par Antoine J. . Évalué à 1 (+0/-0).
Dis-moi si tu as besoin d'informations complémentaires.
[^] # Re: Chémwassamarche
Posté par 2PetitsVerres . Évalué à 2 (+0/-0).
Je confirme que ça doit être un truc du style. En Bépo à la maison ça ne marche pas (altgr+"2" ou "3" pour <>) alors qu'au boulot en azerty ça marche.
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: Chémwassamarche
Posté par Low Memory . Évalué à 1 (+0/-0).
Ici, maintenant, en bépo, le altgr+"2" (<) fonctionne et pas le altgr+"3" (>).
Peut-être des modifs en cours ? ;-)
# me too
Posté par Yann Hodique (site web personnel) . Évalué à 0 (+0/-0).
même problème ici, sur clavier qwerty US
vérifié avec Linux/firefox 3.6.14 et Windows/firefox 3.6.12
# Connaître les CharCode utilisés
Posté par Bruno Michel (site web personnel) . Évalué à 2 (+0/-0).
Pour connaître les
CharCode
s utilisés par son mapping clavier, il suffit d'ouvrir firebug (ou équivalent dans les autres navigateurs), et d'y taper la ligne suivante :il suffit ensuite d'appuyer sur une touche pour que le CharCode correspondant soit affiché dans la console.
# Corrigé
Posté par Bruno Michel (site web personnel) . Évalué à 2 (+0/-0).
Ça devrait marcher, au moins pour les principaux mapping de clavier.
[^] # Re: Corrigé
Posté par Antoine J. . Évalué à 1 (+0/-0).
Effectivement çamarchechezmoi. Merci.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.