anyone used a form resizer

[sparks]

We tried one years ago and it was slow, bulky and just plain bad.
Now everyone is trying to use laptops with different rez and we can't
make and format databases to fit 3 different rez...forget the ws.

is there a new and improved one that works without lagging the whole
db to nothing?

[Tom van Stiphout]

On Thu, 08 Mar 2007 12:57:33 GMT, sparks <js******@swbell.netwrote:

Access 2007 has Anchoring built-in.
-Tom.

>We tried one years ago and it was slow, bulky and just plain bad.
Now everyone is trying to use laptops with different rez and we can't
make and format databases to fit 3 different rez...forget the ws.

is there a new and improved one that works without lagging the whole
db to nothing?

[sparks]

That sounds great.
I wish they would upgrade us.

We only have access 2003....we are a little slow here...LOL
It started when the people got laptops...then someone would go in and
format the windows for 800x600, then someone would make one for 1024
then they had all kinds of messes and wanting to merge data and
someone to chase down data..it was a pain.

whats weird on this one is it was built at 1280x1024 on a desktop and
it looks perfect..the laptop is also 1280x1024...thats what it says
and the bottom of every window is about an inch short.
SO is the res reported on laptops a different aspect ratio or what is
up with this?


On Thu, 08 Mar 2007 07:12:59 -0700, Tom van Stiphout
<no*************@cox.netwrote:

>Access 2007 has Anchoring built-in.

[ManningFan]

On Mar 8, 7:57 am, sparks <[e-mail]:

We tried one years ago and it was slow, bulky and just plain bad.
Now everyone is trying to use laptops with different rez and we can't
make and format databases to fit 3 different rez...forget the ws.

is there a new and improved one that works without lagging the whole
db to nothing?

Always design to the lowest common denominator, just like you would do
with a website. That will eliminate 90% of your problems.

[Phil Stanton]

Got one called ShrinkerStretcher from http://www.peterssoftware.com/

I am quite pleased with it. Costs $35

HTH

Phil

"sparks" <js******@swbell.netwrote in message
news:lu********************************@4ax.com...

We tried one years ago and it was slow, bulky and just plain bad.
Now everyone is trying to use laptops with different rez and we can't
make and format databases to fit 3 different rez...forget the ws.

is there a new and improved one that works without lagging the whole
db to nothing?

[Rick Brandt]

sparks wrote:

That sounds great.
I wish they would upgrade us.

We only have access 2003....we are a little slow here...LOL
It started when the people got laptops...then someone would go in and
format the windows for 800x600, then someone would make one for 1024
then they had all kinds of messes and wanting to merge data and
someone to chase down data..it was a pain.

whats weird on this one is it was built at 1280x1024 on a desktop and
it looks perfect..the laptop is also 1280x1024...thats what it says
and the bottom of every window is about an inch short.
SO is the res reported on laptops a different aspect ratio or what is
up with this?

Different font size or DPI setting.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com

[missinglinq via AccessMonster.com]

Go to this site and scroll down to the "Access Form Resizer" and download it.
I've used it before without problems, even on control intensive forms, and
best of all, it's FREE!

http://jamiessoftware.tk/

--
There's ALWAYS more than one way to skin a cat!

Answers/posts based on Access 2000

Message posted via http://www.accessmonster.com

[sparks]

Well that is a bit of a problem.
Since if you did a database in 800x600 like we used to do.
WTHell is wrong with this, look at all this space I need more on the
screen.

On 8 Mar 2007 13:23:17 -0800, "ManningFan" <ma********@gmail.com>
wrote:

>On Mar 8, 7:57 am, sparks <[e-mail]:

>We tried one years ago and it was slow, bulky and just plain bad.
Now everyone is trying to use laptops with different rez and we can't
make and format databases to fit 3 different rez...forget the ws.

is there a new and improved one that works without lagging the whole
db to nothing?

Always design to the lowest common denominator, just like you would do
with a website. That will eliminate 90% of your problems.

[sparks]

Hey thanks for all the info...will try the free one right now.
If it doesn't do it I will have them order the other ones.
On Thu, 08 Mar 2007 23:47:58 GMT, "missinglinq via AccessMonster.com"
<u28780@uwewrote:

>Go to this site and scroll down to the "Access Form Resizer" and download it.
I've used it before without problems, even on control intensive forms, and
best of all, it's FREE!

http://jamiessoftware.tk/

[ManningFan]

On Mar 9, 1:08 pm, sparks <[e-mail]:

Well that is a bit of a problem.
Since if you did a database in 800x600 like we used to do.
WTHell is wrong with this, look at all this space I need more on the
screen.

That's when you put your foot down and say, "I can put more on the
screen, but only half of our employees will be able to see it." Don't
let your employers think everything is possible, because some things
either aren't or are just not practical.

