Agreed. We've developed a number of CDROM projects for Mac and PC. Whilst a
couple of years ago 640x480 was a consideration, we now work to 800x 600.
I'd suggest sticking to this 'average' resolution and adopt the following :
i) center your stage to the center of the monitor (there are functions
available to help you do this)
ii) to avoid distractions fill the rest of the screen (border) with black
iii) make sure nothing happens if they click on the black border
Guaranteed users will focus on whats happening and not the border ( just
like my TV when I watch a 'wide screen' film).
If you ask users to change the resolution of the computer you're assuming
they know how to.
I'm not a fan of people having to change their set up in order to cater for
my software. I'd prefer my software catered for their machines. However you
can't please all the people all the time...
on 23/9/00 16:18, Kevin Miller at [EMAIL PROTECTED] wrote:
> On 21/9/00 4:48 pm, Mark Mitchell <[EMAIL PROTECTED]> wrote:
>> I make a lot of projects for children, and it is important that they pretty
>> much fill the screen, lest distractions occur. I was dismayed when we got
>> larger high resolution monitors (mac) and discovered the projects shrank to a
>> tiny size at the new, higher resolution. If you turn the resolution of the
>> monitors down, the stacks grow back to their original size, but the rest of
>> the computer looks funky, requiring a return to higher res after you finish
>> the game.
>> We hope to soon branch out to a larger client circle, and if so, the
>> resolution of the client monitors will be an unknown. Ideally, I would like
>> to be able to dynamically resize the projects. Has someone already written a
>> script/external which will do the calculations so that objects and cards will
>> grow proportionally with windows, in a general way?
>> If not, I could work for an "average" monitor resolution...what would that be
>> these days...or preferably in about a year in the future? What is the
>> resolution of the newer imacs?
>> And what about the windows world?
>> Any ideas/ help will be greatly appreciated.
> My advice would really be not to worry about this too much. People use a
> wide variety of monitor resolutions (on monitors that are bigger and smaller
> and so look different in themselves) and the best thing to do is to
> recommend people change the resolution, before loading the program, to an
> optimal value. Trying to scale your work is going to be a non-starter.
> 800x600 is a good resolution to develop for: almost everyone can do it and
> its not as small as 640x480. Larger than that and you start to risk people
> not being able to switch to it.
>> mark mitchell
> Kevin Miller <[EMAIL PROTECTED]> <http://www.runrev.com/>
> Runtime Revolution Limited (formerly Cross Worlds Computing).
> Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707.
> Archives: http://www.mail-archive.com/metacard%40lists.best.com/
> Info: http://www.xworlds.com/metacard/mailinglist.htm
> Please send bug reports to <[EMAIL PROTECTED]>, not this list.
Please send bug reports to <[EMAIL PROTECTED]>, not this list.