Mudlet: التسمية المحاذاة مع nestable = true لا تخفي التسمية الفرعية تلقائيًا

تم إنشاؤها على ٨ أبريل ٢٠١٩  ·  13تعليقات  ·  مصدر: Mudlet/Mudlet

ملخص موجز للمشكلة / وصف العنصر المطلوب:

مرحبًا ، لدينا ثلاثة تصنيفات ، كل واحدة بها nestable = true ممكّنة وإضافة بعض التصنيفات كطفل. محاذاة منطقة التسمية الثلاثة هذه كما في قائمة أفقية. عندما أقوم بتحريك الماوس على هذا الملصق ، يمكنني رؤية القائمة الفرعية لكنها متداخلة. يختفون عندما غادرت منطقة كلا الرجلين الثلاثة

خطوات إعادة إظهار المشكلة / أسباب إضافة الميزة:

  1. قم بتثبيت http://www.clessidra.it/mudlet/ClessidraLet.zip كحزمة في ملف تعريف جديد (بغض النظر عن الطين)
  2. حرك الماوس على القوائم الثلاثة corner في الزاوية اليسرى العلوية "Pannelli" ، "Opzioni" ، "altro"
  3. يتم عرض كل قائمة فرعية فوق كل قائمة متداخلة. يتم طردهم عندما أخرج من منطقة نشطة في أي من الرجلين

ناتج الخطأ / النتيجة المتوقعة للميزة

عندما يفقد تركيز الرجال النشطين ، يجب إخفاء القائمة الفرعية.

معلومات إضافية ، مثل إصدار Mudlet ونظام التشغيل والأفكار حول كيفية الحل / التنفيذ:

Windows 7/10 ، Mudlet 3.17.1 / 3.18.0

ClessidraLet-Hovering

bug lua only

التعليق الأكثر فائدة

هذه مشكلة بالفعل ، لم أستخدم أكثر من قائمة واحدة حتى الآن ، لذا لم ألاحظ ذلك بعد ، لكنني أخطط للحصول على أكثر من قائمة مثلك.

تكمن المشكلة بالضبط في أنه إذا ترك الماوس عنصر القائمة الأصلي ، والذي يظهر في لقطة الشاشة "Pannelli و Opzioni و Altro" ، فإن القائمة أدناه لا تخفي. لإخفاء القائمة ، يجب عليك في الواقع إدخال الماوس إلى القائمة الفرعية أولاً.

لقد قارنت هذا مع الإصدار 3.17.1 والسلوك هناك متماثل ، لذا فإن هذا ليس خطأ جديدًا ، ولكنه بالفعل خطأ يحتاج إلى الإصلاح.

سأرى ما إذا كان بإمكاني معرفة هذا.

2019-04-08_05-51

ال 13 كومينتر

xekon هل تعلم؟

هذه مشكلة بالفعل ، لم أستخدم أكثر من قائمة واحدة حتى الآن ، لذا لم ألاحظ ذلك بعد ، لكنني أخطط للحصول على أكثر من قائمة مثلك.

تكمن المشكلة بالضبط في أنه إذا ترك الماوس عنصر القائمة الأصلي ، والذي يظهر في لقطة الشاشة "Pannelli و Opzioni و Altro" ، فإن القائمة أدناه لا تخفي. لإخفاء القائمة ، يجب عليك في الواقع إدخال الماوس إلى القائمة الفرعية أولاً.

لقد قارنت هذا مع الإصدار 3.17.1 والسلوك هناك متماثل ، لذا فإن هذا ليس خطأ جديدًا ، ولكنه بالفعل خطأ يحتاج إلى الإصلاح.

سأرى ما إذا كان بإمكاني معرفة هذا.

2019-04-08_05-51

مجرد رنين لإعلامك بأنني لم أنس هذا ، لقد كنت مشغولاً. هذا هو التالي في قائمة المهام الخاصة بي.

لقد اختبرت للتو إصلاحًا لهذا الأمر ويبدو أنه يعمل ، يجب أن يكون لدي وقت غدًا لإنشاء طلب pullre على أمل.

xekon كيف حالك على طول؟

