[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #30069] Some images drawn offset on Windows since r30523
From: |
Quentin Mathé |
Subject: |
[bug #30069] Some images drawn offset on Windows since r30523 |
Date: |
Tue, 22 Jun 2010 22:42:59 +0000 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.70 Safari/533.4 |
Update of bug #30069 (project gnustep):
Category: Gui/AppKit => Backend
Status: None => Ready For Test
Assigned to: None => qmathe
_______________________________________________________
Follow-up Comment #2:
Hi Doug,
This issue should now be fixed with r30829
Various limitations still remain. -compositeGState and related
-compositeToPoint: methods are broken in a way similar to Cairo. When the
context is rotated, the origin is wrong.
Alpha blending doesn't work in some cases (rotated or scaled context but I'm
not sure), I just get a yellow rectangle.
-drawInRect: and similar methods from NSImage now work correctly in a
rotated/scaled context, the image is now drawn at the right location.
I initially wrote a patch that corrects the -compositeGState issue and is
also a bit cleaner that the one I committed. But because of a weird issue I
discuss in the -DPSimage note comment, I had to give up this approach.
Given this GDI backend should be deprecated in favor of Opal/Cairo at some
point, I don't think putting more effort in improving it is worth the
investment.
Let me know if you encounter any issue with the changes I committed,
Quentin.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30069>
_______________________________________________
Message posté via/par Savannah
http://savannah.gnu.org/