Mudlet: utiliser find (ctrl-f) dans un script plus gros bloque Mudlet

Créé le 29 mai 2020  ·  5Commentaires  ·  Source: Mudlet/Mudlet

Bref résumé du problème / Description de la fonctionnalité demandée :

Si j'utilise la nouvelle fonction de recherche (ctrl-f) dans un script plus gros, Mudlet se bloque.
Je soupçonne que cela se produit parce que la recherche est déjà en cours pendant la saisie,
si je copie-colle quelque chose que je veux trouver dans la barre de recherche, cela ne se produit pas.

Étapes pour reproduire le problème / Raisons de l'ajout de la fonctionnalité :

  1. Avoir un plus gros script/installer un plus gros script par exemple EMCO (télécharger ici https://github.com/demonnic/EMCO/releases/download/1.6/EMCO.xml)
  2. Ouvrez le script dans le gestionnaire de scripts
  3. utilisez ctrl-f pour ouvrir la barre de recherche
  4. essayez de trouver quelque chose (par exemple un onglet) dans la barre de recherche
  5. après avoir commencé à taper Mudlet se bloque

Sortie d'erreur / Résultat attendu de la fonctionnalité

Mudlet ne devrait pas pendre

Informations supplémentaires, telles que la version Mudlet, le système d'exploitation et des idées sur la façon de résoudre/implémenter :

Mudlet 4.8.2
Ubuntu 20.04
Il ne devrait probablement pas commencer à trouver des résultats immédiatement lorsque je commence à taper, mais seulement après avoir appuyé sur Entrée.

bug high
Source
picture Edru2

Tous les 5 commentaires

Bonne trouvaille sur la question!

L'utilisation sur entrée est un moyen de le résoudre - bien que vous puissiez également le faire fonctionner sans la touche supplémentaire en utilisant une technique appelée "anti-rebond". Fondamentalement, configurez une minuterie après chaque pression sur une touche pendant, disons, 300 ms (tuant tout ancien minuteur), et uniquement lorsque le temps est écoulé, effectuez une recherche. De cette façon, il ne recherchera pas toutes les lettres, mais seulement lorsque vous aurez fini de taper.

vadi2 picture vadi2 le 29 mai 2020
👍1

Il ne devrait probablement pas commencer à trouver des résultats immédiatement lorsque je commence à taper, mais seulement après avoir appuyé sur Entrée.

En comparant les navigateurs ou IDE, etc., la plupart des recherches sans entrée supplémentaire, mais probablement un délai de 0,1 seconde après la dernière frappe ou similaire.

Kebap picture Kebap le 29 mai 2020
👍1

Une priorité élevée car Mudlet devrait être axé sur la performance, pas sur l'accrochage.

vadi2 picture vadi2 le 29 mai 2020

En comparant les navigateurs ou IDE, etc., la plupart des recherches sans entrée supplémentaire, mais probablement un délai de 0,1 seconde après la dernière frappe ou similaire.

Oui, c'est vrai, après avoir copié le script dans vscode, j'ai remarqué que cela fonctionnait comme ça, (peut-être que la comparaison est injuste) mais dans vscode je n'ai pas remarqué le moindre retard car Mudlet se bloque pendant environ une minute avant qu'il ne soit à nouveau utilisable.

Edru2 picture Edru2 le 29 mai 2020
😕1

Le problème est dans edbee essayant de mettre en évidence tant de choses. Voir le PR lié pour une solution de contournement, et j'ai demandé à edbee dans https://github.com/edbee/edbee-lib/issues/99 chaque fois que nous pouvons faire mieux les choses.

vadi2 picture vadi2 le 29 mai 2020
👍1
Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

Kebap picture Kebap  ·  9Commentaires
zesstra picture zesstra  ·  6Commentaires
xekon picture xekon  ·  10Commentaires
mpconley picture mpconley  ·  10Commentaires
vadi2 picture vadi2  ·  6Commentaires