又碰到个奇怪的问题了

jplzl10000

用WM_CreateWindow()创建了一个页面h_page_param_set，页面内为EDIT编辑参数。
通过按键来实现编辑操作。
但在发送按键消息时，碰到页面不能接收WM_KEY消息的问题。

case K_UP:
send_key = GUI_KEY_BACKTAB;    //GUI_KEY_UP;
break;
            
case K_DOWN:
send_key = 9;    //GUI_KEY_TAB;
break;
这个操作本来是要用来实现上下参数选择编辑的。
但是，在K_UP时，我想直接把这个键值K_UP=0x0201发送出去时，在h_page_param_set页面内，无法接收WM_KEY消息。
但是改成如上的，发送GUI_KEY_BACKTAB时，就可以接收到WM_KEY消息了。
看了下文档，这个GUI_KEY_BACKTAB消息也是EDIT不响应的键值
这两个发送间有什么区别呢？
如无法产生WM_KEY消息，那这个键值被发送到哪了？还是一直存在key消息里 ？
               

eric2013

比如当前已经聚焦到窗口的EDIT控件上面，发送消息的时候，如果是EDIT支持的消息，会自动响应，如果是不支持的，会进入到WM_KEY消息里面。

jplzl10000

eric2013:比如当前已经聚焦到窗口的EDIT控件上面，发送消息的时候，如果是EDIT支持的消息，会自动响应，如果是不支持的，会进入到WM_KEY消息里面。 (2017-06-12 00:21) 

关键就是现在不支持的按键，有些进入到了WM_KEY，如GUI_KEY_ENTER
有些则没有进入到WM_KEY，大多数都不会进入

eric2013

jplzl10000:关键就是现在不支持的按键，有些进入到了WM_KEY，如GUI_KEY_ENTER
有些则没有进入到WM_KEY，大多数都不会进入 (2017-06-12 08:51) 

你程序问题居多，我曾经专门测试过。都没问题。

jplzl10000

eric2013:你程序问题居多，我曾经专门测试过。都没问题。 (2017-06-12 09:53) 

这样么？但是我看下ucgui的代码，好像能验证我的想法哦，
ucgui里面，对EDIT来说，就是只支持将
                        case GUI_KEY_ENTER:
                        case GUI_KEY_ESCAPE:
                        case GUI_KEY_TAB:
                        case GUI_KEY_BACKTAB:
                        break;                    /* Send to parent by not doing anything */
这些不支持的按键发送给WM_KEY消息
其他的，如果大于0x20，就直接删除了

jplzl10000

eric2013:你程序问题居多，我曾经专门测试过。都没问题。 (2017-06-12 09:53) 

你测的是焦点设置在页面上的吧。
你把焦点设置在一个EDIT上再试试