【求思路-急】CGridCtrl网格的一个问题

[sophy520eangel]

最近负责功能一个软件模块的开发，模块中使用了开源的CGridCtrl控件 ，然后现在发现了一个问题：

假设原先单元格值为100，当我单击网格单元的时候，网格单元是高亮的这个时候我输入一个我自己想要的值（200）到网格中，此时，我再点击UI上别的控件，原先的单元格还是处于高亮并没有失去焦点，这个时候我发现我原先输入200的单元格中数据是显示的数据是改变了，但是当我获取该单元格数据的时候发现我获取的还是100，也就是在我输入200后单元格并没有失去焦点，触发通知消息，使我获取的值为200？

不知道描述的是否清晰，现在很纠结，有什么办法可以在我输入值后，让底层的值也更新如上变成我设置的200（在单元格编辑后仍高亮，未失去焦点情况下）

说下我自己的方法吧：我开始是在NOTIDY中让编辑的网格失去焦点的，但是发现不行，尝试别在别的函数地方让网格单元失去焦点也不行，都失败，不知道为什么，不知道该控件是否有相应的这样消息呢？ （没有熟读源码 ）

在这里求解，有过类似经历的，希望给个解决思路 === 在线等

[就想叫yoko]

去VC区问问看~

[eye_119_eye]

开源的CGridCtrl控件 还真没用过

[至善者善之敌]

看最新版本的...
直接在源码上改

[fjbuilding]

我只用过MFC的CMFCPropertyGridCtrl，它确实是使用Notify消息来确定一个用户改变数据的动作的。当然如你所说，这个Notify消息的触发必须满足一个条件，就是GridCtrl失去焦点。

貌似我当时是让GridCtrl充满整个父对话框的^^（不是办法的办法）

我觉得实在不行的话可以这样，在“UI上别的控件”代码前面添加一些代码，用SendMessage向GridCtrl发送Notify消息不就行了。

实在不行的话,可以在“UI上别的控件”代码前面像这样添加：
CMyGridCtrl *pMyGridCtrl = (CMyGridCtrl *)GetDlgItem(IDC_XXXX);//那个CGridCtrl的ID
pMyGridCtrl->MyNotify();

接着在MyNotify()里面更新数据值。不过这样做需要你继承CGridCtrl，自己写CMyGridCtrl。

[sophy520eangel]

[Quote=引用 3 楼 babilife 的回复:]
看最新版本的...
直接在源码上改
[/Quote]

看了最新版的，可是依然没有找到合适的方法

[sophy520eangel]

[Quote=引用 4 楼 fjbuilding 的回复:]
我只用过MFC的CMFCPropertyGridCtrl，它确实是使用Notify消息来确定一个用户改变数据的动作的。当然如你所说，这个Notify消息的触发必须满足一个条件，就是GridCtrl失去焦点。

貌似我当时是让GridCtrl充满整个父对话框的^^（不是办法的办法）

我觉得实在不行的话可以这样，在“UI上别的控件”代码前面添加一些代码，用SendMessage向GridCt……
[/Quote]

现在使用的GRID就是我重写的，不过你说的这个方法我但是没有试过，原先想在单击事件上做下功夫，可是不行，不过试下你这个方法·

[赵4老师]

莫非要用SetForegroundWindow?

[hustlaofan]

CBN_KILLFOCUS

[sophy520eangel]

[Quote=引用 7 楼 zhao4zhong1 的回复:]

莫非要用SetForegroundWindow?
[/Quote]

测试发现没有用

[sophy520eangel]

[Quote=引用 8 楼 hustlaofan 的回复:]

CBN_KILLFOCUS
[/Quote]

能否具体点或者给个伪代码。。。

[赵4老师]

MSDN98里面搜的：
CBN_KILLFOCUS
The CBN_KILLFOCUS notification message is sent when a combo box loses the keyboard focus. The parent window of the combo box receives this notification message through the WM_COMMAND message.

CBN_KILLFOCUS
idComboBox = (int) LOWORD(wParam); // identifier of combo box
hwndComboBox = (HWND) lParam; // handle to combo box

QuickInfo
Windows NT: Requires version 3.1 or later.
Windows: Requires Windows 95 or later.
Windows CE: Requires version 1.0 or later.
Header: Declared in winuser.h.

See Also
Combo Boxes Overview, Combo Box Messages, CBN_SETFOCUS, WM_COMMAND

[赵4老师]

The CFocusDlg Class

The application's functionality centers on the CFocusDlg class and its implementation of four message handlers (discussed below). Normal data exchange (DDX) and validation (DDV) using the routines provided by MFC take place in OnInitialUpdate(), when the dialog box is first displayed, and when the user chooses the OK button to accept the input. This is default behavior provided by ClassWizard when member variables are connected to dialog-box controls and can be examined in the dialog class DoDataExchange() function.

Validating control contents when switching focus from one control to the next is done by handling the EN_KILLFOCUS notification sent by the edit control that is losing focus. The idea here is to check the contents and, if they are not valid, to display the message box, inform the user, and then set the focus back to the control from which it came. Unfortunately, some difficulties arise when trying to set the focus (or display the message boxes) within a killfocus message handler. At this point, Windows is in an indeterminate state as it is moving focus from one control to the other. This is a bad place to do the validation and SetFocus() call.

The solution here is to post a user-defined message to the dialog box (parent) and do the validation and SetFocus() there, thus waiting for a safer time to do the work. (See "CFocusDlg::OnEditLostFocus()" in the file FOCUSDLG.CPP and "WM_EDITLOSTFOCUS user-defined message" in the file FOCUSDLG.H.)

[赵4老师]

mk:@MSITStore:C:\MSDN98\98VS\2052\period96.chm::/periodic/msj/F1/D8/S1DCC.htm

[zhao1756]

很明显你是在失去焦点时候把输入的值存起来,你可以改成当值改变的时候就存值