[cairo-bugs] [Bug 43397] EXTEND_NONE is used instead of EXTEND_PAD when src sample area is entirely within the surface

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Dec 13 08:59:18 PST 2011


https://bugs.freedesktop.org/show_bug.cgi?id=43397

--- Comment #11 from Michel Dänzer <michel at daenzer.net> 2011-12-13 08:59:18 PST ---
(In reply to comment #10)
> There might be 3D hardware that has to jump through a lot more hoops to
> implement render semantics for REPEAT_PAD compared to REPEAT_NONE.

Do you have any evidence to substantiate that?


> I already pointed out that it's the job of render to figure out a feature that
> makes Cairo say EXTEND_ANY or fix it their way. Which is the crux for why this
> is not a bug in Cairo. Cairo cannot know which is the extend mode it should use
> if the extend mode doesn't matter.

But this bug is isn't about EXTEND_ANY. It's about the app asking for
EXTEND_PAD but Cairo using something else.


> And the Xrender spec is very clear that the default value is None. See
> http://www.x.org/releases/current/doc/renderproto/renderproto.txt for details.

Yes, this is one unfortunate result of the RENDER extension being designed with
little consideration for how 3D hardware works.


> I can understand that it makes your life as an X server or driver developer
> more complicated,

As I pointed out in comment #5, it also incurs unnecessary overhead, both in
Cairo and in the X server.


> Or feel free to propose a solution inside Cairo that does not break backwards
> compatibility with systems where NONE is faster than PAD.

Such systems must be using old / buggy X servers / drivers, so it should be
possible to only enable this overhead when it's really necessary.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.


More information about the cairo-bugs mailing list