استخدم نموذج مؤشر واحد دون فقدان تفاصيل الإدخال

تتبع كل مؤشر نشط عمدا

لإجراء سحب بسيط، قم بتخزين pointerId من pointerdown وقم بالتحديث فقط عندما يكون هذا المؤشر نشطًا. يمكن أن يحافظ التقاط المؤشر على الحركة اللاحقة وأحداث الإصدار الموجهة إلى عنصر اللعبة عندما يتحرك المؤشر خارج حدوده. تعامل مع pointerup وpointercancel كنهايتين منفصلتين، وقم بإزالة الحالة في كلا المسارين حتى لا تؤدي الإيماءة المفقودة إلى ترك اللعبة عالقة.

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

اختر متى يكون نوع الجهاز مهمًا

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

يمكن للمتصفحات إصدار أحداث الماوس المتوافقة حول إدخال المؤشر، لذا تجنب التعامل مع إجراء واحد مرتين من خلال كلا النظامين. اختبر الماوس ولمس جهة الاتصال والقلم عندما تكون هذه الأجهزة في النطاق. تقوم MDN بتوثيق التقاط المؤشر ومعرفات المؤشر وعلاقة عائلة الحدث بأحداث الماوس.

أسئلة عن ⁨أحداث المؤشر للألعاب⁩