Suivi — Barre d’outils Touches < et >

#39 Posté par  . État de l’entrée : corrigée. Assigné à Bruno Michel.
Étiquettes : aucune
3
20
fév.
2011

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  . É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  . É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:

      KeyPress event, serial 37, synthetic NO, window 0x1600001,
          root 0xb3, subw 0x0, time 1887555, (626,803), root:(627,821),
          state 0x0, keycode 94 (keysym 0x3c, less), same_screen YES,
          XLookupString gives 1 bytes: (3c) "<"
          XmbLookupString gives 1 bytes: (3c) "<"
          XFilterEvent returns: False
      

      pour le clavier usb:

      KeyPress event, serial 27, synthetic NO, window 0x1600001,
          root 0xb3, subw 0x0, time 1965139, (631,352), root:(632,370),
          state 0x1, keycode 59 (keysym 0x3c, less), same_screen YES,
          XKeysymToKeycode returns keycode: 94
          XLookupString gives 1 bytes: (3c) "<"
          XmbLookupString gives 1 bytes: (3c) "<"
          XFilterEvent returns: False
      

      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  (site web personnel) . Évalué à 2 (+0/-0).

        Clavier en azerty dans les deux cas ?

        • [^] # Re: Chémwassamarche

          Posté par  . É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  (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  . Évalué à 1 (+0/-0).

              Dis-moi si tu as besoin d'informations complémentaires.

            • [^] # Re: Chémwassamarche

              Posté par  . É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  . Évalué à 1 (+0/-0).

                En Bépo à la maison ça ne marche pas (altgr+"2" ou "3" pour <>)

                Ici, maintenant, en bépo, le altgr+"2" (<) fonctionne et pas le altgr+"3" (>).

                Peut-être des modifs en cours ? ;-)

  • # me too

    Posté par  (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  (site web personnel) . Évalué à 2 (+0/-0).

    Pour connaître les CharCodes utilisés par son mapping clavier, il suffit d'ouvrir firebug (ou équivalent dans les autres navigateurs), et d'y taper la ligne suivante :

    $(window).keypress(function(e) { console.log(e.which); return false; })
    

    il suffit ensuite d'appuyer sur une touche pour que le CharCode correspondant soit affiché dans la console.

  • # Corrigé

    Posté par  (site web personnel) . Évalué à 2 (+0/-0).

    Ça devrait marcher, au moins pour les principaux mapping de clavier.

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.