|
Hi...
How can I simulate pressing the tab key with enter key. I have 5 edit controls in my view and I want to jump to the next edit control not by pressing the tab key but by pressing the enter key. I tried like this
BOOL CMyView::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->wParam == VK_RETURN)
{
PostMessage(WM_KEYDOWN, VK_TAB, NULL); UpdateCalc();
return 0;
}//if
return CFormView::PreTranslateMessage(pMsg);
}
this works exept, that this code simulate's a double key press of the tab key.
Please Help!
Thanks
My question is:
|
|
|
|
|
|
this works but still the code executes 2 times. Let's say that my position is on the first edit ctrl. When I press the enter key for the first time this segment of code is executed:
if(pMsg->wParam == VK_RETURN)
{
PostMessage(WM_NEXTDLGCTL); //the first time
UpdateCalc();
return false;
}//if
But after that the focus goes to the next edit ctrl?????
|
|
|
|
|
i think this could be done without simulating any keystrokes using SetFocus(...) and GetNextWindow(...) functions
|
|
|
|
|
Try to use the following code instead:
BOOL CMyView::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->message==WM_KEYDOWN)
{
if(pMsg->wParam==VK_RETURN)
{
pMsg->wParam=VK_TAB;
}
}
return CFormView::PreTranslateMessage(pMsg);
}
Lisoft
|
|
|
|
|
Thanks. I'm sure this will help.
|
|
|
|
|
If you return TRUE instead of 0 from this method
then the initial return key should not get processed further?
|
|
|
|
|
Hi 
I have a dialog which I want to be able to have detect a user clicking on and off the title bar. I can detect the left button down on the title bar by implementing CDialog::OnNcLButtonDown() which corresponds to ON_WM_NCLBUTTONDOWN(). Now what I want is to detect the left button being released. I've tried CDialog::OnLButtonUp() which corresponds to ON_WM_LBUTTONUP() and of course CDialog::OnNcLButtonUp() which corresponds to ON_WM_NCLBUTTONUP() but they do not seem to get called (I make an AfxMessageBox() call in them to check). I can get CDialog::OnNcLButtonUp() to be called by double-clicking the title bar but not when just releasing the mouse button. Can anyone help with this?
Thanks
|
|
|
|
|
Aside: You may want to replace the AfxMessageBox() call with TRACE(), since the former causes a change in focus.
/ravi
My new year's resolution: 2048 x 1536
Home | Articles | Freeware | Music
ravib@ravib.com
|
|
|
|
|
This behaviour is caused by the default processing of the WM_NCLBUTTONDOWN message. When it processes this message, it enters a loop whereby it moves the dialog if the mouse moves, and exits the loop when it receives a WM_NCLBUTTONUP message. The fix is to not call the default processing for WM_NCLBUTTONDOWN. The problem then is that the user cannot move the dialog, so you'll have to implement the code for moving the dialog yourself.
Hope this helps,
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Your dialog should get a WM_MOVE message after the window has been moved (and WM_MOVING messages while
it's dragged).
Wouldn't that be enough ?
|
|
|
|
|
Hello !
I use the function CreateFile to open a COM port. Everything works fine unless the port number is only 1 digit (up to port 9). When I try top open the COM port10, the function returns INVALID_HANDLE_VALUE and a call to getLastError() gives me ERROR_FILE_NOT_FOUND (2).
Here is the code:
hCom = CreateFile(pszPortName,<br />
GENERIC_READ | GENERIC_WRITE,<br />
0, <br />
NULL, <br />
OPEN_EXISTING, <br />
0, <br />
NULL <br />
);<br />
What is the problem ??
|
|
|
|
|
For COM ports over COM9, you have to use the UNC notation, ie. COM10 = "\\.\COM10". This is only available for a NT-based OS, so it won't work on Win95/98/ME. Using this method, you can access up to COM255.
Remember if you're hardcoding the string it will need to be "\\\\.\\COM10" because of the character substitution.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
All,
I have tried a number of methods found here to get tool tips to work on my dialog button controls and have settled on using the method found in an article found here by Jean-Louis Guenego. All, including the method Jean-Louis employs, work great on Modal dialogs, but a soon as I try to use the exact same code in a Modaless dialog, the tool tips do not work. Jean-Louis Guenego's project also allows the placement of a bitmap on buttons and that part works fine on both modal and modaless dialogs.
I am using this code to create the dialog...
if (m_pSMDlg == NULL)
{
m_pSMDlg = new CFileDlg(TRUE,sDir,sExt,NULL);
if (m_pSMDlg->Create(MAKEINTRESOURCE(IDD_FILEDLG), NULL) == TRUE)
{
}
}
Is there something in the creation of my dialog I can do to allow tool tips to work?
Thanks,
Hal Roenick
|
|
|
|
|
If you read the message board below the article you referenced you would see that the same question was asked and answered there. http://www.codeproject.com/buttonctrl/tooltipressourcebutton.asp#xx653091xx[^]
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
|
PJ,
I went and read what you suggested and had read that method many times before and it does not seem to work. The problem is that while I have the "ON_NOTIFY_EX(TTN_NEEDTEXT, 0, )
" in my message map, the "OnToolTipNotify" message is never sent by my buttons!
I have added all the code suggested for this method, but after doing so, I have placed a breakpoint withing the "OnToolTipNotify" message handler for my dialog and it never gets hit. The only thing I have been able to find that might be a clue is that because these buttons are set to "owner draw" (due to a bitmap being placed on them) there is a "notify" property that becomes disbled. I cannot figure out why my buttons do not send the "ON_NOTIFY" message when they are approached by the mouse.
Any thoughts?
Thank you,
Hal Roenick
|
|
|
|
|
I use that method all the time with no problems. Did you remember to add EnableToolTips(TRUE) in your InitDialog() function?
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
|
PJ,
Thanks for the reply. The difference might be that I am creating this dialog from within a .dll not a .exe. Do you know of anything that might change in that case?
Thanks again,
Hal Roenick
|
|
|
|
|
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_tool_tips.asp[^]
I never use dlls for dialogs, so I would not know if that makes a difference. My gut feeling says it doesn't.
Why not try to get it working without dlls first just to prove to yourself that the method works?
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
|
PJ,
I have. I found that I can get it to work in a .dll if the dialog is modal, but when it is created modaless the windows messages are no longer generated. I was able to create a modaless dialog in a .exe and the tool tips worked fine. It only seems to be a problem in a .dll with a modaless dialog.
Any other ideas would be appriciated.
Thanks again,
Hal
|
|
|
|
|
PJ,
If you use this method all the time, may I ask how you create your dialogs? The way I am doing it, for some reason neither OnToolTipNotify or reTranslateMessage are sent by any controls on my dialog.
Thanks,
Hal
|
|
|
|
|
Hello,
I want to create a DLL from SDK it is having one function that will export all other function structures. For the purpose of i will load DLL from dll wizard (dll wizard - created using mfc) means, displayed all the function name and parameters and parameter types, it also act as function calling at run time.
Example:
double add(double a, double b);
double sub(double a, double b);
double mul(double a, double b);
double div(double a, double b);
we write another one function,
GetInfo() - This function expose to all above funnciton structures, that structure act as function calling at runtime.
How do write GetInfo() function with in a dLL?
I would be thankful for any Idea, code sample ...
Regards
G. Inbhakumar.
|
|
|
|
|
look into __declspec(__dllimport) and __declspec(__dllexport) or alternately look into .def files - all of this is covered in depth in MSDN , either what you have locally or online - google is your friend
¡El diablo está en mis pantalones! ¡Mire, mire!
Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)!
SELECT * FROM User WHERE Clue > 0
0 rows returned
Save an Orange - Use the VCF!
|
|
|
|
|
My Paint function is wrote as followed:
void OnPaint()
{
if (this == NULL)
return;
//Draw Signal using GDI
if(m_bUpdateSignal)
DrawSignals();
RECT rect;
GetClientRect(&rect);
int nWidth = rect.right - rect.left + 1;
//int nHeight = m_drawArea.Height();
int nHeight = rect.bottom - rect.top + 1;
CreateOffScreeenGraphics(nWidth, nHeight);
// draw from memory bitmap to window using GDI+
Graphics graph(GetSafeHwnd());
graph.DrawImage(m_pBitmapW, 0, 0);
}
When I run the program I found the program eated the memory quickly and occured most of CPU time. Is it a GDI+ Bug or I miss sometheing, I don't know why...
|
|
|
|
|
1) When handling the WM_PAINT message you should call BeginPaint() and EndPaint().
2) If you want to mix GDI and GDI+ you first create your Graphics object and use Graphics::GetHDC() to get the HDC used for GDI drawing. Do not forget to call Graphics::ReleaseHDC().
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
"Obviously ??? You're definitely a superstar!!!" mYkel - 21 Jun '04
Within you lies the power for good - Use it!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
