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.
en voici un encore plus simple avec tous les paramètres par défaut :
testing_simple.zip
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 leupdatesEnabled
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.