summaryrefslogtreecommitdiffstats
path: root/net/base
diff options
context:
space:
mode:
authorsidchat@google.com <sidchat@google.com@0039d316-1c4b-4281-b951-d872f2087c98>2009-03-02 21:42:55 +0000
committersidchat@google.com <sidchat@google.com@0039d316-1c4b-4281-b951-d872f2087c98>2009-03-02 21:42:55 +0000
commite97cdd5e81a3f8c3bd735ab1e7d264c36c2c3870 (patch)
tree389fa3b1f1413f9cac12b97224abf067f0bb5d38 /net/base
parenta63424d0df79fc6d6742b1670b15985a0acc2efe (diff)
downloadchromium_src-e97cdd5e81a3f8c3bd735ab1e7d264c36c2c3870.zip
chromium_src-e97cdd5e81a3f8c3bd735ab1e7d264c36c2c3870.tar.gz
chromium_src-e97cdd5e81a3f8c3bd735ab1e7d264c36c2c3870.tar.bz2
Rebaseline an SVG layout test. The difference is that we draw two additional one-pixel-wide black lines, one horizontal and one vertical, which occur on the top and left of the box respectively. This gives the box a 3-D appearance. After reviewing the SVG code, it seems we are doing the right thing; i.e., the code specifies to draw these lines with stroke-width="1" to give the 3-D appearance. I am thinking that in the original mac baseline, these lines are not prominent due to difference in Skia SVG line handling and shading.
Review URL: http://codereview.chromium.org/28321 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10728 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'net/base')
0 files changed, 0 insertions, 0 deletions