Issue 88795 - Aqua: no need to emulate modern graphics operations (part1)
Summary: Aqua: no need to emulate modern graphics operations (part1)
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: DEV300m10
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: OOo 3.0
Assignee: hdu@apache.org
QA Contact: issues@gsl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-28 09:54 UTC by hdu@apache.org
Modified: 2008-06-02 10:12 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description hdu@apache.org 2008-04-28 09:54:34 UTC
While working on issue 87689 I noticed that some old parts of GSL code spend a lot of energy to emulate 
common graphics operations, e.g. by using the XOR trick to emulate polygon shaped clipping of gradient 
areas.

That emulation layer was certainly useful for primitive graphics targets, but on a powerful graphics system 
like Quartz it does more harm than good. It should be disabled. In the example of the XOR trick I 
mentioned above that can be perfectly replaced by using Quartz's polygon clipping support.

Unfortunately we'll still need a different kind of emulation to handle legacy documents. E.g. old metafiles 
sometimes need XOR, but Quartz doesn't support this obsolete blend mode.
Comment 1 hdu@apache.org 2008-04-28 10:01:45 UTC
Setting target milestone for getting rid of just the most annoying parts of the emulation layer. Other parts 
will be handled in followup issues.
Comment 2 hdu@apache.org 2008-05-16 10:58:13 UTC
Fixed in CWS aquabmpfix01
Comment 3 hdu@apache.org 2008-05-16 11:05:51 UTC
Verified in CWS aquabmpfix01 that the most important clipping- and polygon operations are now handled by Quartz 
directly instead of going through the emulation layers.
Comment 4 hdu@apache.org 2008-06-02 10:12:48 UTC
Got into milestone DEV300_m15 => closing