|
Even though you're trying to capture a 2D sprite, you're using Direct3D, right? So in reality, you're trying to click on a section of a plane in 3D space. This presents additional computation, since you have to convert the mouse position on the screen into a Ray in 3D space. It's not as simple as the 2D case, I'm afraid 
It takes a bit of explanation, and I'm in the process of compiling an article on the subject, but there really isn't room to describe the process here.
You may want to poke around the internet for some keywords like "3D hit testing" "ray picking" and the like.
Bob Ciora
|
|
|
|
|
Hi
we created a MDI application currently running in Windows NT 4.0 (it will be ported to Windows XP by the end of the year) where a child is notebook with max. 76 pages. The number of handles being used by a child are 200 but may be up to 2400. Therefore we need to be careful about how many children we open. What we would like to do is query the number of window handles available in the system in order to determine if the system gets a little bit tight and we pop up a message like "before opening another child, please close another one".
I could not find a function in the Windows SDK to return any information about the available window handles in the system. Can anyone help?
Thanks
Thomas
|
|
|
|
|
You can use the perfmon API to get this information.
-- Rocky Dean Pulley
|
|
|
|
|
|
Is there a way that I can extract C++ recource dialogs,string table, ect.. into a vb file?
|
|
|
|
|
I've never seen anything that will do that, there are two very different formats but in theory you should be able to take a .rc dialog and convert it to a .frm. Although I'm not sure if Microsoft ever documented the VB form file format. Might get better help in the VB forum[^]
Michael
CP Blog [^] Development Blog [^]
|
|
|
|
|
There is enough information to get the info that is needed, I think I can recreate the dialogs and menu's. But I'm not sure how to convert this text to human readable text. What format would this be in?
Thanks,
Andy
/////////////////////////////////////////////////////////////////////////////
//
// Dialog Info
//
3002 DLGINIT
BEGIN
15000, 0x376, 507, 0
0x0000, 0x0000, 0x0000, 0x0001, 0x0211, 0x0000, 0x0172, 0x0000, 0x0000,
0x0000, 0x0032, 0x0000, 0x0000, 0xa000, 0x0001, 0x0000, 0x0000, 0x1400,
0x8e01, 0x8500, 0xa902, 0x0001, 0x0000, 0x0100, 0x0000, 0x1200, 0x2100,
0x4d00, 0x2e00, 0x2000, 0x0000, 0x0200, 0x0000, 0x4e00, 0x1e00, 0xe900,
0x3200, 0x0400, 0x0000, 0x0300, 0x0000, 0x1200, 0x3a00, 0x4d00, 0x4700,
0x2000, 0x0000, 0x0400, 0x0000, 0x4e00, 0x3700, 0x2000, 0x4b01, 0x0c00,
0x0000, 0x0500, 0x0000, 0x1200, 0x5a00, 0x4d00, 0x6700, 0x2000, 0x0000,
0x0600, 0x0000, 0x4e00, 0x5700, 0x8a00, 0x6b00, 0x0c00, 0x0000, 0x0700,
0x0000, 0x1200, 0x7300, 0x4d00, 0x8000, 0x2000, 0x0000, 0x0800, 0x0000,
0x4e00, 0x6f00, 0x8a00, 0x8300, 0x0c00, 0x0000, 0x0900, 0x0000, 0x1200,
0x8b00, 0x4d00, 0x9800, 0x2000, 0x0000, 0x0a00, 0x0000, 0x4e00, 0x8800,
0x8a00, 0x9c00, 0x0c00, 0x0000, 0x0b00, 0x0000, 0x1200, 0xa300, 0x4d00,
0xb000, 0x2000, 0x0000, 0x0c00, 0x0000, 0x4e00, 0xa000, 0x8a00, 0xb400,
0x0c00, 0x0000, 0x0d00, 0x0000, 0x1200, 0xbc00, 0x4d00, 0xc900, 0x2000,
0x0000, 0x0e00, 0x0000, 0x4e00, 0xb900, 0x8a00, 0xcd00, 0x0c00, 0x0000,
0x0f00, 0x0000, 0x9000, 0x5a00, 0xe000, 0x6700, 0x2000, 0x0000, 0x1000,
0x0000, 0xe400, 0x5700, 0x2000, 0x6b01, 0x0c00, 0x0000, 0x1100, 0x0000,
0x9000, 0x7300, 0xe000, 0x8000, 0x2000, 0x0000, 0x1200, 0x0000, 0xe400,
0x6f00, 0x2000, 0x8301, 0x0c00, 0x0000, 0x1300, 0x0000, 0xf300, 0x2100,
0x2500, 0x2e01, 0x2800, 0x0000, 0x1400, 0x0000, 0x2800, 0x1e01, 0x5d00,
0x0a01, 0x0c01, 0x0000, 0x1500, 0x0000, 0x6500, 0xf100, 0xb000, 0x0800,
0x2001, 0x0000, 0x1600, 0x0000, 0xbf00, 0xf100, 0x0a00, 0x0801, 0x2001,
0x0000, 0x1700, 0x0000, 0x9000, 0xa300, 0xe000, 0xb200, 0x2000, 0x0000,
0x1800, 0x0000, 0xe400, 0xa200, 0x2000, 0xb601, 0x0c00, 0x0000, 0x1900,
0x0000, 0xe400, 0xb700, 0x2000, 0xc401, 0x2800, 0x0000, 0x3800, 0x0000,
0x0000, 0x2680, 0x0001, 0x0000, 0x0100, 0xe900, 0x0000, 0x0000, 0x0200,
0xb8c0, 0x0000, 0x0000, 0x0200, 0x4e80, 0x0000, 0x0000, 0x0400, 0x5140,
0x0000, 0x0000, 0x0500, 0x8dc0, 0x0000, 0x0000, 0x0500, 0xe2c0, 0x0000,
0x0000, "\000"
0
END
|
|
|
|
|
it looks very unicode like double byte charset would be my guess
-= Technomancer =-
|
|
|
|
|
I wish to play a WAV file on a buton press, that's OK, but what I would like to do now is play the WAV file over and over again while the button is being held down.
Currently the WAV file is only played when you release the button.
The PC is running Windows 2000, any suggestions.
grahamfff
|
|
|
|
|
Use the PlaySound() function specifying the SND_LOOP flag.
"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's only half the answer.
The original question also said that the sound was only played when the button was released. How do we detect that the button was pressed, as opposed to when the button is released?
|
|
|
|
|
I have a form with Chris Maunder's MFCGrid and some buttons. My problem is when the user is editing something on the grid he would be using an edit control that destroys itself in it's WM_KILLFOCUS handler
CInPlaceEdit::OnKillFocus(CWnd *pNewWnd)
{
...
SendMessage(WM_CLOSE, 0, 0);
}My problem is that when one of the buttons recieves the input focus it has to know the HWND of the control that lost the focus
COneClickButton::OnSetFocus(CWnd *pOldWnd)
{
CButton::OnSetFocus(pOldWnd);
HWND old = pOldWnd->GetSafeHwnd();So far all my testing seems to indicate that the GetSafeHwnd() function is returning the correct HWND, but can I be sure that it always will or am I better off changing the SendMessage(WM_CLOSE) to a PostMessage(WM_CLOSE) in the CInPlaceEdit class?
"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
|
|
|
|
|
Using SendMessage() won't cause any problems because closing a window is treated as a focus-changing event, and therefore the window that is to receive the focus will receive a WM_SETFOCUS during the SendMessage() call before the window is destroyed.
At least, that's how I recall it happening... 
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"
|
|
|
|
|
Unfortunately that does not seem to be the case. I tried it by placing some TRACE statements in the code on either side of the SendMessage(WM_CLOSE) and in the OnSetFocus() handler. It seems that SendMessage(WM_CLOSE) returns before the WM_SETFOCUS message is handled by the button.
I guess for now I will leave the code as I have it, just leaving a note about my suspicions in case I get any complaints about stange behaviour later on
"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
|
|
|
|
|
Hmmmmm... ok. Does the WM_CLOSE handler for the window actually destroy the window, or does it post a WM_DESTROY message or something similar, ie. Has the window been destroyed in the WM_SETFOCUS handler (use IsWindow() to check the HWND).
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"
|
|
|
|
|
GetSafeHwnd() returns the HWND I am looking for, but IsWindow() returns FALSE. So that tells me the window was destroyed.
What I am now thinking is that the CWnd passed to OnSetFocus is a CTempWnd class, so that would mean that it is just a copy of the CWnd of the CInPlaceEdit class that was destroyed. Being a copy it contains the same m_hWnd value as the original even though the original has already been destroyed and deleted.
It all makes sense to me now. Thanks for the push in the right direction so that I could figure out what was going on
"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
|
|
|
|
|
PJ Arends wrote:
What I am now thinking is that the CWnd passed to OnSetFocus is a CTempWnd class, so that would mean that it is just a copy of the CWnd of the CInPlaceEdit class that was destroyed. Being a copy it contains the same m_hWnd value as the original even though the original has already been destroyed and deleted.
AFAIK, That's not quite how CTempWnd works. If the window was an MFC window, and has not been deleted, then you will always get a pointer to the actual window class. If the window has been destroyed (or is not an MFC window), then you'll get a pointer to a CTempWnd. I think what's happening is that Windows is passing the HWND of the destroyed window to the WM_SETFOCUS handler, intending it purely for information, and MFC is creating a CTempWnd object to map it to, because the window has already been destroyed.
PJ Arends wrote:
Thanks for the push in the right direction so that I could figure out what was going on
Glad to be of help  At least it's enlightened me as well
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"
|
|
|
|
|
Hi,
I'v got a problem trying to draw on DC of a dialog while using animatewindow(....AW_BLEND)
My drawings does NOT appear until I call Invalidate() manually!
So what happends is that an empty dialog Fades In and then all drawings suddenly appears.
It's so ugly!
However, I found a solution that I did not understand(!):
OnPrint(WPARAM wParam, LPARAM lParam)
{
CDC* pDC = CDC::FromHandle((HDC)wParam);
if ( lParam & PRF_NONCLIENT )
Do some drawings...
return 0;
}
[Author Mr. Shog9] did the following in a window(CWnd)
2 things:
1-It's difficult to understand, why a dialog box may have OnPrint Message[ consider the fact that I'm a beginner ]?!!
2-While Fading out, the code (some times) frozens the application
as Mr. 'richard sancenot' mentiond at the end of that article (Title:Balloon Help as a non-modal replacement for MessageBox())
Could any one Help me please?
Even if there is any article previously, would you tell me please.
I thank you in advanced.
Best regurds, Hamed.M
p.s.Excuse me if my english is not well.
|
|
|
|
|
Hi, my scenario is like this:
I link a dll at run-time by calling LoadLibrary() and then I call GetProcAddress to get the location of a function within that DLL so i can call it. This works fine. But now I wanted to get the location of a variable, and address that, but it doesn't work. In my DLL I have a declaration as follows:
extern "C" { char * szLogFile = "C:\\log.txt"; }
So I try to address the variable from my program as follows:
char * test = (char*)GetProcAddress(hinstDLL, "szLogFile");
But when I then try to show the variable test using a messagebox I just get garbage so the pointer must be wrong.
Any ideas whats wrong?
Kuniva
--------------------------------------------
|
|
|
|
|
I've seen this same problem. I can't recall why now. I suggest you add a set/get function to the DLL and use that to access the variable instead. BTW global variables are evil.
Neville Franks, Author of ED for Windows www.getsoft.com and Surfulater www.surfulater.com "Save what you Surf"
|
|
|
|
|
Heh, damn, I was kinda hoping for an explanation, I hate having to have to avoid the problem. But I guess I don't have much choice so thank you for your reply anyway.
And as for the global variables are evil thing, so they keep telling me.. I don't see any reason why they should be evil in very small programs though :P
And generally I believe it to be said by people who can't make sense of their own programs after a while 
Also, no stack operations means more speed, weee.
So, in short, global variables are evil, but fun!
lol.. just messing.
Kuniva
--------------------------------------------
|
|
|
|
|
Hi,
If someone has the answer to this I will be most greatful. I cannot get the select() function to work here. My program successfully sends the message and the server responds to this message(I have seen the results on ethereal). What I am trying to accomplish is send out a UDP message(the one defined by RequestStatMsg(which is properly formatted and correct and works fine)), then use the select function as shown below to simply listen for a reply for one second, and log if there is a reply, then repeat. The idea is to test a device to see if it responds to this UDP status request message promptly, and to log failures...testing over long durations(days). This is driving me mad. Thank you for any input you may provide!!
CODE
//Global
typedef struct{
unsigned short MsgID; /* REQUEST_STAT_MSG (0x00) */
unsigned short MsgSize; /* Bytes in this message */
}RequestStatMsg;
SOCKADDR_IN remote; // For client
SOCKET sock; // For client
SOCKADDR_IN RecvAddr; // "server usage on PC side"
SOCKET RecvSocket; // for recieving the Stat request message
struct timeval stTimeOut; // Create the timestruct for the
fd_set stReadFDS; // Set the file descriptors
fd_set stXcptFDS;
.
.
.
// everything else isinside <int cjtf_appdlg::onsend()="">
sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);
RecvSocket = socket(AF_INET, SOCK_DGRAM,IPPROTO_UDP);
.
.
.
while(true)
{
// the sendto works fine
sendto(sock, (char *)&ReqStatMsg,sizeof(ReqStatMsg),
0,(SOCKADDR *)&remote, sizeof(SOCKADDR));
StatMsgSent++;
TempStr.Format("%d", StatMsgSent);
m_MsgSentCnt.SetWindowText(TempStr);
stTimeOut.tv_sec= 1; // 1 sec timeout
stTimeOut.tv_usec=0; // use for milliseconds
// Bind the socket to RED SIDE and the specified port.
RecvAddr.sin_family = AF_INET;
RecvAddr.sin_port = htons(prt); //
RecvAddr.sin_addr.s_addr = inet_addr(IPAddrStr);
bind(RecvSocket, (SOCKADDR *) &RecvAddr,
sizeof(RecvAddr));
// Prep the members
FD_ZERO(&stReadFDS);
FD_ZERO(&stXcptFDS);
FD_SET(RecvSocket, &stReadFDS);
FD_SET(RecvSocket, &stXcptFDS);
// set up to for 1 second
retvalue = select(0,&stReadFDS, NULL, NULL, &stTimeOut);
// handle the case that no message is available
through(timeout 1sec)
// else receive the message
recvfrom(RecvSocket,RecvBuf,BufLen, 0,(SOCKADDR*)
&SenderAddr, &SenderAddrSize);
// This ALWAYS times out after one second, but I know the response is coming back(ethereal). The server simply responds to the clients ip address and port that it sent from. I'm not getting it though???
Thank you in advance for your help!
Rich
|
|
|
|
|
I am opening and reading from a text file and am trying to figure out the function to get the size of the file.
Windows reports the file as being 33KB, and I want my program to be able to report that as well.
Appreciate the help.
|
|
|
|
|
|
Or lseek() to end of the file or ftell() for the old fashioned streams.
Neville Franks, Author of ED for Windows www.getsoft.com and Surfulater www.surfulater.com "Save what you Surf"
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
