> > > best anchor values are listed below as my experience
> > >
> > > CommandButton =>12
> > > PageFrame =>15
> > > CheckBox =>672
> > > ComboBox =>672
> > > Label =>672
> > > OptionButton =>672
> > > OptionGroup =>672
> > > Spinner =>672
> > > TextBox =>672
> > > Container =>240
> > > EditBox =>240
> > > Grid =>240
> > > Image =>240
> > > Line =>240
> > > ListBox =>240
> > > OLE Bound =>240
> > > OLE Container =>240
> > > Shape =>240
> > >
> > > > My applications are currently developed on W98. Screens are 800x600.
> > > >
> > > > Happy days are now gone. The application has to work on any resolution setting.
> > > >
> > > > I'd like to code my application to detect the user resolution setting and adjust each form to fill the screen e.g. to 1024x768.
> > > > However, in doing so, I'd ideally like the controls to proportionally reposition.
> > > >
> > > > I've been scouring the archives on this forum and have tried a number of the suggestions.
> > > >
> > > > I've tried Sizer2. Its great for 95% of my work, but in some screens with a large number of objects, some lose their relative alignment and in some cases can overlap.
> > > >
> > > > I've tested the reschange.scx from the STRUCT download. However, I don’t want to change the user resolution setting.
> > > >
> > > > If there's a solution for doing so, I'd settle for proportional repositioning, so the screen is always filled.
> > > >
> > > > However, I'd like to take advantage of longer and wider list controls as would be possible with the higher resolution.
> > > > This would mean a) repositioning but NOT resizing controls (e.g. command buttons)
> > > > b) repositioning AND resizing list controls and image controls.
> > > >
> > > > Ive been playing with sysmetric(1) and sysmetric(2) to detect the user screen resolution, then repositioning and resizing EACH control accordingly, by hard coding the top, left, width and height properties.
> > > > It works perfectly on my W2000 computer and on XP.
> > > > But… it’s a massive undertaking to hard code every screen in my application, for every possible screen resolution.
> > > >
> > > > Is there an easier way?
> > > >
> > > > George
> > > > ideasforgardens.com
> > >
> > >
> > >
> > > Soykan OZCELIK
> > > Developer/ Programmer/Analyst
> >
> > This is a timely reply, Soykan
> > We are ugrading to VFP version 9 in the new year.
> > This information will be invaluable. Thank you!
> >
> > George
>
> Thanks for this also Soykan (and Eric)
> I have tried it out on these settings but have a couple of questions which i hope you can answer!
> The grid seems to resize the grid sizing but not the font size, is this possible? if i click into the grid font setting it no longer has an anchor property
> If i exit out of the form, can i save these settings (currently they always revert back to the base setup) then when opened up you have to resize again, would be nice to get them to "stick"
> Thanks
>
> Kevin Woods

I notice you didnt get a reply on this Kevin.
I dont use Grids much (I use List boxes mostly) so cant comment.
However, have you checked out the code by Marcia Akins?
See Thread ID: 110937 Message ID: 110955
It handles all controls, including Grids.
Rather than multiply the Font size by a factor, I customised the code to allow the user to select a value (save value in a preferences table) which could be added to the font size.
That way, the sizes certainly do stick.
The other good thing, I used Marcias code with VFP7.

Note to Soykan:
Ive just copied and saved your anchor values listing, as I am now working with VFP9.
Thanks for the recommendations.

George