Glfw: आईएमई इनपुट

इनपुट मेथड मैनेजर

कुछ बार संपादित किया गया

एफवाईआई वर्तमान जीएलएफडब्ल्यू के रूप में, इनपुट के लिए माइक्रोसॉफ्ट आईएमई का उपयोग कर उदाहरण के लिए जापानी, आईएमई इनपुट के दौरान दबाई गई कुंजी नियमित WM_KEYDOWN संदेशों के माध्यम से सीधे एप्लिकेशन तक पहुंचती प्रतीत होती है।

मैं यह भी नहीं जानता कि इसका क्या कारण है, मेरे साधारण Win32 परीक्षण एप्लिकेशन में एक छोटे से संदेश लूप के साथ आईएमई उन चाबियों को सही ढंग से रोक रहा है। मुझे WM_KEYDOWN VK_PROCESSKEY (229) और सामान्य अनफ़िल्टर्ड WM_KEYUP के साथ प्राप्त होता है।

GLFW में मुझे प्रेस और रिलीज़ दोनों के लिए अनफ़िल्टर्ड कुंजी मान मिलते हैं।
अब मैं जांच कर रहा हूं कि क्या अंतर हो रहा है यह देखने के लिए कि क्या मैं जीएलएफडब्ल्यू के लिए एक फिक्स का सुझाव दे सकता हूं।

ठीक है तो क्या हो रहा है, मेरे आवेदन में मैं wParam का उपयोग कर रहा हूं जिसमें वर्चुअल की-कोड है और IME द्वारा फ़िल्टर किया जा सकता है। GLFW में translationKey() HIWORD (lParam) और 0x1FF का उपयोग करता है जो स्कैनकोड है और कभी फ़िल्टर नहीं किया जाता है।

इसलिए जब आप IME द्वारा इंटरसेप्ट की गई एक अक्षर कुंजी को दबाते और छोड़ते हैं, तो अनुक्रम कुछ इस तरह होता है:

WM_KEYDOWN 229
13.36 Key 49 pressed
WM_KEYUP 78
13.43 Key 49 released

तो GLFW उपयोगकर्ता के दृष्टिकोण से कुछ इसी तरह का अनुकरण करने के लिए, इसे translationKey() में जोड़ने के लिए पर्याप्त हो सकता है:

if (wParam == VK_PROCESSKEY)
    return _GLFW_KEY_INVALID;

जो न तो दबाए गए और न ही जारी किए गए ईवेंट उत्पन्न करेगा।

अब समस्या यह है कि निम्न-स्तरीय डेटा की व्याख्या करने के कई संभावित तरीके हैं, लेकिन मेरा मानना ​​है, और इस तथ्य के बावजूद कि IME के ​​लिए बहुत कुछ है और यह पूरी तस्वीर नहीं है, कि यह व्यवहार होगा वांछनीय डिफ़ॉल्ट और बहुत फायदेमंद। IME विंडो प्रदर्शित होने पर अधिकांश एप्लिकेशन की-प्रेस पर प्रतिक्रिया नहीं करना चाहते हैं, जो कम से कम IME- आधारित टेक्स्ट इनपुट को एप्लिकेशन में अनुमति देगा।

एप्लिकेशन जो 100% IME जागरूक होने का प्रयास करता है (अपने स्वयं के IME डिस्प्ले को लागू करने के लिए नीचे), जो अत्यंत दुर्लभ है, उसे कई और संदेशों को महान विवरणों में संभालना होगा, जो शायद GLFW का दायरा नहीं होगा (लेकिन कोई कल्पना कर सकता है कि GLFW भविष्य में WM_* हुक प्रदान कर सकता है ताकि इच्छुक उपयोगकर्ता उन्हें स्वयं संभाल सकें, और फिर उस काम को करने का कोई मतलब नहीं है जब तक कि वास्तव में कोई अच्छा कारण न हो)।

FYI करें मैंने अपने glfw फोर्क में X11/wayland पर IBUS के माध्यम से IME के ​​​​लिए समर्थन लागू किया।