[comp.sys.amiga] Resolution independent programming?

tensi@infovax (04/26/88)

I see some problems with the different resolutions coming up.  Most data 
structures in Intuition are totally pixel oriented. This makes it complicated 
to write programs for screens of different resolution.

E.g. when setting up a requester professionally (do you like tiny fonts just 
because you are using interlaced mode?) would require to find out screen
resolution and the width and height (is there anything like IntuiTextHeight?) 
of the current font (which should preferably be looking good on that screen).

The approach done by MS-WINDOWS is a bit more resolution independent. Here
gadget and requester dimension are given in 1/8th and 1/4th of the current
so called system font char width and height and the system font is guaranteed 
to look ok in the current resolution.

Did anyone write a library addressing that problem?

Also the mode to generate graphical objects is too hardware oriented. Anyone
working on CGI for the AMIGA?

Thanks for your help.



Thomas Tensi, Institut fuer Informatik, Technische Univ. Muenchen,
Arcisstr. 21, 8000 Muenchen 2, West Germany
        | E-Mail:
        | tensi@lan.informatik.tu-muenchen.dbp.de                (X.400)
        | tensi%lan.informatik.tu-muenchen.dbp.de@relay.cs.net   (arpa/csnet)
        | tensi%lan.informatik.tu-muenchen.dbp.de@unido.uucp     (uucp)
        | tensi%lan.informatik.tu-muenchen.dbp.de@ddoinf6.bitnet (bitnet)

cmcmanis%pepper@Sun.COM (Chuck McManis) (05/03/88)

In article <36900004@infovax.UUCP> tensi@infovax writes:
->I see some problems with the different resolutions coming up.  Most data 
->structures in Intuition are totally pixel oriented. This makes it complicated 
->to write programs for screens of different resolution.
->
->E.g. when setting up a requester professionally (do you like tiny fonts just 
->because you are using interlaced mode?) would require to find out screen
->resolution and the width and height (is there anything like IntuiTextHeight?) 
->of the current font (which should preferably be looking good on that screen).

Most information about fonts are available from the Font pointer in the 
Rastport you will be rendering into. Items of interest will be 
RP->TxHeight - Height of the font in pixels
RP->TxWidth  - Width of individual characters, don't use if the font is 
	       proportional.
RP->TxBaseline - The base line of the font. X,Y+Baseline will render a c
character in the screen with it's top at line Y.

--Chuck McManis
uucp: {anywhere}!sun!cmcmanis   BIX: cmcmanis  ARPAnet: cmcmanis@sun.com
These opinions are my own and no one elses, but you knew that didn't you.