Newsgroups: comp.windows.ms.programmer
Path: utzoo!utgpu!watserv1!sunee!gpsteffl
From: gpsteffl@sunee.waterloo.edu (Glenn Steffler)
Subject: Re: MDI devloper Pen Pal
Message-ID: <1991Apr16.064238.5645@sunee.waterloo.edu>
Organization: Gold Disk Inc.
References: <25920007@hpkslx.mayfield.HP.COM>
Date: Tue, 16 Apr 1991 06:42:38 GMT
Lines: 39

In article <25920007@hpkslx.mayfield.HP.COM> ssl@hpkslx.mayfield.HP.COM (SSL Guest User) writes:
>Anyone out there writing MDI applications?

Just finished one for a school credit project.  Pretty nice 
interface.  1/2 :-)  Anyway on to door # 1 :

>In the mean time, I am wondering how Microsoft Excel (tm) creates
>the row of push buttons directly below the Menu bar.  These buttons
>are most certainly part of the Client area, but i'm wondering how
>to prevent the MDICREATE from taking over the entire client area,
>thereby slamming the buttons.

Do you mean the FRAME area of the MDI client area?  Affects my answer...

The MDI client area does not prevent you from opening a child window
on its premisis.  Simply create a child window to hold the buttons, and
another child to hold the rest of the area (or whatever).

Look at multipad (SDK source example), it opens an edit control on the
MDI child area...mabe I don't understand your question?!?

>Does this make any sense?  
Huh? :-)

>Best regards,
>Thomas Dayton
>
>thomas@hpssl40.mayfield.hp.com
>ssl@hpkslx.mayfield.hp.com

By the way, Excel doesn't use MDI, it uses an internal substitute
by the apps-tools group.  Allows cross platform development etc
to proceed much easier.

-- 
Windows Sumo Wrestler                "Bo doesn't know software" - George Brett
  --(Windows 3.0, a combination of modern moodring technology and voodoo)--
"I guess she had a way, of making every night seem bright as day"
`I Don't Believe In Love`   -Queensryche (Oper. Mindcrime)     Glenn Steffler