Một câu hỏi tương tự đã được hỏi, vì vậy tôi sẽ không lãng phí thời gian tái giải thích nó, một cuộc thảo luận hiện tại có thể được tìm thấy ở đây: ToAscii/ToUnicode in a keyboard hook destroys dead keysLàm thế nào tôi có thể sử dụng ToUnicode mà không phá vỡ hỗ trợ khóa chết?
Lý do tôi đăng một câu hỏi mới tuy nhiên được rằng Tôi dường như đã đi qua một 'giải pháp', nhưng tôi không hoàn toàn chắc chắn làm thế nào để thực hiện nó.
bàiBlog này dường như đề xuất một giải pháp cho vấn đề của ToUnicode giết chết hỗ trợ-key: http://www.siao2.com/2005/01/19/355870.aspx
Tuy nhiên tôi không chắc chắn làm thế nào để thực hiện các giải pháp đề nghị. Một cú đẩy đúng hướng sẽ được đánh giá cao.
Để được rõ ràng, phần tôi đề cập đến là:
Có hai cách để làm việc xung quanh này:
1) Bạn có thể tiếp tục gọi ToUnicode với các thông tin tương tự cho đến khi nó được xóa và sau đó gọi lại một lần nữa để đặt trạng thái trở lại vị trí nếu bạn chưa bao giờ nhập bất kỳ thứ gì hoặc
2) Bạn có thể tải tất cả thông tin bàn phím trước và sau đó nhập thông tin có thể tra cứu trong bộ nhớ cache thông tin của riêng bạn ý nghĩa của các tổ hợp phím, mà không cần phải gọi các API trễ r.
Tôi không chắc chắn làm cách nào để thực hiện một trong những điều đó (bàn phím và quốc tế hóa cách xa điểm mạnh của tôi), vì vậy mọi trợ giúp sẽ được đánh giá cao.
Cảm ơn
nhưng sửa API win32 sẽ là tiền lệ nguy hiểm để đặt. Hãy suy nghĩ về số lượng công việc họ sẽ có trước họ nếu họ bắt đầu xuống * đó * con đường. – jalf
@jalf: Tôi không chắc liệu đó có phải là châm biếm hay không. i18n/l10n của Windows đang hoạt động tích cực. Đối với bit này đặc biệt họ có lẽ không muốn. Net code (xử lý bàn phím là khá thấp cấp) để sửa chữa các API Win32 là một đề xuất hợp lý, có thể là người duy nhất. – MSalters
Bất kỳ cơ hội nào của một ví dụ mã để đẩy tôi đi đúng hướng? Tôi xấu hổ khi nói rằng tôi vẫn còn một chút mất mát. Ugh, tôi ghét mấy thứ bàn phím này lắm. Cảm ơn. – RaptorFactor