|
The reason for the seperate thread is if the SetCapture is in the same thread as the controls window they don't get mouse messages. You say wait for the thread handle, what is it destrored?
Old dog learning new tricks!
|
|
|
|
|
For what you are trying to do in the example given I think you are over-thinking your problem. Why even call SetCapture to begin with? Why even have a worker thread? All you seem to want is to get the cursor coordinates every timer tick and display them on your m_mouse window. GetCursorPos does not care about which window has the capture, it justr returns the position of the cursor in screen coordinates. Why won't something like this work?
void CColorTakeDlg::OnTimer(UINT nIDEvent)
{
POINT pt;
GetCursorPos(&pt);
CString str;
str.Format("X: %d, Y: %d", pt.x, pt.y);
m_mouse.SetWindowText(str);
}No worker threads, no global variables, and definitely cleaner than what you have.
"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!
Honoured as one of The Most Helpful Members of 2004
|
|
|
|
|
That was version 1.0 it didn't get the cursor from the desktop, just the dialog box. You did however give me a clue, I put a Sleep(1) inside the while(exitcode == STILL_ALIVE), cpu usage dropped to 0.
Old dog learning new tricks!
|
|
|
|
|
I'm currently trying to convert my MFC program to display UNICODE characters. I've made all of the changes to compile and run as Unicode. To try to display the characters in japanese, I do the following:
f.SetFaceName(_T("Lucida Sans Unicode") );
f.SetCharSet( SHIFTJIS_CHARSET );
CUIFont *testFont = new CUIFont( GetSourceView(), "test source font", f.GetLOGFONT() );
oldfont = pDC->SelectObject( testFont );
pDC->ExtTextOut(x, y, ETO_CLIPPED, NULL, sNormal_First, NULL);
After changing the font and character set, the characters change, but seem to be a CJK representation of the characters. I looked at the hex value 0x82A0 which is one of the characters. In the Unicode code table of 932 (Japanese Shift-JIS), I see the character I think should be displayed with this value. After searching other Unicode code tables, I find that the character actually being displayed is from the Unicode code table 1200 (Unicode) which shows CJK Unified Ideographs. I've searched to see how to modify the code page and have had no luck. I think I need to set it to 932 instead of 1200. Anybody have any suggestions? It would be nice to write some code that does the setting dynamically so that it will work with other languages. I notice that using GetACP returns the system code page, but when it is 932 my program still displays the wrong character. Help!!
Jim Herren
Visual Inspect Debugging
Hewlett Packard
|
|
|
|
|
If you're compiling with the UNICODE flag set, you'll be getting the Unicode versions of the APIs - e.g. ExtTextOutW rather than ExtTextOutA. The W versions do not convert the buffer passed to them, they treat it as UTF-16. By contrast the A versions convert their arguments then call the corresponding W version (in the main).
You should convert your strings to UTF-16. If they're dynamic strings use MultiByteToWideChar with an appropriate codepage parameter. If they're literal strings, use the L prefix on the declaration. Be aware that the compiler uses the current code page in effect at compile time to translate the source literal to UTF-16 in the compiled code.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
Hi Mike,
I appreciate the response. Your suggestion to use MultiByteToWideChar worked perfectly. My problem was that I was trying to format the string with my Server instead of using the function you recommended. After we did this, we were seeing the correct Japanese characters.
Thanks again,
Jim Herren
|
|
|
|
|
Hello
i wan't to create an application that react for example at a string input in word.
i get every key over a SetWindowsHookEx(WH_KEYBOARD_LL....
Now i have a problem with the KBDLLHOOKSTRUCT.
i can't analyse is the text "hello", or "HELLO" --> Sorry, for my bad english, i hope - you know what i mean.
okay, i can interpret the flag, scantime, etc. but its to hard for a beginner.
has anybody a idea, wherefrom i get a algorithm to interpret the KBDLLHOOKSTRUCT?
thanks
|
|
|
|
|
KBDLLHOOKSTRUCT.vkCode is the key that was pressed. It is a number between 0 and 254 (ASCII).
Create an array with n items (n is the length of the string you are searching for) and a counter, which represents the current index of the array.
This example is for the word "hello":
char szArray[5];
int iIndex = 0;
void func(KBDLLHOOKSTRUCT kbs)
{
int i, iCurrentIndex;
char szLocalArray[6];
szArray[iIndex++] = (char)kbs.vkCode;
if( iIndex == 5 )
iIndex = 0;
for( i = 0, iCurrentIndex = iIndex, szLocalArray[5] = '\0'; i < 5; i++ )
{
szLocalArray[i] = szArray[iCurrentIndex++];
if( iCurrentIndex == 5 )
iCurrentIndex = 0;
}
if( stricmp( szLocalArray, "hello" ) == 0 )
}
I hope that helps (maybe there an error in the code, didn't have to time to test it *hehe*).
Don't try it, just do it! 
|
|
|
|
|
Hi
Thank you - but it is not so easy.
If i press a key, i get two messages with different timestamps and different flag-state.
Also, i dont use the "Shift", or "CTRL" Key's.
regards
|
|
|
|
|
I created a toolbar with the style TBSTYLE_FLAT in order to get hot tracking so that the buttons would get highlighted when the cursor moved over them. But now the toolbar is transparent and the part of the desktop under the window shows through. I tried redrawing the toolbar background by handling WM_ERASEBKGND but I end up drawing over the buttons and erasing them, so the only way to see them is by moving the mouse over them. Is there any way that I can paint the background of the toolbar without drawing over the toolbar buttons or a way to tell the toolbar buttons to redraw themselves?
|
|
|
|
|
The OnSize handler of a CListCtrl receives control once for each small dragging movement separatedly. If one drags the mouse quickly when resizing, the messages will be generated quickly too.
Because the resizing of a dozen columns or so is a bit computing intensive, a message generated from a longer mouse movement (dragging) with the the new size can arrive sooner than the processing of the previous message has been finished. Is this normal? Should not the processing of the previous message (the same type of message, the same handler, to the same object) be completed before the next such message gets scheduled?
The interruption of the message processing causes problem, because size calculations get confused.
I am trying to synchronize the executions with using locks.
I declared a CCriticalSection object and used Lock and Unlock in the OnSize handler. It has no effect. The lock count goes up, and it does not block the thread from execustion.
I declared a CRITICAL_SECTION object and used Init, Enter and Leave - the result is the same.
Why is the lock not blocking the thread?
|
|
|
|
|
A CRITICAL_SECTION will not block the SAME thread from reentrancy into the same lock.
|
|
|
|
|
But the next message should be passed in a different thread!
It is not a recursion, the handler is processing separate messages.
|
|
|
|
|
It is possible you are in the middle of processing a posted message, and some function you call causes a sent message to appear in your queue, in which case it seems like it 'came' from another thread, when in fact it did not. If you were to put some GetCurrentThreadId() function calls, you might be able to prove to yourself if it is the same thread or not. None of us has probably ever observed a locked CRITICAL_SECTION entered successfully by another thread.
|
|
|
|
|
I am not doubting that the lock functions work properly.
I recorded the currently active thread ids in an array. The messages will be passed in the same thread, even though their processings are running concurrently, at least partially.
Should not cucurrently running messages be passed in different threads?
Anyway, I "solved" the problem by simply immediately returning from the message processing if another message is still being processed, i.e. too fast dragging will not be honored (not truely a restriction).
|
|
|
|
|
Following is only for the record (and for the improbable case, that someone experiences a like problem).
I found the problem. The original problem description was incorrect.
The OnSize handler changes the size of certain columns. This in itself does not trigger OnSize, however it can cause inserting or removing the horizontal scroll bar, and THAT causes OnSize.
Now, the problem was, that this OnSize message has not been queued but started immediately, i.e. recursively; in other words, the processing of the original OnSize message has not been finished yet, and the new one got started - a big mess.
|
|
|
|
|
I thought I understood how the sizeof operator worked, but I guess not. Here's what I have in a little test I made:
CString str1,str2;
str1 = "a;slkdjfa;slkdjfa;sldkjfas;lkdjfa;slkdjf";
str2 = "d";
int sz1 = sizeof(str1);
int sz2 = sizeof(str2);
int sz3 = sizeof(CString);
all three ints are 4. I don't understand. ???
My articles
www.stillwaterexpress.com
BlackDice
|
|
|
|
|
You seem to be confusing sizeof() with strlen(). A CString has a constant size no matter how large a string it represents. The string data is pointed to by a member of the CString object.
/ravi
My new year's resolution: 2048 x 1536
Home | Articles | Freeware | Music
ravib@ravib.com
|
|
|
|
|
Okay, but I'm thinking if I wanted to send a CString object through a socket. I know how to send a regular character string, but I'm trying to find if there's a way I could send the actual object (in bytes) by making the first 4 bytes an integer telling how long the rest of the byte array is so that I could turn that into a CString object offset 4 bytes from the beginning of the received byte array.
But if the CString object has an internal pointer to another place in memory where the actual character string is stored, would that even be part of the object I'm sending? because whatever address the original string points to for a character string will be invalid on the receiving end. Am I making any sense?
My articles
www.stillwaterexpress.com
BlackDice
|
|
|
|
|
You can use CString::GetBuffer() to get at the contents of the string buffer you want to send. As you correctly guessed, sending the CString object thru the pipe won't cut it.
/ravi
My new year's resolution: 2048 x 1536
Home | Articles | Freeware | Music
ravib@ravib.com
|
|
|
|
|
Yes, so just send the character data. Construct a separate CString on the receiving end.
|
|
|
|
|
|
I have the following problem.
I have a dialog based application which has nu controls on it.
In the WindowProc function of my dialog, I have the following code:
if (message==WM_KEYDOWN && wParam==68 && (GetKeyState(VK_CONTROL)))<br />
AfxMessageBox("You've pressed CONTROL+D")
..and this works perfectly.
But when I add a single editbox on my dialog, it doesn't work. I think this is because the editbox captures the pressed key events so they are not passed to the WindowProc function.
What I really want to do is that when I am focused on an editbox and I press CONTROL+d, a string (for example "David") automaticaly appears in the editbox. How do I do that?
|
|
|
|
|
use these messages inside editbox (inherited from CEdit).
that is, hWnd is the editbos, not dialog.
includeh10
|
|
|
|
|
I don't get it. How can I treat the messages in the editbox? Should I use again the WindowProc funcion? I'am asking because it doesn't have a HWnd parameter.
LRESULT CTestDlg::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