آسف لقد أجريت بعض الاختبارات واعتقدت أنني اكتشفت ذلك لكنني لم أفعل. اتخذت صحة والدي منعطفًا نحو الأسوأ مؤخرًا ، لذلك ليس لدي وقت فراغ في الوقت الحالي. لا تتردد في تولي هذه المسألة. إذا كان لا يزال هنا عندما يكون لدي وقت فراغ مرة أخرى ، فسأعيد النظر في هذه المشكلة ، ولكن في الوقت الحالي يبدو أنه لن يكون لدي أي وقت فراغ لشهور.

مرحبًا xekon ، العائلة دائمًا لها الأولوية. شكرا على وقتك ونتمنى لك التوفيق. أتمنى رؤيتك قريبا!

تضمين التغريدة
هل يمكنك اختبار ما إذا كان هذا يعمل على حل هذه المشكلة؟
https://github.com/Mudlet/Mudlet/pull/3426

لذلك قد نغلق هذه المسألة.

تم حل المشكلة بواسطة # 3426

@ kebap @ Edru2 يبدو أنه تم إصلاحه الآن ، ولكن هناك شيء واحد لاحظته هو التأخير الطويل عندما يترك الماوس قائمة ، هل هذا قابل للتكوين؟

عندما أخرج من قائمة منبثقة ، يبدو أنها تستغرق حوالي 3 ثوانٍ قبل أن تغلق من تلقاء نفسها ، فهذه مجرد طريقة للتباطؤ ، فهي تجعل واجهة المستخدم تشعر بعدم الاستجابة. من المحتمل أن يشعر معظم الناس بالراحة مع ثانية واحدة ، لكنني أود أن تكون حوالي 500 مللي ثانية أو نحو ذلك.

هذا صحيح ، ولكن عليك أيضًا التفكير عند تحريك الماوس عن طريق الخطأ أثناء نقله إلى قائمة فرعية - إذا كان مختبئًا في أسرع وقت ممكن ، فهذا أمر مزعج أيضًا.

بالتأكيد ، لهذا السبب كنت آمل أن يكون قابلاً للتكوين.

لقد لاحظت وجود خطأ جديد به أيضًا ...

لدي قائمة منبثقة:
https://raw.githubusercontent.com/xekon/AardwolfMudlet/master/ss/shops.png

فقط أعلى 10 إدخالات لها قوائم فرعية ، والعناصر المتبقية في القائمة هي قوائم أصلية فقط بدون قائمة فرعية.

إذا قمت بتحريك الماوس لأسفل هذه القائمة ، إلى عناصر القائمة في الأسفل بدون قائمة فرعية ، فسيظل عنصر القائمة الأخير الذي يحتوي على قائمة فرعية ممتدًا نحو الأعلى ، على الرغم من أن الماوس ترك تلك القائمة الرئيسية طويلة في الماضي ، والماوس الخاص بي الآن أسفل القوائم الأصلية.

يبدو أنه تم إصلاحه الآن ، ولكن هناك شيء واحد لاحظته هو التأخير الطويل عندما يترك الماوس قائمة ، هل هذا قابل للتكوين؟

عندما أخرج من قائمة منبثقة ، يبدو أنها تستغرق حوالي 3 ثوانٍ قبل أن تغلق من تلقاء نفسها ، فهذه مجرد طريقة للتباطؤ ، فهي تجعل واجهة المستخدم تشعر بعدم الاستجابة. من المحتمل أن يشعر معظم الناس بالراحة مع ثانية واحدة ، لكنني أود أن تكون حوالي 500 مللي ثانية أو نحو ذلك.

xekon لقد وجدت فكرتك عن طريق الصدفة فقط. من الأفضل فتح عدد جديد في المرة القادمة ، حيث تم إغلاق هذا من قبل.

الآن يمكنك على الأرجح التغلب على هذا من خلال إعادة تعريف الوظيفة doNestLeave من GeyserLabel.lua
كل ذلك في Lua لذا يمكنك فقط إنشاء وظيفة أخرى داخل Mudlet بنفس الاسم لهذا الغرض
في ذلك ، يمكنك استخدام أي مدة أخرى للمؤقت الذي تم ضبطه حاليًا لمدة ثانيتين افتراضيًا.

ثم مرة أخرى ، هناك مؤقت آخر في وظيفة doNestShow والذي تم ضبطه لمدة 5 ثوانٍ.
أتمنى أن يساعدك هذا! وإلا فلنناقش هذا الأمر بمزيد من التفصيل في عدد جديد خاص به. 😉

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات