Bug 113667 - Implement SVG2's buffered-rendering property for paths
Summary: Implement SVG2's buffered-rendering property for paths
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: SVG (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Philip Rogers
URL:
Keywords:
Depends on: 104207
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-31 17:38 PDT by Philip Rogers
Modified: 2013-04-01 15:14 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philip Rogers 2013-03-31 17:38:50 PDT
Paths can benefit more from buffered-rendering than the other shape primitives (e.g., rect). Lets implement it!

Spec: https://svgwg.org/svg2-draft/single-page.html#painting-BufferedRendering
Comment 1 Philip Rogers 2013-04-01 13:33:26 PDT
Syoichi, I saw that you cc'ed yourself on this. Are you planning on using this feature? I'd love to get feedback on what users are looking to use it for.
Comment 2 Dirk Schulze 2013-04-01 13:38:20 PDT
(In reply to comment #0)
> Paths can benefit more from buffered-rendering than the other shape primitives (e.g., rect). Lets implement it!
> 
> Spec: https://svgwg.org/svg2-draft/single-page.html#painting-BufferedRendering

Lets hold back for a minute and see if we can optimize it in another way before exposing this property widely. What is the main problem on path and how can we fix it without relying on the property. It should be easier than the image problem.
Comment 3 Philip Rogers 2013-04-01 15:14:13 PDT
(In reply to comment #2)
> (In reply to comment #0)
> > Paths can benefit more from buffered-rendering than the other shape primitives (e.g., rect). Lets implement it!
> > 
> > Spec: https://svgwg.org/svg2-draft/single-page.html#painting-BufferedRendering
> 
> Lets hold back for a minute and see if we can optimize it in another way before exposing this property widely. What is the main problem on path and how can we fix it without relying on the property. It should be easier than the image problem.

Consider a complex path such as the animating svg cougar (philbit.com/animatingcougar.svg) or an application that uses very complex paths for text (like Google Docs' presentation tool). In these cases I can see an advantage to not re-rasterizing the path every time.

This isn't a fundamental problem with paths, it's just a graphics reality: sometimes it's best to cache the rasterized result.

I'm happy to wait on this. Unlike image, I don't know of anyone asking for this feature at the moment.