Editing QuickDraw GX (section)

===Problems with QuickDraw===
As the 80s wore on, QuickDraw's architectural limitations began to impose limits on Apple and third-party developers.<ref>{{cite web|last=Engst|first=Tonya|url=http://db.tidbits.com/article/1845|title=TidBITS : Preliminary Practical Primer to QuickDraw GX, Part I|publisher= Db.tidbits.com|date=1994-09-12|access-date=2009-11-09}}</ref>
* All of QuickDraw's public data structures assume a 16-bit integer coordinate space, with no provision for fractional coordinates.<ref name="developer.apple.com">{{cite web|url= https://developer.apple.com/documentation/Carbon/Reference/QuickDraw_Ref|title=Legacy: QuickDraw Reference|publisher=Developer.apple.com|access-date=2009-11-09}}{{dead link|date=October 2021}}</ref>
* Adding new features to QuickDraw was extremely difficult due to lack of data hiding in the API. The central data structure in QuickDraw was the GrafPort, a structure with all of the member variables exposed. Worse, the GrafPort structure was designed to be directly embedded in third-party developer data structures, so Apple could not add new variables. Color QuickDraw, introduced in 1987, was a tremendous kludge on top of the original black and white QuickDraw. This increased the complexity of developing color applications for Macs.<ref name="developer.apple.com"/> For example, QuickDraw could not easily support advanced graphics transformations such as rotations and shears, and introducing new data types such as curves was impossible.<ref>{{cite magazine|publisher=Xplain Corporation |magazine=[[MacTech]]|url=http://www.mactech.com/articles/develop/issue_15/051-070_Lipton_final.html|title= QUICKDRAW GX FOR POSTSCRIPT PROGRAMMERS| first=Daniel |last=Lipton|date=2004-12-06|access-date=2009-11-09}}</ref>