Background drawing

[GoogleCodeExporter]

More than ability to change background opacity or color, there is a clear
need to be able to have an drawing to draw *over*. 
In many cases you, as a designer, want to use helpers to design: grids,
masks, images already created that have the role of "stage" for your drawing.

so.. we need to separate the background and make it read-only. how about
have the "stage" as a separate file. say empty-stage.svg ?

then people will be able to begin with a custom-image and include it (or
not) in the final output.

Original issue reported on code.google.com by Christia...@gmail.com on 8 Jul 2009 at 8:48

[GoogleCodeExporter]

this is not a defect. is a proposal for future versions. i'm sorry i don't know 
how
to change classification..

Original comment by Christia...@gmail.com on 8 Jul 2009 at 8:51

[GoogleCodeExporter]

Will Issue 57 (inclusion of raster images) help with this?

Original comment by codedr...@gmail.com on 8 Jul 2009 at 1:01

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

inclusion of raster images into the svg background would be nice too. but i 
really
meant that you should have a .svg file used as a stage for the drawing 
(read-only and
with the possibility of including it or not in the final output)

Original comment by Christia...@gmail.com on 8 Jul 2009 at 1:45

[GoogleCodeExporter]

ok.. and an example of a stage for drawings. maybe for comic strips.. since i 
have an
application on google apps with comic strips

Original comment by Christia...@gmail.com on 9 Jul 2009 at 2:58

Attachments:

• scene.svg

[GoogleCodeExporter]

This feature can be implemented once Layering (Issue 73) is complete.

Original comment by codedr...@gmail.com on 9 Sep 2009 at 9:49

[GoogleCodeExporter]

Is the requirement that the user be allowed to choose an SVG file?  Or can they 
just
be limited to raster files?

The reason I ask is that Issue 39 is going to implement the ability to choose a
raster image or color for hte canvas div.  Since Firefox does not support SVG 
files
in background-image contexts, we will not be able to allow SVG files for this.  
If it
is necessary to have an SVG file, then we leave this request open and work on 
it once
Layering is complete.

Original comment by codedr...@gmail.com on 17 Sep 2009 at 3:17

[GoogleCodeExporter]

i was thinking that layers and locking will solve the svg background problem. 
for me:
I'd be more than happy to have rasterized images in the background (even 
outside the
layers system) because that makes sure no drawing participants mess the initial 
data

Original comment by Christia...@gmail.com on 17 Sep 2009 at 3:43

[GoogleCodeExporter]

Seems like this should be fairly easy to do (especially when limited to raster
images). Just a text field to add to the document properties, possibly with 
top/left
fields to fine-tune positioning.

Original comment by adeve...@gmail.com on 29 Sep 2009 at 10:46

• Changed title: Background drawing
• Changed state: Accepted
• Added labels: Good-First-Bug

[GoogleCodeExporter]

With raster images, layers and being able to set the background image (Issue 
39) is
this issue still valid?

Original comment by codedr...@gmail.com on 22 Oct 2009 at 5:46

• Changed state: NeedsInfo

[GoogleCodeExporter]

my take: nope

Original comment by Christia...@gmail.com on 22 Oct 2009 at 8:02

[GoogleCodeExporter]

Original comment by codedr...@gmail.com on 23 Oct 2009 at 1:01

• Changed state: NoLongerNeeded

[GoogleCodeExporter]

Original comment by codedr...@gmail.com on 23 Oct 2009 at 1:08

• Changed state: FixedElsewhere