Conrod: لا توجد طريقة للتركيز يدويًا على TextBox

تم إنشاؤها على ١٩ أغسطس ٢٠١٧  ·  4تعليقات  ·  مصدر: PistonDevelopers/conrod

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

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

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

mitchmindtree أي تحديثات على هذا؟

ال 4 كومينتر

يمكنك العثور على بعض المناقشات حول كيفية التعامل مع هذا في # 606 ، ومع ذلك لا أعتقد أن أي شيء قد تمت تسويته أو تنفيذه حتى الآن.

يتم تتبع ما إذا كان التركيز على عنصر واجهة المستخدم أم لا ضمن حالة Ui الحالية لـ Global من خلال تتبع الأداة التي تلتقط المدخلات حاليًا من كل جهاز.

أعتقد أن الطريقة اللطيفة لتوفير عنصر التحكم هذا للمستخدم ستكون عبر طريقة على غرار هذه الأسطر: ui.capture_mouse/keyboard_with(widget_id) والتي تنبعث داخليًا من حدثين:

  1. event::Ui::WidgetUncapturesInputSource(id, source) حيث يمثل id معرّف الأداة التي كانت تلتقط مسبقًا مصدر الإدخال
  2. event::Ui::WidgetCapturesInputSource(widget_id, source) حيث widget_id هو معرف عنصر واجهة المستخدم المحدد من قبل المستخدم (في حالتك هو معرف TextBox الخاص بك) الذي يجب أن يلتقط الآن مصدر الإدخال.

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

mitchmindtree أي تحديثات على هذا؟

هل تم التوصل إلى أي إجماع حول كيفية تنفيذ ذلك؟

أي تحديث على هذا؟ لقد أنشأت جدولًا ولكن تحديد كل عنصر يدويًا أمر شاق حقًا.

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

القضايا ذات الصلة

gkbrk picture gkbrk  ·  3تعليقات

zengsai picture zengsai  ·  10تعليقات

alanpoon picture alanpoon  ·  4تعليقات

JGHFunRun picture JGHFunRun  ·  9تعليقات

Woolworths picture Woolworths  ·  9تعليقات