Vimium: Vimium ne peut pas "cliquer" sur les éléments de sélection

Créé le 19 sept. 2016  ·  17Commentaires  ·  Source: philc/vimium

Auparavant, lorsque j'utilisais vim sur Chrome 51 ou à peu près, la liste déroulante s'ouvrait lorsque j'appuyais sur f, puis sur la balise associée avec laquelle vimium marquait le champ. Maintenant, vimium marque toujours le champ mais il ne semble pas ouvrir les boîtes de sélection. Je l'ai essayé sur plusieurs pages en ajoutant mes propres zones de sélection, mais je ne sais pas trop pourquoi cela ne fonctionne pas. Une solution de contournement ?

verified

Commentaire le plus utile

A-t-on une chance d'avoir une version bump ? Ne pas avoir accès aux listes déroulantes réduit l'utilité de cette extension (par ailleurs excellente).

Tous les 17 commentaires

@daemedeor... Pourriez-vous fournir un exemple de page ?

(Cela fonctionne sur Facebook, pour moi.)

Ici : http://store.steampowered.com/agecheck/app/234140/?snr=1_239_4__122 , si vous avez Steam. A noter également : je suis sur Chrome 53, Seirra, macOS.

screen shot 2016-09-19 at 7 10 30 am

Cela semble plus susceptible d'être un changement dans la façon dont la page est implémentée. Tout ce que Vimium fait est de "cliquer" sur l'élément, et cela n'a pas changé. Pour obtenir le menu déroulant, vous devez survoler (ce que Vimium ne peut actuellement pas faire).

Le comportement du clic de Vimium semble être exactement le même qu'un clic de souris.

Bonjour,
J'ai vu des avertissements apparaître dans la console (en cliquant sur vimium), disant que certains comportements non standard seraient supprimés de Chrome au cours du mois de septembre, donc je suppose que c'est ça. J'utilise la version 54 et ces avertissements ont disparu, ainsi que la possibilité de cliquer sur vimium.

Après quelques recherches, il semble qu'il ne soit effectivement pas standard de pouvoir ouvrir un élément select via javascript. Étant donné que Chrome/ium pousse ces derniers temps à plus de standardisation, je pense qu'il est peu probable qu'ils reviennent à l'ancien comportement. Je recommanderais au moins de déclencher un événement « focus » sur de tels éléments, afin que l'utilisateur puisse le déclencher avec un espace par la suite.

@romgrk... Si vous faites référence au message de console suivant concernant keyIdentifier , alors nous avons déjà un code en place pour couvrir sa suppression :

snapshot

En ce qui concerne Chrome 54... Je l'ai essayé et je n'ai eu aucun problème avec les conseils de lien. Veuillez poster un lien et une description des étapes à reproduire.

Tant pis,

  1. Trouvez n'importe quel élément de sélection (par exemple, les éléments de sélection de la page Steam ci-dessus)
  2. f + xx
  3. Pas de réaction; le flash vimium s'affiche mais plus rien.

Et non, c'était un avertissement similaire, mais il était déclenché lorsque vous "cliquiez" sur un élément sélectionné. Malheureusement, je ne peux pas vous donner de données car elles ne s'affichent plus.

D'ACCORD. Je vois maintenant. C'est la même chose dans Chrome 53.

Modifier... Il y a une meilleure page de test ici .

Avant Chrome 52/53, <select> élément est "ouvert" sur un mousedown événement, mais les développeurs Chrome a changé ce comportement dans:

  • seuls les default browser actions déclenchés par des événements click peuvent être appelés par des événements untrusted (qui sont généralement créés par du code JavaScript)
  • donc cliquer sur <a download=""> déclenchera la boîte de dialogue d'enregistrement de fichier
  • alors que nous n'avons aucune méthode pour "ouvrir" un menu contextuel <select> .

Certains ont fait une demande pour ajouter des méthodes .open() et .close() aux éléments <select> , mais ce n'est pas encore accepté.

Vous pouvez voir https://www.chromestatus.com/features/5718803933560832 pour plus d'explications.

Cela se produit également lors de la navigation dans la documentation python . Si vous essayez de passer à la même page pour une version différente de python en utilisant le menu déroulant en haut à gauche de la page.

Navigateur : Google Chrome version 53.0.2785.143 (64 bits)
Système d'exploitation : GNU/Linux Ubuntu 16.04 LTS
Vimium : 1,57

Il est intéressant de noter que la même chose ne se produit pas dans GitHub.

@IamGianluca Il est important de noter que certaines "listes déroulantes" ne sont pas vraiment des listes déroulantes. Comme la partie supérieure où se trouve "Regarder", même si le comportement est similaire à une liste déroulante, il s'agit en fait d'un lien. Probablement pour qu'ils aient plus de facilité à le styliser. Remplacer les cases de sélection par défaut est un monde de douleur

Exécuter focus() sur le <select> lorsqu'il est cliqué via Vimium est probablement la meilleure solution à ce problème.

J'ai également rencontré ce problème, utilisé pour travailler, maintenant aucune sélection ne fonctionne avec vimium. Je vois que #2338 peut résoudre ce problème ? Y a-t-il un moyen d'obtenir la mise à jour ? (Je ne vois pas de nouvelle version).

Je pense que nous allons pousser les nouveautés dans la semaine ou les deux à venir; juste besoin de vérifier avec @philc.

A-t-on une chance d'avoir une version bump ? Ne pas avoir accès aux listes déroulantes réduit l'utilité de cette extension (par ailleurs excellente).

+1, libérons. Pas besoin de retenir les correctifs dans le maître.

Le mar 7 mars 2017 à 11h12, Andrew Smith [email protected]
a écrit:

A-t-on une chance d'avoir une version bump ? Ne pas avoir accès aux listes déroulantes
réduit l'utilité de cette extension (par ailleurs excellente).

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/philc/vimium/issues/2257#issuecomment-284824826 , ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/AAAhljTlKpkeRgzsjZ2WbmSKUW455_bDks5rjawKgaJpZM4KAKvH
.

libérons-nous

Ça ira.

Modifier... Terminé. 1,58 est sorti.

Cette page vous a été utile?
0 / 5 - 0 notes