|
It allows a kind of interprocess communications: defining a global string that can be later retrieved by a numeric ID you can effectively send a string from an application to another one (e.g.PostMessaging the numeric ID to the receiving application).
Of course, documentation [^] helps.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
|
|
|
|
|
I have created this tabbed dialog application and I want to have a wizard-like dialog inside to one of my tab controls..
Please help me how to do it..
I have a code already but it hangs up...
Anyone interested...please email me at ntongoy@infoweapons.com
Thank you!!!!
-- modified at 5:56 Wednesday 23rd May, 2007
|
|
|
|
|
I think that the best you can do is to make a property sheet and embed it into the dialog you are working by setting it as a child. Then each tab will have it's own dialog resource and it will be very easy to maintain.
Hope this helps...
|
|
|
|
|
Thats somehow what I did. But its somewhat complicated...
E.g.
I have have tab1. Tab1 is designed to act like a wizard. It contains a button "next". Everytime I click next, the dialog changes. But it is still in Tab1.
If you want to have a look at the code, I can send it to you through email.
Thanks...
|
|
|
|
|
If you have a propoerty sheet and a tab control, then it is normal that they are behaving in this way, as they are different controls that are not intended to work together if you don't program it by yourself.
What I'd do is:
make the property sheet not in wizard style and then insert a next, previous... button in each page, then it will be easy to use the same code that you are using now in order to go to the next tab and at the same time you'll get the right tab above (without coding).
|
|
|
|
|
for example:
<br />
<br />
<br />
class A<br />
{<br />
public: <br />
B m_b;<br />
}<br />
<br />
class B<br />
{<br />
public:<br />
A m_a;<br />
}<br />
<br />
if I define like this:
<br />
class B;<br />
class A<br />
{<br />
public: <br />
B* p_b;<br />
void fun();<br />
}<br />
<br />
class B<br />
{<br />
public:<br />
A m_a;<br />
void funB();<br />
}<br />
compile would be succeed, but if I define A::fun like this:
<br />
void A::fun()<br />
{<br />
p_b->funB();
}<br />
how to solve?
thanks.
|
|
|
|
|
Separating the class declarations and definitions to different files would help you to compile the project. Also you may need to make A m_a; in the class be as A* m_a;
a.h
--------
#ifndef CLASS_A
#define CLASS_A
class B;
class A
{
public:
B* p_b;
void fun();
};
#endif
a.cpp
-----
#include "stdafx.h"
#include "a.h"
#include "b.h"
void A::fun()
{
p_b->funB(); // error: can not find class B::funB
}
b.h
-----------------
#ifndef CLASS_B
#define CLASS_B
class A;
class B
{
public:
A* m_a;
void funB();
};
#endif
b.cpp
-------
#include "b.h"
void B::funB()
{
printf("funb");
}
HTH
-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin
|
|
|
|
|
I have a calculation DLL that display a dialog with a progressbar.
So when an application calls this DLL function, the progress dialog is displayed untill the calculation is complete.
But the problem is, when I remove the focus from the calling application (click on another application in the windows taskbar) and re-set the focus on the calling application (re-selecting the the calling application in the windows taskbar) while the DLL is calculating and displaying the progress dialog. The calling application will display but the progress dialog remians minimized in the taskbar. I need the progressdialog to display on top of the calling application when I re-set the focus on the calling application.
I've tried using SetForegroundWindow() on the progress dialog, but the problem I had with this is, that you don't have control over any of the windows in the background untill the calculation DLL is complete. I must have control of the background windows while the DLL is calculating. I've also set the Topmost property but it had no effect.
Any ideas?
|
|
|
|
|
pass the handle of the main dialog to the dll and in dll while creating the progess dialog, set the main dialog as parent window.
nave
|
|
|
|
|
The main dialog is an exe (NI TestStand), not something that I wrote, so I don't know if it is possible to obtain a handle of the main dialog and pass it into the DLL? Maybe I can try and get the handle of the caller app from within the DLL?
I've tried to used AfxGetApp() but it ends up giving the handle to the DLL.
|
|
|
|
|
If you call AfxGetMainWnd() from the same thread in which the exe created the main dialog, you can get the handle of it.
If that too dosent worked, there is FindWindow() na?
nave
|
|
|
|
|
fusion2344X wrote: I have a calculation DLL that display a dialog...
Modal or modeless dialog?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Is it possible to get total folder size, I use SHBrowseForFolder(LPBROWSEINFO lpbi) function? Or do I need to browse each file inside folder and use CFile::GetLength()and add up to retrive folders's total size?
Thx
|
|
|
|
|
|
Hello,
I have changed icon for my child window by defining a window class in a non Doc-View architecture
lpszClass = AfxRegisterWndClass(CS_HREDRAW | CS_VREDRAW,
LoadCursor(NULL, IDC_ARROW),
HBRUSH) (COLOR_WINDOW+1),
LoadIcon(AfxGetInstanceHandle(),
MAKEINTRESOURCE(IDI_ICON1)));
But I am not able to change the menu for my child window.
I tried by doing the following in ChildFrame's
PreCreateWindow(CREATESTRUCT& cs)
{
cs.lpszName = "my Window";
cs.hInstance = AfxGetInstanceHandle();
CMenu M;
M.CreateMenu();
M.AppendMenu(MF_CHECKED ,MF_OWNERDRAW,"sasas");
M.AppendMenu(MF_CHECKED ,MF_OWNERDRAW,"sassaaaa");
cs.hMenu = M;
}
Where I went wrong ?
Or if the above code is not clear .then can you tell me how should I change menu for my child windows
Prithaa
|
|
|
|
|
Hi,
from VC++ Help:
The CREATESTRUCT structure has the following form:
typedef struct tagCREATESTRUCT {
LPVOID lpCreateParams;
HANDLE hInstance;
HMENU hMenu;
HWND hwndParent;
int cy;
int cx;
int y;
int x;
LONG style;
LPCSTR lpszName;
LPCSTR lpszClass;
DWORD dwExStyle;
} CREATESTRUCT;
The CREATESTRUCT structure defines the initialization parameters passed to the window procedure of an application.
Members
lpCreateParams: Points to data to be used to create the window.
hInstance: Identifies the module-instance handle of the module that owns the new window.
hMenu: Identifies the menu to be used by the new window. If a child window, contains the integer ID.
Maybe is there?
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
|
|
|
|
|
You should not do it in child frame.
Either do it in MainFrame or call Parent window in child window.
The following code should work. (but i have not tested it.)
PreCreateWindow(CREATESTRUCT& cs)
{
cs.lpszName = "my Window";
cs.hInstance = AfxGetInstanceHandle();
CMenu* pMenu; // Create a pointer to the current menu.
CWnd* pParent = GetParent();
pMenu= pParent->GetMenu(); // Get the menu.
pMenu->CreateMenu();
pMenu->AppendMenu(MF_CHECKED ,MF_OWNERDRAW,"sasas");
pMenu->AppendMenu(MF_CHECKED ,MF_OWNERDRAW,"sassaaaa");
cs.hMenu = pMenu;
}
Wish u all the best.
Anurag Gandhi.
|
|
|
|
|
Hello gurus,
I'd like to know if some one knows in which Win32 headers lib is the __loctotime_t function?
Thanks for the help.
Best regards.
Fred.
There is no spoon.
|
|
|
|
|
|
may be you can get some help here[^]
Somethings seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
Actually this function is undocumented in MSDN.
The project I have to port on vista, links when I use VC++6 (on WinXP) but does neither compile nor link on VS2005 (on Vista/XP).
Any idea?
Thanks in advance.
There is no spoon.
|
|
|
|
|
bouli wrote: I'd like to know if some one knows in which Win32 headers lib is the __loctotime_t function?
Well, the function is declared in internal.h, but that file is not intended for public use. Why the dependency on this function?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Ok,
I have finally found a documented alternative: mktime. 
Best regards.
Fred.
There is no spoon.
|
|
|
|
|
I am using the following function to find out whether I can connect to a particular IP address(for ex:3.205.202.6 etc...) in VC++.
This function returns TRUE on Windows 2000 if the given IP address is communicating one. But on Windows XP system it always returns FALSE (However I can still say ping to this IP :- 3.205.202.6 from DOS command prompt. It replies correctly).
Can anyone please help me to root cause this issue in Windows XP system. Is this socket API not valid on Win XP system? On Win2000, it always gives me the correct status.
BOOL IsOnline(const CString &strIPAddr)
{
SOCKET tmpSocket;
struct sockaddr_in SClient;
u_long argp;
fd_set stReadFDS;
fd_set stWriteFDS;
fd_set stExceptFDS;
struct timeval stTimeOut;
int nSelectReturn;
DWORD nTicks;
DWORD nTickStart;
//create a socket
tmpSocket = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) ;
if (tmpSocket == INVALID_SOCKET)
{
return FALSE;
}
// make the socket non blocking
argp = 1L; // non zero enables nonblocking mode
if (ioctlsocket(tmpSocket, FIONBIO, (u_long FAR *) &argp) == SOCKET_ERROR)
{
closesocket(tmpSocket);
return FALSE;
}
// connect to the given IP address
SClient.sin_family = AF_INET;
SClient.sin_port = htons(502);
SClient.sin_addr.s_addr = inet_addr(strIPAddr);
int nLastErr;
if (connect(tmpSocket, (sockaddr *) &SClient, sizeof(sockaddr_in)) == SOCKET_ERROR)
{
nLastErr = WSAGetLastError();
if (nLastErr != WSAEWOULDBLOCK)
{
closesocket(tmpSocket);
return FALSE;
}
nTicks = 500;
nTickStart = GetTickCount();
nSelectReturn = SOCKET_ERROR;
int ic = 0;
while (nSelectReturn <= 0 && (GetTickCount() - nTickStart) < nTicks)
{
// clear all sockets from FDS structure, then put our socket into the socket descripter
FD_ZERO(&stReadFDS);
FD_ZERO(&stWriteFDS);
FD_ZERO(&stExceptFDS);
FD_SET(tmpSocket, &stReadFDS);
FD_SET(tmpSocket, &stWriteFDS);
FD_SET(tmpSocket, &stExceptFDS);
// set a timeout of 1 second
stTimeOut.tv_sec = 1;
stTimeOut.tv_usec = 0;
nSelectReturn = select(-1, &stReadFDS, &stWriteFDS, &stExceptFDS, &stTimeOut);
if (nSelectReturn == SOCKET_ERROR)
{
nLastErr = WSAGetLastError();
if (nLastErr != WSAEINPROGRESS)
{
closesocket(tmpSocket);
return FALSE;
}
}
}
if (nSelectReturn <= 0 || stWriteFDS.fd_count == 0)
{
closesocket(tmpSocket);
return FALSE;
}
}
closesocket(tmpSocket);
return TRUE;
}
Thanks
|
|
|
|
|
Check your Firewall settings 
Greetings from Germany
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
