Does anyone know of any events that happen when the main VFP window
is resized, maximized, minimized, etc? I am trying to make a form resize with the main window.
Thanks,
Dan.
Dan Welter
MCSD
<I><FONT COLOR="#663300">Does anyone know of any events that happen when the main VFP window
is resized, maximized, minimized, etc? I am trying to make a form resize with the main window.
Thanks,
Dan.</FONT></I>
Nope... Mere Mortals framework added a DeskTopResizeTimer at the goApp level that monitors the size of screen, and if it changes it calls a method in the application object. It is pretty simple, I am sure you could set it up. Basically at instantiation it stores the height and widt of the _screen... You have to be carefull with toolbars though... they change the size of the screen.
BOb
Author: Malcolm Greene
Posted: 2000-08-16 07:43:05 Link
Jim,
Does your resizing class account for small fonts/large fonts layout issues
or do you assume a small font environment. Any comments or insights on the
small vs. large fonts issue and form resizing?
Thanks!
Malcolm
-----Original Message-----
From: profox@leafe.com [mailto:profox@leafe.com]On Behalf Of Jim Eddins
Sent: Wednesday, August 16, 2000 12:15 AM
To: Multiple recipients of ProFox
Subject: Re: Microsoft StatusBar Control v6.0
Malcolm,
It's a combination of two or three public domain classes
and some added coding by me.
I'm like Bill G, I can't invent a wheel, but I can usually make
it rounder.
Jim Eddins
> Jim,
>
> What "generic resize" control are you using? Is this a control of your own
> design, a public domain control, or a commercial control? Is it a VFP
> specific control or a VB control being used in VFP?
>
> Thanks!
> Malcolm
>
> -----Original Message-----
> From: profox@leafe.com [mailto:profox@leafe.com]On Behalf Of Jim Eddins
> Sent: Tuesday, August 15, 2000 6:14 PM
> To: Multiple recipients of ProFox
> Subject: Re: Microsoft StatusBar Control v6.0
>
>
> Brad,
>
> If your using code to expand and contract the other
> controls on the form when you maximize, you need to make
> sure that it also deals with ActiveX controls as well, to keep
> it in sync with the new form size.
>
> I use a generic resize control that handles form resizing
> for all objects on the form, including ActiveX controls, and
> have no problem with the StausBar Control.
>
> Jim Eddins
>
>
> > Does anyone use the ActiveX control referenced in this
> > message's subject on a regular basis? Has anyone
> > experienced a problem with the statusbar not displaying in
> > the proper position upon form instantiation?
> >
> > I've designed a screen visually and placed the statusbar
> > control on it. Great! It looks beautiful. The form's
> > WindowState is maximized and I'm limiting my work area to
> > 800x600 though my system is running at a higher resolution.
> > I then run the form, which maximizes as expected but the
> > status bar stays where it was in design mode. Upon manually
> > resizing the form, the status bar will snap back into place.
> >
> > --Frustrated in Michigan
>
>
>
> ----------------------------------------
> Subscription maintenance at:
> http://leafe.com/mailListMaint.html
>
>
>
----------------------------------------
Subscription maintenance at:
Author: Jim Eddins
Posted: 2000-08-16 08:15:39 Link
Malcomb,
I'll have to look. I havn't looked at it in a long time and
have no idea what I thought about at the time.
Anyway, I can get you a copy of it.
Jim Eddins
> Jim,
>
> Does your resizing class account for small fonts/large fonts layout issues
> or do you assume a small font environment. Any comments or insights on the
> small vs. large fonts issue and form resizing?
>
> Thanks!
> Malcolm
>
>
> -----Original Message-----
> From: profox@leafe.com [mailto:profox@leafe.com]On Behalf Of Jim Eddins
> Sent: Wednesday, August 16, 2000 12:15 AM
> To: Multiple recipients of ProFox
> Subject: Re: Microsoft StatusBar Control v6.0
>
>
> Malcolm,
>
> It's a combination of two or three public domain classes
> and some added coding by me.
>
> I'm like Bill G, I can't invent a wheel, but I can usually make
> it rounder.
>
> Jim Eddins
>
>
> > Jim,
> >
> > What "generic resize" control are you using? Is this a control of your
own
> > design, a public domain control, or a commercial control? Is it a VFP
> > specific control or a VB control being used in VFP?
> >
> > Thanks!
> > Malcolm
> >
> > -----Original Message-----
> > From: profox@leafe.com [mailto:profox@leafe.com]On Behalf Of Jim Eddins
> > Sent: Tuesday, August 15, 2000 6:14 PM
> > To: Multiple recipients of ProFox
> > Subject: Re: Microsoft StatusBar Control v6.0
> >
> >
> > Brad,
> >
> > If your using code to expand and contract the other
> > controls on the form when you maximize, you need to make
> > sure that it also deals with ActiveX controls as well, to keep
> > it in sync with the new form size.
> >
> > I use a generic resize control that handles form resizing
> > for all objects on the form, including ActiveX controls, and
> > have no problem with the StausBar Control.
> >
> > Jim Eddins
> >
> >
> > > Does anyone use the ActiveX control referenced in this
> > > message's subject on a regular basis? Has anyone
> > > experienced a problem with the statusbar not displaying in
> > > the proper position upon form instantiation?
> > >
> > > I've designed a screen visually and placed the statusbar
> > > control on it. Great! It looks beautiful. The form's
> > > WindowState is maximized and I'm limiting my work area to
> > > 800x600 though my system is running at a higher resolution.
> > > I then run the form, which maximizes as expected but the
> > > status bar stays where it was in design mode. Upon manually
> > > resizing the form, the status bar will snap back into place.
> > >
> > > --Frustrated in Michigan
> >
> >
> >
> > ----------------------------------------
> > Subscription maintenance at:
> > http://leafe.com/mailListMaint.html
> >
> >
> >
>
>
>
> ----------------------------------------
> Subscription maintenance at:
> http://leafe.com/mailListMaint.html
>
>
>
>
>
> ----------------------------------------
> Subscription maintenance at:
> http://leafe.com/mailListMaint.html
>
>
>
Hi all
I've been having a play with a screen resizing control from Codemine. This
all works fine until I add containers to the form which have their own
objects and init methods.
I know that this is because the init event of the resizer stores the
starting position of each control but is firing before the container has
been placed so the new controls cannot be resized. I can "fix" the problem
by deleting the resizer vcx from the parent form and adding it again to each
child form but this is not ideal.
The only other way I can see is to add a property called something like
"ValuesDefaulted" to the parent class form then put a call in the show
method of the subclassed form if this is false. Can anyone else see a
simpler solution to this? I am sure I'm missing something obvious here.
The other problem is I wanted to create some buttons that have the picture
to the left and caption to the right so what I did was create a container
which has a picture and put it on top of the button. Looks great until I
resize the container then I end up with a tiled effect (4 images arranged in
a nice grid)
Is there a better way to do this?
Appreciate any pointers.
Regards
Graham Brown
On Thursday 24 October 2002 01:55 pm, Lyall Swain wrote:
> Can anyone point me to articles or information on resizing VFP forms an=
d
> controls according to the screen resolution settings. With the latest
> video cards having bigger screen resolutions, there are users who seem =
to
> think that because they can have 1280 x 1024 resolution, they should.
> Problem is, when they run an app build for 640 x 480, they can hardly s=
ee
> it!
I never understood this. Greater resolution allows you to put more on yo=
ur=20
screen, which necessarily means that each thing is smaller. By scaling t=
he=20
controls you gain nothing.
However, I think there are utilities for scaling your object on the UT.
--=20
Paul McNett - p@ulmcnett.com
Hollister, California, USA
> > Can anyone point me to articles or information on resizing=20
> VFP forms and
> > controls according to the screen resolution settings. With=20
> the latest
> > video cards having bigger screen resolutions, there are=20
> users who seem to
> > think that because they can have 1280 x 1024 resolution,=20
> they should.
> > Problem is, when they run an app build for 640 x 480, they=20
> can hardly see
> > it!
> I never understood this. Greater resolution allows you to=20
> put more on your=20
> screen, which necessarily means that each thing is smaller. =20
> By scaling the=20
> controls you gain nothing.
True, but sometimes certain specific applications are meant to be the =
equivelent of system-modal-- they're the ONLY thing used at the time. =
For this, resizing is nice. There's also the fact that LCD's can't =
usually do less than 800x600, so you really NEED to scale to fit =
those...
> However, I think there are utilities for scaling your object=20
> on the UT.
I use a sizer object in my app that Ed Leafe gave us when he did some =
consulting work. I'm not sure where he got it, or if he wrote it =
himself, or if there's a more recent version out there-- it is VERY =
thorough, going through all the objects, children, etc. Sometimes I wish =
I could just pass in some parameters telling it exactly what it should =
look for to save some CPU time(it can be CPU-intensive if you do it =
often(ie: with dynamically created objects) or have sizeable .Resize() =
events on your objects).
also, did you look at the sysinfo.ocx?
Boudewijn
Lyall Swain wrote:
> Hi All
>
> Can anyone point me to articles or information on resizing VFP forms and
> controls according to the screen resolution settings. With the latest video
> cards having bigger screen resolutions, there are users who seem to think
> that because they can have 1280 x 1024 resolution, they should. Problem is,
> when they run an app build for 640 x 480, they can hardly see it!
>
> Regards
>
> Lyall Swain
> Programming Director
> Synergy Business Systems Ltd
> P O Box 1192
> Invercargill
> New Zealand
> lyall@synergynz.com
>
Hi All
Can anyone point me to articles or information on resizing VFP forms and
controls according to the screen resolution settings. With the latest video
cards having bigger screen resolutions, there are users who seem to think
that because they can have 1280 x 1024 resolution, they should. Problem is,
when they run an app build for 640 x 480, they can hardly see it!
Regards
Lyall Swain
Programming Director
Synergy Business Systems Ltd
P O Box 1192
Invercargill
New Zealand
lyall@synergynz.com
Hi Lyall!
The book 1001 Things You Wanted To Know About Visual FoxPro from
Hentzenwerke www.hentzenwerke.com has a very good description about how
to obtain forms to fill the screen regardless of screen resolution.=20
Roland
-----Ursprungligt meddelande-----
Fr=E5n: profox@leafe.com [mailto:profox@leafe.com] F=F6r Lyall Swain
Skickat: den 24 oktober 2002 22:55
Till: Multiple recipients of ProFox
=C4mne: Resizing forms and controls
Hi All
Can anyone point me to articles or information on resizing VFP forms and
controls according to the screen resolution settings. With the latest
video cards having bigger screen resolutions, there are users who seem
to think that because they can have 1280 x 1024 resolution, they should.
Problem is, when they run an app build for 640 x 480, they can hardly
see it!
Regards
Lyall Swain
Programming Director
Synergy Business Systems Ltd
P O Box 1192
Invercargill
New Zealand
lyall@synergynz.com