Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!lll-winken!cert!netnews.upenn.edu!msuinfo!rang
From: rang@cs.wisc.edu (Anton Rang)
Newsgroups: comp.sys.mac.system
Subject: Re: Support for various monitor pixel densities??
Message-ID: <RANG.90Dec10232603@nexus.cs.wisc.edu>
Date: 11 Dec 90 04:26:03 GMT
References: <27667@cs.yale.edu> <1990Dec9.212436.20795@svc.portal.com>
	<27711@cs.yale.edu>
Sender: news@msuinfo.cl.msu.edu
Organization: UW-Madison CS department
Lines: 18
In-Reply-To: favorini-francis@cs.yale.edu's message of 11 Dec 90 03:39:06 GMT

In article <27711@cs.yale.edu> favorini-francis@cs.yale.edu (Francis Favorini) writes:
>  What we need is to bag the pixel-based QuickDraw system.  Pixels are
>a bad unit to measure with since they come in different sizes.

  Agreed; we're kind of stuck with it, though, at least with existing
applications.  However, a quick glance at Inside Mac V5 reveals a
"fractional horizontal pen position" field, presumably used when
drawing fonts with fractional character widths.  Perhaps a future
release of QuickDraw could support fractional horizontal and vertical
positions (FrMoveTo, FrLineTo, etc. -- ugly, but compatible)?

  Then again, maybe it's better just to trash the higher-level
QuickDraw code, come up with a nice resolution-independent interface,
use the low-level QD when possible to implement it (saving huge gobs
of code rewrites) and provide a high-level QD emulation.  I dunno.
Something should be done by Apple, though, and fairly soon.

	Anton
   
+---------------------------+------------------+-------------+
| Anton Rang (grad student) | rang@cs.wisc.edu | UW--Madison |
+---------------------------+------------------+-------------+