Hi All,

I built an application on my PC with 1024 x 768 window size.
What should I do (Add to the forms) so when the application
is run over 800 x 600 windows-size PC, the user get a full screen and doesn't have to scroll Vertical/Horizontal?

Thanks in advance
Rob

Gambit

"Remy Lebeau \(TeamB\)" <gambi...@yahoo.com> wrote:

~ JD

You can use the global Screen variable to read information
about the desk top height and width and use the win32 API
GetSystemMetrics to read information about the non-client
area. Use this information in the forms constructor to
determine the appropriate values for the forms Height and
Width.

             Screen->DesktopHeight
             Screen->DesktopWidth
             int CaptionHeight = GetSystemMetrics( SM_CYCAPTION );

Note that CaptionHeight + Form1->Height does not equal the on-
screen height in pixels. To get that value, you'll need to do
a few more calls to GetSystemMetrics to get information on
border heights and the main menus height (if you're using one).

In conjunction with resizing the forms dimensions, you'll also
need to reposition the objects on the form. I would approach
this task by dividing the form into specific areas and places
those objects onto panels and use the panels Align properties
so that their Height and Width and Left and Top properties are
automatically adjusted when the forms dimension changes. If
you don't like the visual effect of all the different panels,
change the BorderStyle to bsNone.

For each individual object, use it's Anchors property to
control it's positioning. With luck, you won't need to do any
repositioning of the forms objects.

~ JD

--
Yours,

Rhys Sage.

Thought of the day:
"Work saves us from three great evils -
vice, boredom and need"

-Voltaire

(Team Zip)

Thanks all for your reply.
I'll re-shape the forms in the 800x600 mode but how can stretch them when the app is run in the 1024x768? how can I detect that?
thanks in advance
Rob

"Remy Lebeau \(TeamB\)" <gambi...@yahoo.com> wrote:

//--------------------------------------------------------------------------
-
#include <condefs.h>
#pragma hdrstop
#define Library
#include "ResizeLib.h"
#include <string.h>
// To add a file to the library use the Project menu 'Add to Project'.
void ResizeHandling::RecoverTheMemory(void)
{
delete XTop;
delete XLeft;
delete XHeight;
delete XWidth;

void ResizeHandling::SetVerifiedWindowSize(int& Vert, int& Horiz)
    {
    if(Vert < Vertical) Vert = Vertical;
    if(Horiz < Horizontal) Horiz = Horizontal;
    }

void ResizeHandling::SetWindowSize(int XX, int XY)
{
//Application->MessageBox("You have not paid for this library.", NULL,
MB_OK);
XClientHeight = XX;
XClientWidth = XY;
// now setup TStringLists
XTop = new TStringList();
XLeft = new TStringList();
XHeight = new TStringList();
XWidth = new TStringList();
XComponentIndex = 0;

Gambit

Think about it - if they always had exactly the same value, then there would
be no reason to have two separate properties in the first place.

Gambit

I worked this out a while ago and going back to my code I see
that I incorrectly recalled my methods but the point that I
was trying to get accross was that the non-client area height
can be different - all of which is moot now that I've looked
at my old code. I didn't take advantage of the Align
properties for the panels so I had to manually set their
heights which caused a problem on XP machines. Thus the error
of my ways.

~ JD

~ JD

e.g.

void __fastcall TForm1::FormCanResize(TObject *Sender, int &NewWidth,
      int &NewHeight, bool &Resize)
{
  if (NewWidth!=Width)
    ScaleControls(NewWidth, Width);

Palle

--
Yours,

Rhys Sage.

Thought of the day:
"Work saves us from three great evils -
vice, boredom and need"

-Voltaire

(Team Zip)