مشكلة صغيرة: منطقة خروج الماوس من الزر أصغر من منطقة دخول الماوس

الخطوات:

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

chrome_DC8p8WGM55

ملاحظة: لا يزال الزر يعمل، على الرغم من أن حالة التحويم غير نشطة. إنها مجرد مشكلة بصرية تزعجني قليلاً.

إعجابَين (2)

لا يبدو أن هذه مشكلة .. أعتقد أنها مجرد تأثير التحويم في CSS الذي يختفي بعد بضع ثوانٍ ، إنها رسوم متحركة. تحتاج فقط إلى تغيير CSS

التأثير لا يختفي إذا أبقيت مؤشر الماوس على الزر.


image

إذا انتقل المؤشر إلى المنطقة الخضراء، يحصل الزر على الفئة d-hover التي تبرز الزر بأكمله، كما هو متوقع.

ولكن بمجرد أن يترك المؤشر المنطقة الحمراء (حاول وضع مؤشر الماوس بين “Reply” والسهم المجاور له على اليسار :smile:)، يفقد الزر بأكمله فئة d-hover. لا ينبغي أن يحدث ذلك. يجب أن تختفي فئة d-hover فقط عندما يترك المؤشر المنطقة الخضراء (أو إذا لم يعد الزر مركزًا).

4 إعجابات

سؤال سريع: إذا أردت محاولة تصحيح هذا، هل يجب أن أنظر إلى

أم تعتقد أن المشكلة تأتي من نص برمجي آخر؟

مرحباً،

أعتقد أن هذا شيء يمكنك تغييره باستخدام CSS. من JS يبدو أنه يستهدف button.widget-button ويضيف فئة .d-hover عند mouseenter. ولكن عندما تحرك المؤشر إلى الأيقونة والعودة، فإنه يخرج من الفئة المستهدفة ويزيل فئة .d-hover. أو شيء من هذا القبيل :slightly_smiling_face:

جرب شيئًا كهذا على سطح المكتب / CSS

nav.post-controls {
  .actions button {
    .d-icon,
    .d-button-label {
      pointer-events: none;
    }
  }
}

Sep-02-2022 09-07-02

إعجاب واحد (1)

هذا أمر ذكي وغير تقليدي على حد سواء :smile:
آمل ألا يتعارض هذا مع واجهة Discourse أكثر من المتوقع.

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

إعجاب واحد (1)

استبدال “mouseenter” بـ “mouseover” هنا:

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

أفترض أنني سأترك المطورين يرون ما إذا كان هذا إصلاحًا مناسبًا أم لا.