|
Thanks David,
Be patient, this is coming to me.
I did mispeak on MAKEINTRESOURCE macro. It does indeed return a string.
Here is my call as it was
pDlg->Create(IDD_DIALOG1, this);
Here was my constructor
CDialogView::CDialogView(CWnd* pParent /*=NULL*/)
: CDialog(CDialogView::IDD, pParent)
{
//{{AFX_DATA_INIT(CDialogView)
// NOTE: the ClassWizard will add member initialization here
//}}AFX_DATA_INIT
}
From CFileDialog.h file
// Dialog Data
//{{AFX_DATA(CDialogView)
enum { IDD = IDD_DIALOG1 };
// NOTE: the ClassWizard will add data members here
//}}AFX_DATA
Are you saying I need to modify the constructor of my dialog?
Here is what I did for the new constructor
CDialogView::CDialogView(CWnd* pParent /*=NULL*/)
: CDialog(MAKEINTRESOURCE(CDialogView::IDD), pParent)
{
//{{AFX_DATA_INIT(CDialogView)
// NOTE: the ClassWizard will add member initialization here
//}}AFX_DATA_INIT
}}
Now for the call
pDlg->Create("IDD_DIALOG1", this);
I still get an assert. I'm not sure if this is what you meant.
Thanks, Jay
|
|
|
|
|
mx483 wrote:
: CDialog(MAKEINTRESOURCE(CDialogView::IDD), pParent)
Should be:
: CDialog(MAKEINTRESOURCE(IDD_DIALOG1), pParent)
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
Thanks David,
I think I'm making it more difficult and I think you've answered my question
CDialog one("IDD_DIALOG1", this);
CDialog two(IDD_DIALOG1, this);
Both of these work. So the answer is the template resource name is just the string representation of the ID.
If I derive a class from CDialog, I have to make sure that my constructor in the derived class would accomodate the string using the MAKEINTRESOURCE macro.
How did I do?
Thanks again. I learned something.
|
|
|
|
|
mx483 wrote:
If I derive a class from CDialog, I have to make sure that my constructor in the derived class would accomodate the string using the MAKEINTRESOURCE macro.
How did I do?
What is it that you are wanting to do that a CDialog-derived class does not already do? I must say that in 12+ years of using MFC, I've never used CDialog's constructor that takes a string. Maybe you have an example that shows its usefullness.
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
Nope, I haven't seen one either. Just took the opportunity to learn something new. Thanks again. Jay
|
|
|
|
|
Compiled resources may be identified numerically (this is the usual case) or with a string. For example, you could have the following in your .RC file:
IDD_DLG1 DIALOG 0, 0, 210, 150
...
"DIALOG2" DIALOG 0, 0, 200, 200
... In the first case, you have a #define in your resource.h file for the value IDD_DLG1.
In the second case, you would use the lpszTemplateName form of the constructor, passing the string "DIALOG2".
The MAKEINTRESOURCE macro converts an integer resource identifier to a form that the resource loading logic recognizes, returning it as a string type.
Software Zen: delete this;
|
|
|
|
|
Perfect! Thanks a bunch. It was a conceptual question. I have no reason to use a string but thought I should at least understand the concept. Thank you.
|
|
|
|
|
Howdy folks
Having a problem getting my COM port to talk to a piece of hardware using a 9-bit data protocol. I am using Visual Studio .NET 2003 and developing in C++ using the standard Win32 serial communications techniques. Specifically I have:
- Used CreateFile to get a Handle on my COM port
- Created a DCB structure to send 8-bit with PARITY bit making up the ninth bit
- Bytes are then sent to the hardware using WriteFile
When I wish to send a byte with the ninth bit as '1' I call GetCommState change the DCB to have MARK Parity then SetCommState to reinitialise the COM Port. Likewise to send a byte with the ninth bit as '0' I call GetCommState change the DCB to have SPACE Parity then SetCommState to reinitialise the COM Port.
This all works fine and my COM port talks to the hardware as required.
My problem is that it is very slow. Each time GetCommState & SetCommState are used to change the DCB parity it takes about 10ms. At the baud rates I am using a byte only takes 50us to transmit so this delay to switch parity makes a big difference.
Does anyone have an idea to speed up the parity change or a better method of obtaining a ninth bit.
Many Thanks
b_b
|
|
|
|
|
That 9-bit is definitely non-standard, so it might take some more detailed alteration of the structure. You might have to look closely at that DCB structure, to make sure that the specified protocol supports it. From what you have said, it sounds like it is sending back a nawk repeatedly or some other error code and then retransmitting until some timeout occurs. Change the timeout to a lower value to see if this speeds it up. This is not the solution - just confirmation of this theory.
|
|
|
|
|
Hello
I don't think I agree.
Really all I am doing is sending 8-bit data with a Parity bit and one Stop bit. The parity bit just happens to be being used as data bit 8 by the recieving hardware.
Using a serial port monitor to look at behaviour of the COM port the delay seems to happen when SetCommState() is executing. There are no error codes being output. It is simply reinitialising the COM port albeit slowly.
Thanks for your response
b_b
|
|
|
|
|
I Search the message when a dialog is covered by other windows.
I want to close the dialog when the user hide this with the mouse when he selects a other application for example.
Thanks
|
|
|
|
|
Check out the WM_ACTIVATE and WM_ACTIVATEAPP messages.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
THANKS
void CDialog::OnActivate( UINT nState, CWnd* pWndOther, BOOL bMinimized )
{
if(nState==WA_INACTIVE)
{
CDialog::OnOK();
}
CDialog::OnActivate(nState, pWndOther, bMinimized);
}
|
|
|
|
|
if a file is printed,I can monitor the file ,include
the file's path,the file size ,the file's content.
thanks!
|
|
|
|
|
szcococut wrote:
if a file is printed,I can monitor the file ,include
the file's path,the file size ,the file's content.
Ok, now that you've told us what you can do, what is it that you want to do? Do any of these help?
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
what I want to do is:
in my computor.
when someone prepare for printing a file or had printed a file.
my app which I want to do can monitor the file(the file's path).
thanks DavidCrow
|
|
|
|
|
The only thing you can do is monitor the queue while the print job is in it. When an application is preparing to print a file, only that application knows about it. After an application has printed a file, only that application knows about it. Make sense?
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
Hello All
I want to use my own CButton-derived control in a CFileDialog (well, in fact I want to use a CEdit-derived one, a CComboBox-derived, and so on, but I'm starting with the button to simplify)
At this momment I have a CFileDialog derived class (CMyFileDialog) where I have declared two member variables:
CMyButton m_btnOk;
CMyButton m_btnCancel;
In the OnInitDialog function
BOOL CMyFileDialog::OnInitDialog()
{
CFileDialog::OnInitDialog();
m_btnOk.SubclassDlgItem(IDOK,GetParent());
m_btnCancel.SubclassDlgItem(IDCANCEL,GetParent());
return TRUE;
}
The dialog behaviour is as expected, but when Cancel or Ok button are pressed this assert happens:
LRESULT CALLBACK
AfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam)
{
if (nMsg == WM_QUERYAFXWNDPROC)
return 1;
CWnd* pWnd = CWnd::FromHandlePermanent(hWnd);
ASSERT(pWnd != NULL);
ASSERT(pWnd->m_hWnd == hWnd);
if (pWnd == NULL || pWnd->m_hWnd != hWnd)
return ::DefWindowProc(hWnd, nMsg, wParam, lParam);
return AfxCallWndProc(pWnd, hWnd, nMsg, wParam, lParam);
}
If I only subclass the IDOK button this assert does not occurs. Any idea?
|
|
|
|
|
Hi,
I created 3 toolbars in mainframe and I need to get the resource ID (for exp. ID_BUTTON1) from the toolbar button when I click on it. I only have the CPoint member (the point where I clicked on the toolbar button).
I tried with something like this but it doesn't return the right ID;
void CMainFrame::OnParentNotify(UINT message, LPARAM lParam)
{
CMDIFrameWnd::OnParentNotify(message, lParam);
/*if(message == WM_LBUTTONDOWN)
{
int xpos = LOWORD(lParam);
int ypos = HIWORD(lParam);
CPoint pt;
pt.x = xpos; pt.y = ypos;
CWnd* pChild = ChildWindowFromPoint(pt);
int nID = pChild->GetDlgCtrlID();
}
}
Is there any other way to resolve this???
Thanks.
|
|
|
|
|
Hi friends,
I have unsigned string in which the word "MJ" is occuring multiple times. I want the pointer of last "MJ" string. Is there any inbuild api for this (like strstr).
Thank
|
|
|
|
|
Something like this should work:
1) Point to the next-to-last character in the string
2) Compare two characters in string to "MJ" (memcmp)
3) If they match, break
4) Move pointer two places to the left
5) Go to step 2
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
I think:
4) Move pointer one place to left
is better.
old 6502 coder
|
|
|
|
|
 Thanks!
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
StrRStrI will return the last pointer to last occurance of "MJ" string.
|
|
|
|
|
We have a ISAPI from a third-party company running on Windows 2000 Server, the same ISAPI isn't running on Windows Server 2003, do you have any information about ISAPI incompatibility with Windows Server 2003 ?
Thanks for any tip.
GuimaSun
www.nexsun.com.br
NEXSUN TechZone
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
