Report Control - VK_F5 behavior CXTPReportInplaceEdit::OnKeyDown

Print Page | Close Window

VK_F5 behavior CXTPReportInplaceEdit::OnKeyDown

Printed From: Codejock Forums
Category: Codejock Products
Forum Name: Report Control
Forum Description: Topics Related to Codejock Report Control
URL: https://forum.codejock.com/forum_posts.asp?TID=24280
Printed Date: 14 November 2026 at 11:19pm
Software Version: Web Wiz Forums 12.08 - https://www.webwizforums.com

Topic: VK_F5 behavior CXTPReportInplaceEdit::OnKeyDown

Posted By: franji1
Subject: VK_F5 behavior CXTPReportInplaceEdit::OnKeyDown
Date Posted: 22 April 2022 at 9:26am

XTP V13.2.1

I am chaining back my calls to OnKeyDown when I am not processing them. The tookit behavior process the F5 key from within my edit control of an item to call the report control's Recalc method:

_pControl->Recalc(TRUE);

which immediately calls EditItem(NULL), which currently deletes my edit control.

Hence, when I return back, my edit control is GONE - window handles are 0xdddddddd, etc. So MY code ends up crashing (asserting) because my object thinks it's still around (which it is not because of the call to EditItem(NULL)).

What is the expected behavior of F5 when editing an item in a report control? I search the source code for VK_F5 within the entire XTP toolkit (not just Report Control), and the only mention is the processing above. There is NO DOCUMENTATION ABOUT THIS (expected?) BEHAVIOR.

Does that mean that my derived class(es) must process the VK_F5 key? Or never chain back if VK_F5? Or ??? What do other apps do? (examples have no special processing).