Mudlet: Les étiquettes sous forme de poignée déplaçable se cassent si la souris passe sur la minicarte.

Créé le 7 avr. 2019  ·  5Commentaires  ·  Source: Mudlet/Mudlet

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

J'utilise et j'ai quelque peu étendu Jor'Mox Drag and Drop GUI Framework: https://forums.mudlet.org/viewtopic.php?p=44735

Les étiquettes en tant que poignée déplaçable se cassent si la souris passe sur la mini-carte, le problème est très évident lorsque vous essayez de réduire la fenêtre de la carte en faisant glisser la poignée vers la direction de la carte.

La seule façon de redimensionner dans cette direction est très soigneusement et très lentement. Cela m'a vraiment jeté pour une boucle au début, je n'avais aucune idée de ce qui se passait. La poignée de personnes avec qui j'ai partagé l'interface utilisateur ont eu la même plainte et pensaient que quelque chose était cassé. Je ne sais pas quelle est la cause de ce phénomène ou à quel point il sera difficile à résoudre.

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

  1. Installez Jor'Mox GUI Frame ou voici un script de test qui peut être facilement importé avec quelques paramètres par défaut pour le test :

test.zip

en voici un encore plus simple avec tous les paramètres par défaut :
testing_simple.zip

  1. Essayez de redimensionner dans le sens de la carte.

Peek 2019-04-07 14-32

defaults

moving_tab

GNLinux Windows bug

Tous les 5 commentaires

Je veux juste ajouter à cela que Jor'mox ne rencontre pas ce problème sous OSx, je vais donc devoir essayer avec une version non modifiée de son module complémentaire/système d'exploitation différent, et voir quel est le coupable.

J'ai testé sur un profil complètement vierge avec une copie non modifiée du framework Jor'Mox et j'obtiens le même résultat :
test.zip

Peut confirmer que cela se produit dans Windows 10.

En outre, si la carte est un onglet et qu'un autre onglet est sélectionné, cela ne se produit pas.
N'oubliez pas que GUIframe (je pense que c'est correct) utilise uniquement :show() pour rendre visible le conteneur de l'onglet sélectionné, et n'utilise pas :hide() sur les autres onglets.

Ainsi, bien que la carte ne soit pas visible, elle est toujours là, en dessous, mais le bug ne se produit que lorsque la carte est réellement visible. Ce qui peut être ou non une information utile.

Peut confirmer que cela se produit dans Windows 10.

En outre, si la carte est un onglet et qu'un autre onglet est sélectionné, cela ne se produit pas.
N'oubliez pas que GUIframe (je pense que c'est correct) utilise uniquement :show() pour rendre visible le conteneur de l'onglet sélectionné, et n'utilise pas :hide() sur les autres onglets.

Ainsi, bien que la carte ne soit pas visible, elle est toujours là, en dessous, mais le bug ne se produit que lorsque la carte est réellement visible. Ce qui peut être ou non une information utile.

Merci d'avoir testé ! Je suis sur Ubuntu 18.10 KDE, cela se produit également sur Windows 8.1. Je commence à me demander si OSx est le seul système d'exploitation immunitaire ou s'il y a une autre raison pour laquelle ce bogue ne se produit pas pour Jor'Mox et que le système d'exploitation n'est qu'une coïncidence.

Est-ce que ça dépend du temps qu'il faut pour redessiner la carte ? Les versions non publiées (qui sont plus lentes ) afficheront une mesure approximative du temps que le T2DMap::paintEvent() pris pour faire la plupart de son travail - si cela devient un gros problème, nous pourrions peut- être réinitialiser le updatesEnabled Drapeau

Est-ce que ça dépend du temps qu'il faut pour redessiner la carte ? Les versions non publiées (qui sont _plus lentes_) afficheront une mesure approximative du temps que le T2DMap::paintEvent() pris pour faire _la plupart_ de son travail - si cela devient un gros problème, nous _pourrons_ être en mesure de réinitialiser le updatesEnabled Drapeau

SlySven, comment pourrais-je voir ou voir cette information, et aussi comment déterminerais-je si le moment de redessiner est le coupable ou non ? dans mon deuxième exemple testing_simple.zip c'est un profil vide et le mappeur n'a même pas encore de pièces et cela se produit toujours.

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