Open GoogleCodeExporter opened 9 years ago
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
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
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
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
[deleted comment]
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
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
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
@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
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
Original comment by adeve...@gmail.com
on 16 Aug 2010 at 5:06
Original issue reported on code.google.com by
Christia...@gmail.com
on 26 Oct 2009 at 12:01