Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Addressing different screen sizes & resoultions

Status
Not open for further replies.

catalina36

Programmer
Aug 28, 2000
36
US
As an academic exercise I made a screen saver of sorts that consists simply of a maximized form with a small graphic which moves about the form and “bounces” off its edges. While it works great on my 17” monitor set at a resolution of 800 x 600, I’m concerned that it may not work the same on monitors of different sizes and/or resolutions. I don’t understand the relationship between twips, pixels and physical screen size. Can somebody please shed some light on these relationships and how to address them in the program so that this screen saver will work in a consistent manner regardless of the screen setup?

BTW – If this topic is either too broad or too complicated to be effectively addressed in this forum, please feel free to recommend a good source on the topic instead.

TIA
[sig][/sig]
 
800x600 means 800pixels wide, 600 pixels high, so if you use Pixel as your scale mode, you should be able to use Screen.height and .width to automatically adjust your form, or whichever to take up that many pixels. [sig]<p>Karl<br><a href=mailto:kb244@kb244.com>kb244@kb244.com</a><br><a href= </a><br>Experienced in : C++(both VC++ and Borland),VB1(dos) thru VB6, Delphi 3 pro, HTML, Visual InterDev 6(ASP(WebProgramming/Vbscript)<br>
[/sig]
 
Also, look at the topics scale mode, scale height and scale width. Find a book with a chapter devoted to &quot;device independent&quot; programming. There should be several, but I haven't looked for one in a while and mine are somewhat dated - even I don't use the techniques shown in them - but they were a good starting point when I first got them. For the &quot;static&quot; process you describe it should be easy to do. Making dynamic data entry and data display forms, this is still a fair ammount of work.

[sig]<p>MichaelRed<br><a href=mailto:mred@duvallgroup.com>mred@duvallgroup.com</a><br>There is never time to do it right but there is always time to do it over[/sig]
 
Thanks for the quick responses to a beginner's question. Your help is greatly appreciated.

Jon [sig][/sig]
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top