|
OK, that explains what I was seeing. Is there anyway to get the ID of the control that is about to receive focus when in the OnKillFocus?
Thanks,
Bob
|
|
|
|
|
Have you tried seeing what GetFocus(...) and GetNextDlgTabItem(...) return?
Also, remember that if you call any functions that return a CWnd object, like GetFocus(...), you will be getting a temporary CWnd (actually a CTempWnd) object unless you have already "bound" a class to the control in question. What that means that when in doubt, compare the value of the m_hWnd member to see if you have a certain control.
Peace!
-=- James.
"Fat people are hard to kidnap."
(Try Check Favorites Sometime!)
|
|
|
|
|
GetFocus() does the trick, Thanks!
Bob
|
|
|
|
|
Hello,
i just wanted to ask if somebody can tell me how i can change the font size in a dialog box and in a textfield.
TIA
Charly 
|
|
|
|
|
Use the visual dialog editor? First page of the properties dialog press the change font button?
Or use CWnd::SetFont or CWindow::SetFont
|
|
|
|
|
How can I use the hWnd of a property page?
I created a CPropertyPage object in a thread (using new) and then used PostMessage() in order to call AddPage(CPropertyPage) from the main app thread.
But then, I couldn't make any use of hWnd of that CPropertyPage,IsWindow(CPropertyPage->m_hWnd) returns false. PostMessage(msg,CPropertyPage->m_hWnd) and even CPropertyPage->UpdateData() fails (debug assertions).
I need to use it this way, because I just wanted to have a set of dialogs
groupped in property pages. I need to access the hWnd to use with PostMessage and WSAASyncSelect (as it will receive network notification) How can I do that? Maybe I am doing something wrong ? 
thanks for any help
|
|
|
|
|
OK I know why it happens... it's because MFC postpones creation of a window until it's tab is selected by a user...
Is there any possiblity to overcome that ie. to force mfc to create that window earlier and not wait for user selection ?
|
|
|
|
|
lookig into source i see something like this used in another case but maybe it is what you need
t!
BOOL bResult = CPropertySheet::OnInitDialog();
int ActPage = GetActiveIndex();
for(int i = 0; i < GetPageCount(); i++)
SetActivePage(i);
SetActivePage(ActPage); //return back
|
|
|
|
|
This should work, but I'm afraid that the swap of active pages will be visible to the user (as this has to take place during runtime, and I think this code was used before the creation of CPropertySheet).
Why did they prevent that stupid window from creating during AddPage ?
anyway thank you, I will be trying...
|
|
|
|
|
Hi,
How can i get the total amount of memory used by a process at any given time?
I know about GetProcessWorkingSetSize, but this works only on Winnt and not
9x systems, also this function will give only the max and min usages.
|
|
|
|
|
Hello,
What should one use:
memset or FillMemory / ZeroMemory
memcpy or CopyMemory etc.?
I assume the Win32 memory functions are faster, but how much?
Best regards,
Alexandru Savescu
|
|
|
|
|
If you plan to port your code to other systems, use CRT functions else call the API as that's what CRT functions do eventually.
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Nish - Native CPian wrote:
else call the API as that's what CRT functions do eventually.
Not always, may I add 
I was thinking of the thread functions mostly.
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Thanks Nish,
I do not plan to port my code (obviously), all I am interested in is the performance, especially speed. Any idea?
Best regards,
Alexandru Savescu
|
|
|
|
|
I assume the Win32 memory functions are faster, but how much?
Actually, FillMemory and colleagues are macros for memset These are not real Win32 functions, but rather they're resolved usually as inline code.
Apart from this, Mish wisely pointed out the convenience of not using platform-specific APIs if they're are so easily avoidable as these.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Ok, thanks, I thought there were somehow "more built in" in the OSs architecture.
Best regards,
Alexandru Savescu
|
|
|
|
|
Joaquín M López Muñoz wrote:
Mish wisely pointed out
Mish????
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Oh, forgive the typo I was talking about you, of course.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
At least he said you did smth wisely
Best regards,
Alexandru Savescu
|
|
|
|
|
I assume that functions like ZeroMemory will eventually call memset. A debug stepping confirmed this (for a dialog based app, debug build)
About speed - testing with RDTSC gave the following result when filling a 10'000 byte array: [modified](This seems odd when I read the response above. Perhaps this is just a debug mode thing)[/modified]
memset: 2753 ticks
ZeroMemory: 4255 ticks
I might add that this was also a debug build. [modified]Yes, under Release no difference in the execution time could be measured.[/modified]
/moliate
|
|
|
|
|
Performance testing under debug is pointless.
Tim Smith
I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?
|
|
|
|
|
Tim Smith wrote:
Performance testing under debug is pointless.
I didn't think it would make a difference in this case since the same code is called.
Suppose I have to take a closer look at the Debug/Release differences (again...)
/moliate
Two o'clock and walking through familiar London - Or what was familiar London before the cursor deleted certain certainties -
I watch a suit and tie man giving suck to the Psion Organizer lodged in his breast pocket
its serial interface like a cool mouth hunting his chest for sustenance, familiar feeling, and I'm watching my breath steam in the air.
Neil Gaiman - Cold Colours
|
|
|
|
|
You could be right. But it has always been my opinion to just go ahead and test in release mode. Then you don't have to guess if it might make a difference.
Tim Smith
I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?
|
|
|
|
|
I was under the impression that using RDTSC (alone) in a true multi-tasking environment would not yield accurate results due to the fact that the OS is busy doing other things, and your code, no matter how small, might get suspended/swapped.
Peace!
-=- James.
"Fat people are hard to kidnap."
(Try Check Favorites Sometime!)
|
|
|
|
|
This is very true. Which is why you run your tests for a long time and multiple times. There are also things you do to try and make sure all you program code is paged in.
But generally, you never test for raw speed (i.e. X runs in 506ms). You should always test for relative speed (i.e. X runs 23% faster than Y). This helps to make sure that both tests for X and Y are performed in the same environment.
Also, test for repeatability.
Tim Smith
I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
