Anyone still designing forms for 800x600 screen resolution?

[Russ via AccessMonster.com]

Anyone still designing forms for 800x600 screen resolution or has everyone
moved to 1024x768 or better?
What is general opinion?

 

[Rick Brandt]

Anyone still designing forms for 800x600 screen resolution or has
everyone moved to 1024x768 or better?
What is general opinion?

I still do, but (when I can) I use code in the form's resize event to
expand/shrink certain controls so that users with higher resolutions can
take advantage of that fact to see more information at once than users with
lower resolutions. In most cases I also provide a means for the size to be
"remembered" for that particular user.

Most often this translates to seeing more of the "many" rows in a continuous
subform by making the form taller, but I have a few where making the form
wider also makes certain controls wider so you can see more text without
scrolling.

 

[Jeff Conrad]

Yep, our entire office is primarily running at 800x600.

--
Jeff Conrad
Access Junkie - MVP
http://home.bendbroadband.com/conradsystems/accessjunkie.html
http://www.access.qbuilt.com/html/articles.html

in message:

 

[tina]

those of us folks who are getting a little long in the tooth really love our
800x600 screen resolution! <g>

 

[Fred Boer]

Count me in for 800x600... now where'd I'd put those special inverted
bifocals I had my optometrist friend make up for me....

Fred Boer

 

[Jeff Conrad]

in message:

those of us folks who are getting a little long in the tooth really love our
800x600 screen resolution! <g>

<g>
Yep.

Sometimes it is a hardware issue and sometimes it is a "I can't bloody see anything!'

 

['69 Camaro]

Yup. 800x600, unless the customer specifically requests another resolution,
which occasionally happens. But that's never been 1024x768 or higher. It's
always been lower for the people with poor eyesight and a small monitor.

HTH.
Gunny

See http://www.QBuilt.com for all your database needs.
See http://www.Access.QBuilt.com for Microsoft Access tips.

 

[david epsom dot com dot au]

Standard laptops are no longer supplied in 800*600
configuration - and they don't change resolution
very well. If you are designing for laptops, you
should check the configuration of your target
machines.

(david)

 

[Rick Brandt]

Standard laptops are no longer supplied in 800*600
configuration - and they don't change resolution
very well. If you are designing for laptops, you
should check the configuration of your target
machines.

Not sure what you mean. "Designing for 800 * 600" simply means that you
size forms such that they can be seen at that resolution without scrolling
(assuming a maximized Access window). It in no way causes problems for
users at higher resolutions.

All it might do is cause them to wonder why the form has two or three tab
pages when you could have just made it larger. Not realizing of course that
the "small" form on their screen takes up the entire display on a lower
resolution monitor.

 

[Russ via AccessMonster.com]

Wow,
Overwhelming results, guess I stay with 800x600
Thanks everyone!

 

[Larry Linson]

Overwhelming results, guess I stay with 800x600

Are you writing an application for distribution to the general market? If
so, perhaps it is a good idea -- depending on your target audience's likely
hardware level.

On the other hand, if you are creating an application for use in a company
where everyone has at least 1024 x 768, or widescreen, or higher, then it
would not make much sense to develop for 800x600, no matter what Jeff, or
tina, or others are doing.

There are some controls, as Jeff mentioned, that may benefit from resizing,
but I rarely expand _everything_. For example, if I have a Text Box for
entering relatively long text, that would benefit from being enlarged as the
form is enlarged, but the Label associated with it might not.

And, it makes more sense to worry about the resolution of your user's
monitors if you are using maximized forms than if your forms are mostly just
"big enough to contain this particular set of information".

Larry Linson
Microsoft Access MVP


Larry Linson
Microsoft Access MVP