|
For an MFC dialog app, the wizard puts these lines in the InitInsance of the app class.
CMyDialog dlg;
if (dlg.DoModal == IDOK)...
skip the do.Modal and your dialog won't be shown (or created either).
If you want it created, but not shown, you can call Create yourself. If you are eventually going to call DoModal, don't bother.
|
|
|
|
|
|
This method is by Joaquin.
Add TRUE boolean to your class and named it m_bFirstShowWindow.Then handle this event to your dialog class:
void CYourDlg::OnWindowPosChanging(WINDOWPOS* lpwndpos)
{
CDialog::OnWindowPosChanging(lpwndpos);
if(lpwndpos->flags&SWP_SHOWWINDOW)
{
if(m_bFirstShowWindow)
{
m_bFirstShowWindow=FALSE;
lpwndpos->flags&=~SWP_SHOWWINDOW;
}
}
}
Mazy
"If I go crazy then will you still
Call me Superman
If I’m alive and well, will you be
There holding my hand
I’ll keep you by my side with
My superhuman might
Kryptonite"Kryptonite-3 Doors Down
|
|
|
|
|
I spawn a modal dialog in am MDI CFormView project. Its a login screen. If I hit enter without any entries or even with, it vanishes!!!As you know the modal dlg form comes with an Ok and Cancel button.
I tried removing the OK button - no go.
I made the OK button not the default button (from properties) - still no luck.
I changed the ID of the OK button to a random name, overrode the ONOK function to be something like:
{
check data in login editboxes
store password in public variable
set int nret
EndDialog(nret)
return
}
return from DoModal() in spawning form and set text in box there to publicly accessible password from CLoginDialog.
This works if I click the okay button.
But if I press "enter" - everything is bypassed!
The login dialog vanishes and no info is transmitted!
Please let me know what I can do about this.
Thanks,
ns
Another issue:
In the initdialog of the CLoginDialog class
m_editbox.SetFocus();
is totally unresponsive!
|
|
|
|
|
this will fix it:
BOOL CMyDlg::PreTranslateMessage(MSG* pMsg)
{
if ((pMsg->message == WM_KEYDOWN))
{
if (pMsg->wParam == VK_RETURN)
{
return TRUE;
}
}
return CDialog::PreTranslateMessage(pMsg);
}
-c
Being just contaminates the void.
--Robyn Hitchcock
|
|
|
|
|
Thank you.
Do I have to call this from anywhere. Do I just add it as a custom function or is it a windows message handler (selected from context menu on class), in which case it adds stuff in //afx areas of the cpp.
Is it like the UI_COMMAND_UPDATE handler that runs automagically when doc variables change?
Many thanks for responding on a pre-holiday eve.
ns
|
|
|
|
|
go to classwizard for your dialog and override PreTranslateMessage. it's a function override, not a message handler, so it will be in the top of the "messages" list. then put that little bit of code in the function CW generates for you.
-c
Being just contaminates the void.
--Robyn Hitchcock
|
|
|
|
|
Gosh! Thanks so much! I truly appreciate it.
With all my struggles this afternoon, the best I could do and have the dialog not vanish with "enter" was rename the IDOK with ID_NOTOK, with no code in the click event for the newly named button. Then I put the rest of my stuff in the button called "Login" which dismisses appropriately with EndDialog. This was still going to leave me with a useless OK button which doesnt do anything anymore. So I was thinking of making it invisible when your life saving email arrived!
I'll try it in a few minutes.
Have a fun holiday!
Cheers,
ns
|
|
|
|
|
ns wrote:
Gosh! Thanks so much!
' any time.
-c
Being just contaminates the void.
--Robyn Hitchcock
|
|
|
|
|
Works like a charm! Thank you so much!
One more hurdle overcome...
ns
|
|
|
|
|
I think you can also fix this by adding a cOK handler and returning false(or true... cant recall)
Anyways, I'm sure I didnt have to override pretranslate to do it. I can take a look at my old code if your interested...
|
|
|
|
|
I don't do MDI or form views, so perhaps this suggestion may be incorrect, but in general I assume it is probably better to simply override the virtual OnOK (for Enter) and OnCancel (for Esc) methods... and modify each to not call the base methods (which dismiss the dialog).
An easy way to do this with normal dialogs (without doing any real coding) is to put temporary IDOK and IDCANCEL buttons on your dialog... then double click each to add handlers via classwizard... then after that delete the two buttons from the dialog template... and finally comment out the // CDialog::OnOK(); or // CDialog::OnCancel(); calls.
Regards, Larry Antram
Stardust Software
"I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones."
-- Albert Einstein
|
|
|
|
|
can u tell me about the these things?
getting "System Name" and "User name" in windows xp
|
|
|
|
|
GetComputerName and GetUserName API functions.
Jason Henderson
quasi-homepage
articles
"Like it or not, I'm right!"
|
|
|
|
|
I am installing VS.NET, however my stupid CD-ROM has trouble with Disc 4.. for some reason it cant read it. Fine, I say, Ill just share a cd-rom on my laptop which reads the disc fine. Okay, so now i get an error on the first disc, which cant find files in a placve where the file doenst exist in the first place.
anyways my question is...
Has anyone had problems installing VS .NET from a shared CD-ROM over a network? Help? Suggestions?
Ryan Baillargeon
Software Specialist
Fuel Cell Technologies Inc.
|
|
|
|
|
Ryan B. wrote:
Has anyone had problems installing VS .NET from a shared CD-ROM over a network? Help? Suggestions?
There is help file in one of those CD.I think it talked about it.
Mazy
"If I go crazy then will you still
Call me Superman
If I’m alive and well, will you be
There holding my hand
I’ll keep you by my side with
My superhuman might
Kryptonite"Kryptonite-3 Doors Down
|
|
|
|
|
I am not sure if this will help. I do not know about installing from a shred CD-ROM drive.
However, when I was installing VS .Net my computer would freeze on CD 4. I could never figure out why. I ended up re-installing Win2K and then it all worked. I am not suggesting that you reinstall your OS. But you may want to consider the option that your CD ROM drive is reading the CD OK, and that the problem is elsewhere. After all it did read the first 3 CDs.
Hope I have not added more confusion to the issue.
|
|
|
|
|
Yeah Re-installing is not an option i want to persue..
it took me a while to get my box configured like it is now.. very sweet, lean and mean.
Its weird, my CD-ROM wont read the disc, just tells me its not in the drive. my laptop, and other computers here (at work) read it fine.
The Readme on the first installation disc has a solution for a network install, it requires copying all the files to a directory and sharing that directory, as well as editing some path variables in an .ini file.
I figure this solution will work for me..
I have the extra gb's to spare so Im going for it.. thanks for all your help guys...
Ryan Baillargeon
Software Specialist
Fuel Cell Technologies Inc.
|
|
|
|
|
I have two questions for you guys, is there any way to run a console application in the background (no annoying dos box)? and How can I get the full path and filename that the program was executed from to use in said program, for example if I wanted to include the program I wrote in some file operation that was included within itself? Sorry if the second question is somewhat confusing, but I couldn't think of a better way to say it.
|
|
|
|
|
Try this:
int main(int argc, char* argv[])
{
MSG msg;
HWND h=NULL;
char szBuff[500];
GetConsoleTitle(szBuff, 500);
SetConsoleTitle("SomethingYouCannotImagine");
h=FindWindow(NULL, "SomethingYouCannotImagine");
SetConsoleTitle(szBuff);
if (h)
{
ShowWindow(h, SW_HIDE);
MessageBox(NULL, "okk", "OK", MB_OK);
ShowWindow(h, SW_SHOW);
SetConsoleTitle("Title");
HINSTANCE hInst=(HINSTANCE)GetWindowLong(h, GWL_HINSTANCE);
GetModuleFileName(hInst, szBuff, 500);
for (int i=strlen(szBuff); *(szBuff+i)!='\\'; i--);
*(szBuff+i)='\0';
MessageBox(NULL, szBuff, "OK", MB_OK);
}
return 0;
}
rechi
|
|
|
|
|
sounds like a virus your writing
"When I left you I was but the learner, now I am the master" - Darth Vader
|
|
|
|
|
You still want to get rid of that console window.
Check out Q126628 or Q150956 over at MS's Knowledge Base.
|
|
|
|
|
|
Hi!
I have following question:
I have a handle to a Window (HWND), and having only this information I want to know to what thread it belongs to (name of the thread).
One example in Spy++ :
If you click on a windowhandle you can see to which thread it belongs to (name and ID)
regards
Greg
modified 12-Sep-18 21:01pm.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
