summaryrefslogtreecommitdiffstats
path: root/skia/sgl
Commit message (Collapse)AuthorAgeFilesLines
* Integrate change of Skia upstream.deanm@chromium.org2009-04-303-34/+51
| | | | | | | | | | | | | | | | | This is a cherry-pick of the following change: http://code.google.com/p/skia/source/detail?r=159 We introduce this change for the 'lighter' composite operation. We need kAdd_Mode, which is introduced in this change for the operation. Patch by Shinichiro Hamaji. BUG=1619 Review URL: http://codereview.chromium.org/93093 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14938 0039d316-1c4b-4281-b951-d872f2087c98
* Fix compile error on gcc.brettw@chromium.org2009-04-241-2/+13
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14456 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a bug in the size computation for Skia masking.brettw@chromium.org2009-04-241-2/+14
| | | | | | BUG=10736 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14454 0039d316-1c4b-4281-b951-d872f2087c98
* Linux/Skia: remove VDMX and Harfbuzzagl@chromium.org2009-04-153-35/+0
| | | | | | | | | | | | | | | | In order to unfork our Skia, VDMX parsing has been moved into WebKit in r42548. The Harfbuzz stuff should have been functional, but noone on the WebKit side wants to review a bidi patch so that side never actually landed. At this point it's probably better to remove the current Harfbuzz support in Skia with a view to jumping straight to the version agreed with Mike Reed at some point in the future. http://codereview.chromium.org/75011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13795 0039d316-1c4b-4281-b951-d872f2087c98
* Add Harfbuzz to third_party and Skia support for such.agl@chromium.org2009-04-073-0/+35
| | | | | | | | | | | | | | Harfbuzz is an open source library which is a unification of the Qt and Pango shaping engines. We'll be using it on Chromium Linux to perform complex text shaping. Additionally, we add support for Harfbuzz into Skia, guarded by SKIA_HARFBUZZ. http://codereview.chromium.org/63035/show git-svn-id: svn://svn.chromium.org/chrome/trunk/src@13214 0039d316-1c4b-4281-b951-d872f2087c98
* Skia: bring us closer to upstream.agl@chromium.org2009-03-311-0/+11
| | | | | | | | | | | I want to bring us closer to upstream Skia. This patch consists of hunks pulled from code.google.com/p/skia. I'll also be pushing changes the other way. Review URL: http://codereview.chromium.org/57018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12873 0039d316-1c4b-4281-b951-d872f2087c98
* Revert "..."agl@chromium.org2009-03-311-11/+0
| | | | | | | This reverts commit r12868. I used the wrong commit and messed up the message. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12870 0039d316-1c4b-4281-b951-d872f2087c98
* ...agl@chromium.org2009-03-311-0/+11
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12868 0039d316-1c4b-4281-b951-d872f2087c98
* In certain cases, the coordinates used for pattern rendering can gosenorblanco@chromium.org2009-03-301-2/+3
| | | | | | | | | | | | | | | | | | | | negative, eg., when a negative translation is applied in the shader matrix. This causes the rasterizer to blow up, since it accesses memory outside the pattern bitmap. Since the integer modulus operator for C++ has unspecified behaviour with negative arguments, its value may go negative. In this case, we must offset by the modulus to make it positive again. I decided to do this at a low level in skia, since it seems better to make skia robust than to pray that you get strictly non-negative translations. (There is a fix for this in src/skia/tile_patch.diff, but it's wrong.) This patch should be upstreamed to skia. Review URL: http://codereview.chromium.org/55044 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12789 0039d316-1c4b-4281-b951-d872f2087c98
* Incorporate r134 from Skia. See http://crbugs.com/9005 for details.dglazkov@chromium.org2009-03-231-0/+24
| | | | | | | | R=brettw Review URL: http://codereview.chromium.org/52019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@12294 0039d316-1c4b-4281-b951-d872f2087c98
* Fix Facebook sidebar.mal@chromium.org2009-02-154-14/+110
| | | | | | | | | | | | | Relanding http://codereview.chromium.org/20386 (r9836), this time with re-baselined layout tests. The change affects the pixel diffs for any test with a tiled css background image. BUG = 5564 TBR= brettw TEST= layout tests, conveniently re-baselined to pass with this change :) Review URL: http://codereview.chromium.org/20388 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9839 0039d316-1c4b-4281-b951-d872f2087c98
* Rollback Skia fix for Facebook sidebar: layout test failures.mal@chromium.org2009-02-154-110/+14
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9838 0039d316-1c4b-4281-b951-d872f2087c98
* Fix the Facebook sidebar.mal@chromium.org2009-02-154-14/+110
| | | | | | | | | | | | | | | | | | | This is actually just a replica of the following patch (internal Google URL): http://go/facebook-skia-patch Apparently the changes made by yzshen@google.com were not upstreamed to Skia. In the most recent skia update (r7308), these changes were dropped. I've tested the changes locally, and it fixes Facebook. However, it could possibly break layout tests. BUG= 5564 R= brettw TEST= I'd kill for one. Review URL: http://codereview.chromium.org/20386 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9836 0039d316-1c4b-4281-b951-d872f2087c98
* Fix UMR in skia.kuchhal@chromium.org2009-02-071-4/+6
| | | | | | | | BUG=7464 Review URL: http://codereview.chromium.org/21146 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9365 0039d316-1c4b-4281-b951-d872f2087c98
* New drop of Skia. This is up to CL 121320.brettw@google.com2008-12-1278-771/+1169
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@6925 0039d316-1c4b-4281-b951-d872f2087c98
* Linux: support css font-family fallback.agl@chromium.org2008-12-031-1/+2
| | | | | | | | | | | | | | | Currently we'll always take the first element of a font-family list and run with it, using fontconfig's fallback. This adds a, slightly hacky, test to see if the fontconfig result is good enough and, if not, reports the failure back into WebKit so that other font-family elements can be tried. This fixes LayoutTests/css2.1/t040103-escapes-01-b.html Review URL: http://codereview.chromium.org/12914 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@6320 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up warnings in Skia (also sent upstream)mmentovai@google.com2008-08-227-52/+8
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1209 0039d316-1c4b-4281-b951-d872f2087c98
* Fixed bug #1251296jhaas@google.com2008-08-211-1/+1
| | | | | | | | | | | | This is a regression that is causing me to wonder why it ever worked in the first place. The underflow bug was getting tripped by a very small scaling matrix being improperly treated as a zero matrix, and also, the scaling code was getting bitten by a bug in Skia's edge comparison function which caused incorrect results to be returned when the difference between two values exceeded the maximum signed integer. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1180 0039d316-1c4b-4281-b951-d872f2087c98
* Return 0 instead of NULL for a non-pointer type. Eliminates a warning in GCC.deanm@google.com2008-08-181-1/+1
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@981 0039d316-1c4b-4281-b951-d872f2087c98
* Add skia to the repository.initial.commit2008-07-2794-0/+31160
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@16 0039d316-1c4b-4281-b951-d872f2087c98