[Arno R]

"sparks" <js******@swbell.netschreef in bericht news:lu********************************@4ax.com...

We tried one years ago and it was slow, bulky and just plain bad.
Now everyone is trying to use laptops with different rez and we can't
make and format databases to fit 3 different rez...forget the ws.

is there a new and improved one that works without lagging the whole
db to nothing?

Check out the "Form Scaling/Resizing Tool":

http://www.developershandbook.com/downloads.htm
http://www.developershandbook.com/Do.../ADHResize.zip

This is a new and improved version, by the authors of the 'Access Developers Handbook'.
Util is freely distributed as an mde.
I am testing this one for a new project, and I am very impressed by the improvements.

Arno R

[Wayne]

Personally, I design for 1024 x 768 and mention it in the work scope.
There are very few screens around these days running a lower rez. I
haven't had a problem yet and there is no extra work worrying about
resizing forms.

I also have a few lines of code that look at screen rez and font size
when the DB opens and flags to the user if they are outside the limits
of the database design. I've also never had a problem with this.

[Rick Brandt]

Wayne wrote:

Personally, I design for 1024 x 768 and mention it in the work scope.
There are very few screens around these days running a lower rez. I
haven't had a problem yet and there is no extra work worrying about
resizing forms.

I also have a few lines of code that look at screen rez and font size
when the DB opens and flags to the user if they are outside the limits
of the database design. I've also never had a problem with this.

I've been tempted to make the move to 1024 X 768 as my minimum spec. Looking as
test forms it's like moving into a freakin mansion compared to 800 X 600.

I look at my biggest allowable forms now on my 19" LCDs and find it hard to
believe that I have users where that form takes up the entire screen. Sadly
enough, a few of those are on 17" LCDs and by all rights should be running 1024
X 768.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com

[Arno R]

"Wayne" <cq*******@volcanomail.comschreef in bericht news:11**********************@h3g2000cwc.googlegro ups.com...

Personally, I design for 1024 x 768 and mention it in the work scope.
There are very few screens around these days running a lower rez. I
haven't had a problem yet and there is no extra work worrying about
resizing forms.

I also have a few lines of code that look at screen rez and font size
when the DB opens and flags to the user if they are outside the limits
of the database design. I've also never had a problem with this.

I also design for 1024 x 768 these days. I check screen rez at startup also.
For a new project the specs are that the app must be *full screen.*
The screen that will be used is a high resolution wide-screen ...
Auto-Resizing is very handy for this project as I am developing on my own machine with a lower rez.
Also my monitor is not wide screen...
Still testing the possibilties but as I said I am impressed by the improvements of the 2000-version of the utility.

Arno R

[Wayne]

Rick, It never ceases to amaze me how some users will set an LCD
screen to less than native resolution in an attempt to make everything
"bigger" and are content to live with the extreme blurriness of the
image that results. Even more amazing is that sometimes when this is
drawn to the user's attention, they didn't realise that the blurriness
was there!

In this age of LCDs and high screen resolutions, I find the lack of
screen real estate offered by 800 x 600 to be a huge limiting factor
when designing forms with lots of controls, especially if they contain
a subform or 2. If the minimum screen resolution that the database
will run at is stated in the quote/scope of work and the client signs
off on this, the problem is solved.

[Rick Brandt]

Wayne wrote:

Rick, It never ceases to amaze me how some users will set an LCD
screen to less than native resolution in an attempt to make everything
"bigger" and are content to live with the extreme blurriness of the
image that results. Even more amazing is that sometimes when this is
drawn to the user's attention, they didn't realise that the blurriness
was there!

One factor that encourages this at our company is that a lot of these people
spend a considerable amount of time accessing programs on our AS400 with 5250
emulation software. Most use Rumba which automatcially scales the font to the
window size and guess what? A LOT of these users maximize that and end up with
characters close to a half inch tall. Of course every Windows app looks like
the fonts are too small! They have grown accustomed to the huge clown-fonts in
their emulator window.

In this age of LCDs and high screen resolutions, I find the lack of
screen real estate offered by 800 x 600 to be a huge limiting factor
when designing forms with lots of controls, especially if they contain
a subform or 2. If the minimum screen resolution that the database
will run at is stated in the quote/scope of work and the client signs
off on this, the problem is solved.

For those with more reasonable resolution settings I use the resize event so
they can make forms taller to see MORE data rather than bigger data. Where an
800 X 600 user might only see 3 or 4 records in the continuous subform, others
might see as many as 20 sub-records by increasing the height of the parent form.

--
Rick Brandt, Microsoft Access MVP
Email (as appropriate) to...
RBrandt at Hunter dot com