|
Declare a method in your dialog, such as GetShouldIDoIt, and have it return the state. If you do this:
CMyDialog dlg;
if (dlg.DoModal() == IDOK)
{
// at this point your CMyDialog instance exists, although none of it's windows do, so you can call it's non Window methods.
// and check any public variables if you defied OO and created some.
if (dlg.GetShouldIDoIt())
myControl.ShowWindow(SW_HIDE);
}
Christian
No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
How and where does one define a variable that can be used by all subclasses?
Cheers,
Ayush
|
|
|
|
|
In the base class. It needs to be protected, rather than private in order to be usable by derived classes. Of course, you wouldn't dream of making it public, right ? 
Christian
No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
Come on, feeeeeeeel the burn. Place the global in the root namespace. Live on the edge.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
bah. if want to really prove you're a man, you'll put it in the registry!
-c
A conclusion is simply the place where someone got tired of thinking.
|
|
|
|
|
Forget the registry! Put it on the internet. Equal access by all.
/ravi
Let's put "civil" back in "civilization"
http://www.ravib.com
ravib@ravib.com
|
|
|
|
|
Oh goodie, yet another opportunity to create one of those wonderful web services we keep hearing about.
Regards,
Alvaro
Well done is better than well said. -- Benjamin Franklin
(I actually prefer medium-well.)
|
|
|
|
|
|
*grin* That's the spirit. I'm too much of a wuss, I admit it.
Christian
No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
Im a bit confused. I think my base class is my main dialog class right?
i declared it under protected in the header. But it doesnt seem to work. Shouldnt the variable get listed under "Global Variables" ? also, when i call it in other classes i need to redefine it, so that cant be right.
Please Help!
|
|
|
|
|
Ayush wrote:
I think my base class is my main dialog class right?
Only if your other classes are derived from it, which is unlikely.
Ayush wrote:
Shouldnt the variable get listed under "Global Variables" ?
Global variables are satanic. If you insist on using them, at least wrap them in a namespace.
Ayush wrote:
also, when i call it in other classes i need to redefine it, so that cant be right.
If you need to set the value, then it's fine. If you need to change it's definition, then it's a new variable, isn't it ?
class A
{
protected:
int a;
private:
int b;
}
class B : public A
{
B:B()
{
a = 7; // OK
b = 3; // No good that is.
}
}
I suspect you don't have a class heirarchy at all, you're just talking about unrelated classes in your project. AfxGetMainWnd() will get you the main window of your project, you can store variables there. It returns a CWnd*, you'll need to cast it back up to whatever your class is called.
Christian
No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
Christian Graus wrote:
Global variables are satanic. If you insist on using them, at least wrap them in a namespace.
Hmmm, if you write C, not C++, they are often nice. I use global variables sometimes, when they help me get the work done 
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
|
|
|
|
Well, clearly in C you have no choice
Christian
No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002
|
|
|
|
|
I think you're thinking the variale will be seen in the IDE class explorer under the "Global Variables" tree node, right? If you reeeeely want to make it global (and see it in there,) declare it outside any class definition, otherwise, it'll just appear as a protected member of your Dialog class, and the value will depend on the Dialog (or it's derived class') instance.
|
|
|
|
|
I have an MDI application that utilizes multiple static splitter windows to display my data. I added some toolbar buttons to manage the relative size of the splitter window views, but can't figure out how to cause CMDIChildWnd (this is where I added the button handlers) to recalculate the layout with my new view sizing.
If I resize the CMDIChildWnd with mouse after setting up my display variables, RecalcLayout is called and resizes the splitter windows as expected. I can't figure out how to implement this under program control.
Thanks in advance...
|
|
|
|
|
Must be a tough question! 
|
|
|
|
|
Assuming the frame window owns the splitters, have the button handlers in the MDI child window pass the commands to the frame (which you can get via AfxGetMainWnd()), which recalculates the splitter information. CSplitterWnd has the methods GetRowInfo, SetRowInfo, GetColumnInfo, and SetColumnInfo for manually setting the splitter locations.
Software Zen: delete this;
|
|
|
|
|
That's what I've done, and it works perfectly when you grab the document window, and resize it. Let me try to explain again, what my problem is...
A little background...
My MDI application uses 4 views in 4 static splitter windows in a single single frame window to display my the data. Most of the time, you're working in one or two of these views, and don't really care to see what's in the other ones. The user can move the splitter bar(s), and size the window as necessary, which is normal behavior. What's annoying about the standard implementation of the splitter windows, is if you resize the window, some views remain the same size, while others change their size to fill the new (larger or small) window. You can observe this behavior by firing up Visual Studio, and resizing the application.
To get around this problem, I added a toolbar button (freeze) the user can click on that is handled by the MDI child window. It calculates the relative sizes of each of the splitter windows by virtue of the functions you mentioned (GetRowInfo, SetRowInfo...), and stores the result for later use by RecalcLayout whenever the Frame Window is resized. It all works perfectly. If you manually resize the windows such that only 3 split windows are visible, click the "freeze" button, you can now resize the frame window, and the 3 views are redrawn with the same relative sizing. I was very happy, but then I got dangerous... I added some additional buttons to the toolbar that allow the user to select the more common sets of views. When I click on them, I set up the variables RecalcLayout will use to redraw the window in a manner consistent with the layout button selected. The only thing is, I have to manually resize the window with the mouse to display the frame window with the new set of views (a picture would be worth a thousand words).
What I want to be able to do is have the frame window redraw it's client area with the sizing of the splitter windows programmatically, instead of requiring the user to go through the additional step of resizing the window. One solution would be to do something (send a message...?) to cause RecalcLayout to execute, but I can't find it.
I hope that's a little more clear...
|
|
|
|
|
You could try moving the frame window via MoveWindow or SetWindowPos, making it 1 pixel taller or wider. This would force it to resize the splitters, just like if the user had done it.
Software Zen: delete this;
|
|
|
|
|
Just got back from a little time away...
Tried that suggestion, but it has ill effects if the window is maximized!
I give up!
Thanks anyway.
|
|
|
|
|
If the window is maximized, reduce the size of the window by one pixel.
Software Zen: delete this;
|
|
|
|
|
Hi all,
I need to reboot computer in my VC++ project.
How to do it?
Thanks in advance.
Laura
|
|
|
|
|
With ExitWindowsEx.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Man, windows sucks. Back in the good old days, a simple "memcpy (0, "TRASH MY LITTLE MEMORY BABY", 1000);" would work wonders.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
roflol
"When the only tool you have is a hammer, a sore thumb you will have."
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
