multi-SVG files

[GoogleCodeExporter]

this is a proposal

if we have a complex object in the viewbox that has width and height below
2 pixels in our current zoom view, it may be useful to draw it as a
rectangle with the style determined by the style of the object. 
the browsers are not yet supported by any hardware acceleration (plans for
OpenGL are underway for Firefox), and drawing complex objects that do not
really show to the naked eye would be a loss of computing power. and SVG
rendering is quite expensive.. 

Original issue reported on code.google.com by Christia...@gmail.com on 26 Oct 2009 at 12:01

[GoogleCodeExporter]

Just a thought: The cost of scanning through all elements every time something 
is
zoomed and then swapping out small elements for a rect might be problematic,
especially for large drawings.  I'd prefer to let the browsers take care of 
this.

Original comment by codedr...@gmail.com on 2 Feb 2010 at 5:04

[GoogleCodeExporter]

then.. an alternative:

how about ability to view AND edit 2 (or more) adjacent svg files:

-example: one file has viewports of coordinates 0,0 ,  200, 300 and the other: 
0,200 ,  300,400

the algorithm for "splitting the objects" between these files may also be used 
for calculating intersections, 
unions between rectangles and any other objects..

also for deep zooming out we can come up with some server-side solution when we 
have this into the client..

Original comment by Christia...@gmail.com on 14 Apr 2010 at 7:44

[GoogleCodeExporter]

if we go the way of comment 2, the name of this issue becomes misleading. so.. 
I'll change it. object abstraction 
-> multi-SVG files

Original comment by Christia...@gmail.com on 14 Apr 2010 at 7:50

• Changed title: multi-SVG files

[GoogleCodeExporter]

Christian, can you clarify what the difference is between Importing multiple 
SVGs
into your drawing and this issue?  Thanks.

Original comment by codedr...@gmail.com on 14 Apr 2010 at 7:54

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

yes.. 

this leads to saving to one or more files. not the same content on multiple 
files, but "cutting" objects to the 
"viewpoint" of each file. so there is no intersection area between any 2 of the 
files

think about "the grid" for zooming and the way googleearth does it with 
rasters...

Original comment by Christia...@gmail.com on 14 Apr 2010 at 8:01

[GoogleCodeExporter]

I realize that this is a "hard-to-solve" issue that may take a long time to 
solve or you may even decide that svg-
edit is not intended to work with multiple SVG files at the same time.. but.. 
I'm full of strange ideas and adeveria 
preferes that i open  issues instead of putting them on the discussion list. 
so.. there.

Original comment by Christia...@gmail.com on 14 Apr 2010 at 8:09

[GoogleCodeExporter]

Christian - It might also be helpful if you specify the exact use case you 
imagine 
for this...I'm guessing you prefer to express the problem as a solution for 
general 
purposes, but if you were to add what you have in mind specifically for your 
project 
mentioned before [1], it might be easier for us to envision. :)

[1] 
http://groups.google.com/group/svg-edit/browse_thread/thread/42d4a8d1ba67e2b1

Original comment by adeve...@gmail.com on 14 Apr 2010 at 8:19

[GoogleCodeExporter]

@adeveria:

it is true: for the human body vectorization project, I would like to be able 
to zoom in inside the human body 
down to the level of one cell or even to one molecule and then back zoom out to 
the level of an organ.
But this is not the only project that this feature may be of use!

Think Google Earth: we have a collection of raster "virtually-square" images 
and we take a collection of 3x4 of 
them that are adjacent and form a rectangle. we edit a svg over them, create 
objects, etc. then we should be 
able to split these objects into 12 files: 3x4, and have each "square" have its 
own SVG superimposable over it 
saved into a different record in the DB ;) so..saving in this case will save 12 
files not 1.

I'm sorry.. i have such a hard time making things clear..  But.. let me know if 
i should go yet into more detail..

Original comment by Christia...@gmail.com on 14 Apr 2010 at 9:09

[GoogleCodeExporter]

i'm also preparing to have svg-edit create maps for http://www.locus.ro when it 
will accept geo coordinates and 
solves this issue of multi-SVG files editing

so http://tek.ro/med solution is not my only usecase 

Original comment by Christia...@gmail.com on 14 Apr 2010 at 9:12

[GoogleCodeExporter]

Original comment by adeve...@gmail.com on 16 Aug 2010 at 5:06

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