Talk:QuickDraw

Coordinates

 * QuickDraw coordinates refer to the infinitely thin lines between pixel locations. An actual pixel is drawn in the space to the immediate right and below the coordinate. This eliminates the so-called "endpoint paranoia" and associated off-by-one errors.

Um, how is this different from a normal coordinate system? It sounds like semantics to me; I don't see how one would program it any differently from a normal coordinate system where the upper-left is (0, 0). - furrykef (Talk at me) 02:35, 29 October 2005 (UTC)


 * Nevertheless, this is how Apple defines it. According to Inside Macintosh Volume 1, page 1-138 (this is the original 1985 IM, not the later revised edition):


 * All grid lines are infinitely thin


 * These concepts are important. [] they mean that all elements represented on the coordinate plane are mathematically pure. Mathematical calculations using integer arithmetic will produce intuitively correct results. If you keep in mind that grid lines are infinitely thin, you'll never have "endpoint paranoia" - the confusion that results from not knowing whether that last dot is included in the line.


 * In other words, it's not the top, left that matters, it's the bottom right. If coordinates referred to the pixels themselves, a rectangle 0,0 - 100,100 could be either 100 or 101 pixels wide depending on your interpretation. This way, it can only be 100 pixels wide without a doubt. In addition, the pen width or line thickness is separated from the coordinate system. Graham 23:45, 29 October 2005 (UTC)

Capitalization
A while ago I fixed the capitalization to Quickdraw, which is what Apple actually used in their docs. Somebody seems to have had some fun reverting that to the wrong spelling again. Why???

Umm ... nevermind. Looks like my copy of "New Inside Macintosh" actually spells it QuickDraw. Guess that changed over time.

Regions
Regarding the recent stuff added about the internal mechanism in regions - is it too detailed? Actually I found it quite interesting, and haven't changed it much, but in many respects it's kinda not all that relevant to QuickDraw HOW these regions work, and besides, as they are not documented publicly by Apple, is it really our job to do so? Who is the information going to help? Graham 06:11, 14 January 2006 (UTC)

Internal Region structure
The part which says

"Regions are implemented using both vertical and horizontal compression. A region is described as a series of horizontal lines ("rasters"), with the interior and exterior portions of the region within a line described by their run length (the number of pixels in the run). Identical adjacent runs are efficiently encoded by a line repeat count"

is in contraddiction with how the region internals are described at a site I found.

Not being an expert of the matter, I wouldn't know for sure who's correct and who's not, however at that site you can find working code which deals with the representation described there, which I assume works as expected, and this would mean that effectively the description that wikipedia sports now is incorrect

The description on the MacTech site linked above is correct. The flaws in the current text are as follows:


 * There are no run-lengths encoded in a Region; it uses horizontal coordinates. (There was no advantage to using the run-length horizontally, because QuickDraw in general, and Regions as part of it, only ever worked with 16-bit coordinates. On a 680x0 processor you got much more benefit from keeping everything 2-byte aligned than you did by saving a byte or two here and there.)
 * The identical adjacent runs are encoded by vertical coordinates, not a repeat count.

I've done some reverse-engineering of the Region format myself, and then later worked directly with it when I was working on 2D hardware graphics acceleration at Apple. --Drewthaler 07:44, 14 September 2007 (UTC)

Authorship
My understanding is that Bill wrote most if not all of QuickDraw (and was very proprietorial over it). Is there therefore fair to credit Andy first? I'm not saying Andy didn't contribute, but I'm sure Andy would be the first person to say that QuickDraw was Bill's baby. 80.93.170.99 12:30, 7 March 2007 (UTC)


 * Makes sense to me. --Steven Fisher 15:38, 8 March 2007 (UTC)

Removal from OS and Xcode
The statement that "In Mac OS X v10.8, QuickDraw support was removed from the operating system" is clearly false. As far as I know, programs written with QuickDraw continue to work in OS 10.11. The next sentence, "Applications using QuickDraw will still run under OS X 10.8; however, the current versions of Xcode and the OS X SDK do not contain the header files to compile such programs" is more nearly right, however it was the 10.7 SDK that first removed QuickDraw. I can't find a reference for that fact, so if I made that change, someone could justifiably complain that it's original research. JWWalker (talk) 00:45, 7 January 2016 (UTC)

External links modified
Hello fellow Wikipedians,

I have just modified 1 one external link on QuickDraw. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
 * Added tag to http://patft1.uspto.gov/netacgi/nph-Parser?Sect2=PTO1&Sect2=HITOFF&p=1&u=%2Fnetahtml%25%2FPTO%25%2Fsearch-bool.html&r=1&f=G&l=50&d=PALL&RefSrch=yes&Query=PN%2F4622545
 * Added tag to http://developer.apple.com/legacy/mac/library/documentation/mac/pdf/ImagingWithQuickDraw.pdf
 * Added tag to http://developer.apple.com/legacy/mac/library/documentation/Carbon/reference/QuickDraw_Ref/QuickDraw_Ref.pdf
 * Added archive http://web.archive.org/web/20110131113736/http://developer.apple.com:80/macos/quickdraw.html to http://developer.apple.com/macos/quickdraw.html

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at ).

Cheers.— InternetArchiveBot  (Report bug) 00:22, 21 July 2016 (UTC)

External links modified
Hello fellow Wikipedians,

I have just modified one external link on QuickDraw. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
 * Added archive https://web.archive.org/web/20121230102122/http://folklore.org/StoryView.py?project=Macintosh&story=Negative_2000_Lines_Of_Code.txt&sub=HN0 to http://folklore.org/StoryView.py?project=Macintosh&story=Negative_2000_Lines_Of_Code.txt&sub=HN0

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

Cheers.— InternetArchiveBot  (Report bug) 21:50, 9 December 2017 (UTC)

Requested move 9 August 2018

 * The following is a closed discussion of a requested move. Please do not modify it. Subsequent comments should be made in a new section on the talk page. Editors desiring to contest the closing decision should consider a move review. No further edits should be made to this section. 

The result of the move request was: not moved. The video game now has an endorsed proposed deletion tag on it; I solved the issue with a better hatnote that points to the disambiguation. – wbm1058 (talk) 14:25, 18 August 2018 (UTC)

QuickDraw → QuickDraw (graphics) – see video game and disambiguation page 209.52.88.46 (talk) 15:19, 9 August 2018 (UTC)
 * Comment - I'm leaning on oppose here on the basis that It seems that QuickDraw (video game) might not even be notable for an article, regardless of WP:PRIMARYTOPIC. --Gonnym (talk) 21:45, 12 August 2018 (UTC)
 * Yes, the game looks like vaporware, since it has been listed as upcoming since at least 2013, when it was slated to be released that year. Dekimasu よ! 18:25, 16 August 2018 (UTC)


 * The above discussion is preserved as an archive of a requested move. Please do not modify it. Subsequent comments should be made in a new section on this talk page or in a move review. No further edits should be made to this section.