C / C++ / MFC

Going right to a subdialog

18-Jul-02 11:24

With <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/devcons_2303.asp">EnumDisplayDevices</a> (not supported in Windows 95 and NT).

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Jason Hooper18-Jul-02 9:37

Jason Hooper

18-Jul-02 9:37

In certain situations I want to go right to a dialog after loading a dialog, and I'm wondering how to do this such that the parent dialog is drawn on screen first. For instance, I have dialog A with a button which, when clicked, loads another dialog B. In certain situations I want to pop up this child dialog B right away, as though the user clicked the button. If I set to true a member variable in dialog A, m_bPopupBRightAway, before calling DialogA::DoModal() and check this value at the end of DialogA::OnInitDialog(), dialog A isn't yet drawn on the screen when DialogB comes up. What's the best way to go about doing this so that I get the desired result?

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

Re: Going right to a subdialog

Joaquín M López Muñoz18-Jul-02 9:58

Re: Going right to a subdialog

18-Jul-02 9:58

void CMyDlg::OnPaint()
{
  if (IsIconic())
  {
    ...
  }
  else
  {
    CDialog::OnPaint();
    if(m_bFirstTime){
      m_bFirstTime=FALSE;
      ... // launch the second dialog.
    }
  }
}

Where m_bFirstTime is a member variable of the dialog initialized to TRUE.
Another method, suggested by Shog9, is to self-post a user-defined message from OnInitDialog in response to which the second dialog is launched.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Jason Hooper18-Jul-02 11:14

Jason Hooper

18-Jul-02 11:14

Joaquín M López Muñoz wrote:
Another method, suggested by Shog9, is to self-post a user-defined message from OnInitDialog in response to which the second dialog is launched.

Ooh, I like it. Thanks a lot!

- 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

height of title bar of Cdialog

ns18-Jul-02 9:18

18-Jul-02 9:18

I thought I saw a thread on this once but couldnt track it down. I need to know how to get the height of the title bar of a CDialog dlg box. Is it the same function that will return the height for an MDI chld window?
Thanks,
ns

Re: height of title bar of Cdialog

Joaquín M López Muñoz18-Jul-02 9:21

Re: height of title bar of Cdialog

18-Jul-02 9:21

GetSystemMetrics(SM_CYCAPTION) should do, unless your dialog has somehow changed the default.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

ns18-Jul-02 9:35

18-Jul-02 9:35

If I call it from a certain dlg class (say in initdialog) this will then return the caption height of the object for that particular class? I guess I'm thinking I dont see something like:

pDlg->GetSystemMetrics, rather it looks like ::GetSystemMetrics, so I was wondering how it knows whose caption height to get. Is it the height of (this)?
Much appreciate your suggestions,
ns

Re: height of title bar of Cdialog

Joaquín M López Muñoz18-Jul-02 9:48

memset equivilent for std::vector

18-Jul-02 9:48

To the best of my knowledge, all windows have the same caption height (or no caption at all). Windows with nonstandard captions are faking the effect by omitting the system-provided caption and painting something similar on the client area.
If I'm wrong, please someone correct me.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

moredip18-Jul-02 7:38

18-Jul-02 7:38

Howdy everyone,

Quick STL question for y'all...

I'm having lots of fun Poke tongue | ;-P

converting some old code from C arrays to std::vectors.

I've got a bool *m_abMatched, and at the start of a function the array must be initialised to false. At the moment this is done with memset( m_abMatched, false, m_cbMatched*sizeof(bool) ).

If I replaced the array with a std::vector<bool> how would I set all the elements of the vector to false? Is m_abMatched::assign( m_abMatched.size(), false ) the correct approach?

TIA,

Pete

Joaquín M López Muñoz18-Jul-02 7:54

18-Jul-02 7:54

Yes, this is correct.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

moredip18-Jul-02 7:56

18-Jul-02 7:56

Joaquin to the rescue again Big Grin | :-D

Thanks!

C^hris L^osinger18-Jul-02 8:09

18-Jul-02 8:09

it may be correct. but it is an absolutely horrible thing to do, IMO.

To explain Donald Knuth's relevance to computing is like explaining Paul's relevance to the Catholic Church. He isn't God, he isn't the Son of God, but he was sent by God to explain God to the masses.
/. #3848917

moredip18-Jul-02 8:12

18-Jul-02 8:12

how so? What would be a better technique???

C^hris L^osinger18-Jul-02 8:21

18-Jul-02 8:21

it's true that std::vector is actually spec'd in such a way that running memset on it is perfectly legal, i don't argue that. and, i'm sure it was spec'd that way to specifically allow it to be used as a solid chunk of memory.

but to me, using memset is an abuse of the idea of a vector as an abstract container class. plus, there is an accepable STL/OOP friendly way to do what you're describing:

this will create a vector of 20 bool's all set to false.

std::vector<bool> m(20, false);

-c

moredip18-Jul-02 8:24

18-Jul-02 8:24

I wasn't asking about using memset, I was asking what to use to _replace_ memset on a C array.

I'm assuming using m_abMatched.assign( m_abMatched.size(), false ) would be a little bit quicker (and clearer) than m_abMatched = std::vector<bool>( m_abMatched.size(), false), right?

Thanks,

Pete

C^hris L^osinger18-Jul-02 8:29

18-Jul-02 8:29

yeah, that was my evil twin, trying to toss some confusion into other people's lives.

i'll send him away

-c

moredip18-Jul-02 8:33

18-Jul-02 8:33

Damn those evil twins. Mine causes no end of trouble Roll eyes | :rolleyes:

Anyways, std::fill() is more understandable than std::vector::assign() in this case

Pete

Joaquín M López Muñoz18-Jul-02 8:22

18-Jul-02 8:22

This is a more understandable form:

std::fill(v.begin(),v.end(),false);

Nevertheless, the latter is less advisable in some pedantic subtle way, namely that std::vector::assign could be partially specialized to perform faster on some primitive types (not that VC++ does it, anyway.)

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

C^hris L^osinger18-Jul-02 8:24

18-Jul-02 8:24

more understandable, and safer...

it's pretty easy to see memset flying off the end of the vector and writing into the stack somewhere. Smile | :)

-c

Joaquín M López Muñoz18-Jul-02 8:28