|
You might want to have a look at the value of m_checked.
Cheers,
Fredrik
<right>Sonork ID: 100.11430:PhatBoy
'It is so much simpler to bury reality than it is to dispose of dreams.'
- Don Delillo, Americana
|
|
|
|
|
Yikes! You were right! I'd set it to False in my constructor of the view class. I also see now that an uninitialized BOOL is TRUE by default. I wasnt sure what made UIUpdate function run automatically so I didnt connect things.
Thanks for clearing that up! So the constructor makes the UI handler run too...right?
|
|
|
|
|
No the constructor does not. MFC periodically calls the UI handlers for toolbar buttons and menu items when in the idle state, or when a menu is about to be shown.
Roger Allen
Sonork 100.10016
If I had a quote, it would be a very good one.
|
|
|
|
|
If you have a look at the message map you'll see something like this:
BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)
ON_UPDATE_COMMAND_UI(ID_INDICATOR_YOURFUNC, OnUpdateYourFunc)
END_MESSAGE_MAP()
There is a lot of stuff taken care of for you, so you don't see everything that is going on behind the curtains.
Cheers,
Fredrik
<right>Sonork ID: 100.11430:PhatBoy
'It is so much simpler to bury reality than it is to dispose of dreams.'
- Don Delillo, Americana
|
|
|
|
|
ns wrote:
I also see now that an uninitialized BOOL is TRUE by default.
No it's not. An uninitialised BOOL, or an uninitialised anything else, is undefined. An uninitialised variable will have an indeterminate value - you can't rely on it. I believe that in debug builds the compiler will assign special guard values (which are non-zero, and hence considered to be 'true') as soon as it allocates memory (i.e. before you initialise it), but that's only the case for debug builds and you should never rely on it anyway.
"We are the knights who say Ni" (The Knights Who Say Ni)
|
|
|
|
|
Well,
in the modeless dialog spawned by my docs menu, I have access to a customizable Create function so I can send over info to the dlg window - like doc members etc(theoretically - am going to try it)
How do I give the modal dlg a doc member value? I cant get the pDOc pointer and access it that way, or can I ? I suspect not since its not a view thats making the pointer (only place I've seen pDoc->GetMember() type stuff. Is it true that you can call this from any class where you instantiate the pointer, or only from the view, since its the only one who knows which doc to get the pointer to, and GetDocument is a View function.
Thank you,
ns
|
|
|
|
|
Any particular reason you can't pass a pointer to the document to the Create function? Or, for that matter, to the constructor? Then you can store the document pointer in your dialog, and Bob, as they say, is your green alien-like Uncle.
"We are the knights who say Ni" (The Knights Who Say Ni)
|
|
|
|
|
Well,
The way I've seen it, modeless dlgs get created with Create, but modal is just
CMyDialog dlg;
dlg->DoModal();
So theres no create function that I can see invoked for it. I'm new at this stuff so I can only base my info on stuff I see in books etc. Where d oes create() come in for a modaldlg? Thanks, and sorry if I seem clueless....
ns
|
|
|
|
|
I reread your response and think I can do what you say - sending it in via a constructor,. So sorry to be so hasty in my first reply (though I still dont see the Create conection)
|
|
|
|
|
Apologies - I slightly misread your first message, and thought you were talking about modeless dialogs all the way through, not just in the first paragraph. You're right, Create() isn't used for modal dialogs.
"We are the knights who say Ni" (The Knights Who Say Ni)
|
|
|
|
|
Hi
I am using the CRectTracker to drag controls around, there
are examples available also here on the site.
I face a problem, that when 2 controls overlap each other
and if they are selected( in other words they are showing
the tracker) then the CRectTracker get hidden in the overlapping place.
Please can someone tell me the solution on how to overcome this.
Thanks,
Sansky
John 3:16
For God so loved the world,
that he gave his only begotten Son ( Jesus Christ ) ,
that whosoever believeth in him should not perish, but have everlasting life.
|
|
|
|
|
Hello,
i'm looking for a compress / uncompress Routine, which is not Part
of a 5MB Lib with 300 Header Files. Has anybody a RLE Routine or
similar stuff ? I've tried cryptlib.lib, but i don't need the entire
Magic Code Stuff in GZIP Lib's.
Thanxs !
Marco
|
|
|
|
|
|
have you tried zLib by itself (without the crypto++ wrapper) ? it's only 20 files or so, compiles to a very small static lib, is very easy to use, is totally free, etc..
i use it in a bunch of places.
-c
Being just contaminates the void. --Robyn Hitchcock
|
|
|
|
|
I need to know how a program was started; by clicking an image or from a command line. How do I get this information? The starting point of this program is main().
-Janetta
|
|
|
|
|
You need to know who is the parend process (cmd.exe or explorer.exe),
look for undocument function ntQueryInformationProcess in ntdll.dll
|
|
|
|
|
My app crash on SetClipboardViewer in release mode but not in debug mode,
i call to SetClipboardViewer in OnInitDialog().
any ideas?? thanx
|
|
|
|
|
I have some troubles with MFC DLLs that contain resources.
First of all, I would like to know which MFC DLL project I have to choose exactly (Regular DLL or MFC extension DLL). And what about their differences ?
My problem is : when I have a resource (for example a Dialog) in my DLL which has the same Res ID that an another resource in my EXE, and when I want to show one of the two, I may have the other being displayed (because of the same ID). So currently I must compare the 2 "resources.h" to not have similar IDs which is not a great solution to my problem.
Please help me !
jpeg
|
|
|
|
|
I've got a MDI MFC app (without doc/view), with a CChildFrame and CChildView. I use SetWindowText to set the MDI child's title's, which works fine until I open a second MDI child, which then has its title set (correctly), but the first title is blanked out. If I toggle between the two of them they (the window titles) both disappear.
Whilst trying to figure out what I screwed up I used SetWindowText in CChildFrame::OnSetFocus and I can see the title being set but it then disappears straight away. Does anyone know what I've done wrong, or what I need to handle to get my MDI children to keep their titles?
Dylan Kenneally
London, UK
|
|
|
|
|
Dylan, you need to override CChildFrame::OnUpdateFrameTitle() and do your own thing there without calling the base class OnUpdateFrameTitle(). This is what I do in ED (see sig). I also use my own CMainFrame::OnUpdateFrameTitle().
Neville Franks, Author of ED for Windows. www.getsoft.com
|
|
|
|
|
Before, this worked fine:
CString programFilespec(__argv[0]);
Now (I think it's because I'm doing my app with Unicode support), it's crashing and telling me to send an error report to MS (I have XP).
Any ideas on what I'm doing wrong? I still don't know too much about Unicodifying apps. Thanks.
- Jason
(SonorkID 100.611)
In the beginning, teachers taught the 5 W's: who, what, where, when, why. Now it's just a big damn G
|
|
|
|
|
Use GetCommandLine to get the Command line and then parse it.
|
|
|
|
|
Where is the crash?
While I would expect that to still work (CString has constructors for both ANSI and unicode strings), try it with __targv instead which'll expand to __argv or __wargv as appropriate.
--Mike--
Just released - RightClick-Encrypt v1.3 - Adds fast & easy file encryption to Explorer
My really out-of-date homepage
Sonork-100.19012 Acid_Helm
|
|
|
|
|
Hi,
Wherte can i set the "Add/GR (Enable RTTI) compiler option" in order
to get correctly compiler?
Thanks in advance!
chen
|
|
|
|
|
Oh good, an easy one for my first ever post
Or at least, it's easy if you're using Visual Studio 6.
Project Settings -> C/C++ tab -> Category: C++ Language -> Enable Run-Time Type Information (RTTI) check box
Hope that helps (and is correct!). I'll be a tad if it isn't!
"We are the knights who say Ni" (The Knights Who Say Ni)
|
|
|
|