layout/reftests/svg/as-image/svg-image-recursive-1b.svg@deefc01c0e14 (annotated)
layout/reftests/svg/as-image/svg-image-recursive-1b.svg
Thu, 15 Jan 2015 21:03:48 +0100
- author
- Michael Schloh von Bennewitz <michael@schloh.com>
- date
- Thu, 15 Jan 2015 21:03:48 +0100
- branch
- TOR_BUG_9701
- changeset 11
- deefc01c0e14
- permissions
- -rw-r--r--
Integrate friendly tips from Tor colleagues to make (or not) 4.5 alpha 3;
This includes removal of overloaded (but unused) methods, and addition of
a overlooked call to DataStruct::SetData(nsISupports, uint32_t, bool.)
| michael@0 | 1 | <!-- This SVG file uses itself as an image. Currently, we don't paint |
| michael@0 | 2 | recursively-referenced images beyond the first level. When this testcase |
| michael@0 | 3 | is viewed directly, it gets treated as a document (not an image), so its |
| michael@0 | 4 | <image> element is painted. However, the <image>'s own *internal* <image> |
| michael@0 | 5 | element does *not* get painted. So we end up painting two blue circles: |
| michael@0 | 6 | one for the <circle> and one for the <image>'s <circle> (and no more). --> |
| michael@0 | 7 | <svg xmlns="http://www.w3.org/2000/svg" |
| michael@0 | 8 | xmlns:xlink="http://www.w3.org/1999/xlink" |
| michael@0 | 9 | width="100" height="100"> |
| michael@0 | 10 | <circle cx="10" cy="10" r="10" fill="blue"/> |
| michael@0 | 11 | <image x="20" y="20" width="100" height="100" |
| michael@0 | 12 | xlink:href="#foo"/> |
| michael@0 | 13 | <!-- When used as a URL, #foo evaluates to ${my_url}#foo, which (when treated |
| michael@0 | 14 | as an image URL) just turns into ${my_url}. --> |
| michael@0 | 15 | </svg> |
