Hello,
I had been working with a progressively complicated SVG file when after a while I noticed strange behavior:
- When I tried to export the drawing or the bounding box defined by some object, all I got was a transparent PNG file.
- When clicking on the "Zoom to fit drawing in window" button, I didn't see anything any more. Only via Edit->Select all and then "Zoom to fit selection in window" button lets me the entire drawing.
- When I set the page size to some selection (single or multiple selection), the page was set to something that didn't have to do with the selection at all.
- When I ungrouped stuff that had been moved, copied and pasted or ortherwise modified, parts of the group flew all over the place.
- Several other aggravating things that I fortunately don't remember.
- Saving as "Plain SVG" and then loading that didn't change anything.
Of course I thought it was some weird invisible object causing all this, so I deleted all layers one by one but the behavior persisted. After I ended up with a completely empty drawing, I drew a single rectangle into it and still observed the weirdness. I've attached the file in question. It was made with v0.45, but v0.44 behaves the same.
Open the attached file, then click "Zoom to fit drawing in window". You'll see.
Or select the single object, then do File->Document Properties->Fit Page to selection. For giggles, click several times.
What's happening here?
--D.
On 10/16/07, Dan H <dunno@...649...> wrote:
I had been working with a progressively complicated SVG file when after a while I noticed strange behavior:
It's caused by the viewBox attribute in the root SVG that some other program inserted into your SVG. Delete it and the drawing will jump, but after that it will behave normally. It's a known bug, we do not support viewBox properly.
On Tue, 16 Oct 2007 13:56:46 -0300 "bulia byak" <buliabyak@...155...> wrote:
It's caused by the viewBox attribute in the root SVG that some other program inserted into your SVG.
That's interesting. I have to admit that I edited the SVG file by hand, but I never touched the ViewBox thingy.
Thanks, --D.
On 10/18/07, Dan H <dunno@...649...> wrote:
On Tue, 16 Oct 2007 13:56:46 -0300 "bulia byak" <buliabyak@...155...> wrote:
It's caused by the viewBox attribute in the root SVG that some other program inserted into your SVG.
That's interesting. I have to admit that I edited the SVG file by hand, but I never touched the ViewBox thingy.
Inkscape never inserts viewBox in its files, so if not you, some other program must have done it :) Maybe you used some non-Inkscape file as a template.
On Thu, 18 Oct 2007 14:37:51 -0300 "bulia byak" <buliabyak@...155...> wrote:
Inkscape never inserts viewBox in its files, so if not you, some other program must have done it :)
Ohh... yeah, I needed to rummage my memory quite a bit, but in fact it was me who inserted that line eons ago when I had the ambitious plan of embedding the real SVG into a webpage.
I decided to stick with a (Makefile-generated) PNG and forgot all about the viewbox.
So... it was me. By hand.
Thanks, --D.
Inkscape never inserts viewBox in its files, so if not you, some other program must have done it :)
Ohh... yeah, I needed to rummage my memory quite a bit, but in fact it was me who inserted that line eons ago when I had the ambitious plan of embedding the real SVG into a webpage.
well, perhaps eons ago this was ambitious, but nowadays it's perfectly fine. 3 of the 4 main browsers display SVGs fine, not all features maybe, but certainly good enough to cover >90% of the static vector file uses. So, maybe give it another try.
I decided to stick with a (Makefile-generated) PNG and forgot all about the viewbox.
I really hope that Inkscape learns to deal with viewBoxes, and nested SVG elements. Both are very important concepts of SVG and are commonly used in graphics and applications on the web.
Andreas
On Fri, 19 Oct 2007 13:33:48 +0200 (CEST) "Andreas Neumann" <a.neumann@...2251...> wrote:
I really hope that Inkscape learns to deal with viewBoxes, and nested SVG elements. Both are very important concepts of SVG and are commonly used in graphics and applications on the web.
Yes... that, and CSS. Extremenly important to blend the SVG into web pages, or to define palettes of sorts in general.
--D.
For some reason someone attached this as an anon. comment to my RFE
---cut here--- Attn peoples, someones ripping off your app!
http://www.trademe.co.nz/Computers/Software/Graphics-multimedia/auction-1233... ---cut here---
I think this has been discussed before.
On the (more interesting :-) topic of my RFE, Bulia, what did you think of my amended proposal, pasted below?
Cheers -Terry
In the RFE I suggested three options,
--query-all id1 id2 id3 ... idN --query-all my_prefix_* --query-all
all with the same output, but listing only some ids, listing only some ids by regex, or listing everything. Note that the last is not compatible with the first two. Right now I favor the third option because it avoids regex and creates a mechanism for listing the ids. So what if --query-all dumped the following:
id,x,y,width,height path34,345.3,52,200,344
etc. etc.
i.e. the first line lists the fields, allows for more fields to be added in the future, and provides a hint for a human reader.
Is simple comma delimiting sufficient? There should probably be an assumption that things may need quoting in the future, maybe even the present if someone creates ids with commas. I think that's immoral, but it's probably not invalid :-)
Does something like that cover what you're looking for?
Terry Brown wrote:
For some reason someone attached this as an anon. comment to my RFE
---cut here--- Attn peoples, someones ripping off your app!
http://www.trademe.co.nz/Computers/Software/Graphics-multimedia/auction-1233... ---cut here---
I think this has been discussed before.
This is simple: if that someone include the license file and sources on the CD, then it is perfectly legit, those are the only requirement of the GPL.
On 10/22/07, Terry Brown <terry_n_brown@...12...> wrote:
On the (more interesting :-) topic of my RFE, Bulia, what did you think of my amended proposal, pasted below?
As I said I like it, I just wanted to hear some second opinion on the format of the output. Anyway, I think you can start working on it, as this format will be easy to change in any case.
participants (5)
-
Andreas Neumann -
bulia byak -
Dan H -
Nicu Buculei -
Terry Brown