copy/paste path rasterized it, not on a Mac

[brynn]

Hi Friends,
Well, mostly Lazur, unless someone else might have a comment 

I was trying to copy a path out of 1 file, and paste into another.  I've never had any problem before, and it's a straight-forward process.  If I paste it back into the same file, it's still a path.  But if I paste into another file, it's changed to an image (raster).

The path is a spirogram, made with Spirograph extn.  The file it's in, is fairly old, although I'm not sure....well maybe it could have some effect.  It's about 6 years old.  The file I'm pasting into is relatively new -- started it maybe a couple weeks ago, edited today....not so large 700kb.

It's so weird.  Unfortunately, I don't know enough of the technical side, to be able to figure out what happened.  But I did manage to copy the node from the XML Editor of the old file, and paste it into the XML Editor of the new file.  After I did that, it seems like the path is now on my clipboard, so that now, the path is pasted, as expected.  So the problem is solved.  I'm just curious what happened.

I don't think this is worth posting in LP.  But I am curious what happened.  So on the outside chance anyone wants to check it out, files are attached.  spiro31bluesorig.svg contains the spirogram in question -- I copied the raw spiro path (none of the colored ones).  And pasted into rast-path-paste.svg, the rasterized image and the correct path, which pasted eventually.

This is Inks 0.48.5 (32-bit) on Win7, 64-bit.  But it's possible the old file was made on WinXP (32-bit)....maybe with Inkscape 0.44 or 0.45.

Thanks for any comments 

[Lazur]

Problem doesn't show up on Inkscape 0.48.4 r9939, opensuse system.

[del]Unlikey, but Alt+B could be pressed -if the copied object was still selected, and, after Alt+V>>>B, the Ctrl was pressed... totally different case, between opened files.[/del]

From the codes of the object it doesn't seem any different from any other.
Well, you wrote spiro-path but the extension draws regular paths. If it was a spiro-path, the path effect would have a part in the defs too.
On a side note, 200+ unused defs were in the svg and 6 empty layers.

Summing it up, there doesn't seem to be a logical reason why that is happening from the svg, probably it could be reproduced with other paths as well?
I would say it is a bug.

[brynn]

Lol, yeah, that file is so old, it was before I learned about Vacuum Defs!  And also yes, I thought using the term spiro-path could be confusing, but since this just an informal message, and not a bug report, I didn't change it.

No, this has never happened to me before, in any version of Inkscape.  I wonder if I could get it to happen again.....  No, I can't even reproduce it anymore.  It must have been just an odd glitch, based on everything that was happening at the time.  Although.....hhmm....this time when I tried it, instead of pasting the path, it pasted as a Group of 1.  That's not normal either!  It's probably something in that old file.  (iirc, that spirogram was probably pasted into that file, from another, 6 years ago)

I've heard that in the upcoming new stable, we'll be able to select a spirogram, and the settings will be displayed, just like with any object.  So soon, I'll be able to make that same spirogram brand new, because I''ll know the settings.  (although it's not mentioned in release notes...hhmm...)

Well anyway, thanks for having a look 

[Lazur]

So soon, I'll be able to make that same spirogram brand new, because I''ll know the settings.

Oh so that was this all about!

In that case, try this:

R=40
r=4
d=27
hipo


For the feature I think it will work on newly created spirograms, because existing ones don't even have an indication in the xml that they were made with the extension.
Like, when you convert a text to path, the font name is still saved in the codes with all the general text settings.
Making the extension adding some notes to the object -in the xml- wouldn't be a big deal I guess, but how to boundle that into the interface outside the xml editor is more questionable.   

[brynn]

In that case, try this:

R=40
r=4
d=27
hipo

Did you find that by trial and error?  Or you understand how the formulas work?  I can only do it by trial and error, change the numbers and see what happens.  I have seen certain patterns in the number values, but I don't know anything about the formulas.

[Lazur]

A bit of both.

It was clearly a hipotrochoid by first glance.
Then, if you look at the number of repeats, there are ten loops before the small circle inside reaches it's starting point.
That means it's circumference is one tenth of the larger circle, meaning r=R/10.
D could be find for any spirograms with that r/R ration, to result in such overlapping.
If d=r, there would be spikes at the side, touching the outer ring, for the loops it should be larger.
Once the shape was right, all parametres was scaled accordingly to the overall size.
Which this case was 2R-2r+2d=1,8R+2d for width and height.



Speaking of calculation, from the shape and width of the object,
1,8R+2d=126;
and the diametre of the inner hole
2R-2r-2D=1,8R+2d=18.

Now that could be calculated:
1,8R+2d=126
1,8R-2d=18
______________
1,8R+2d-(1,8R-2d)=126-18
4d=108
d=27

1,8R+2*27=126
R=(126-2*27)/1,8=72/1,8=40
r=0,1R=4

Shame on me, no try and error would have been necessary.

[brynn]

Holy crap!!   

I guess you DO know the formulas!  I could follow that, understand it, and even use it, with just a little effort, when I was fresh out of college.  Now, however, I would get a headache     But I'm glad you posted it, because I may find some use for it in the future.....who knows?

Thanks again