[Plugin] Sketchup Ivy

EarthMover

good work earthmover
but can you say how to increase the thickness ofr your ivy plz?

Not really sure. I left all the settings as default and what you see was my first quick attempt. I did scale the foliage up a little but the vine itself is on default settings using the 0.6.2 beta build with imperial units.

driven

Solo,
oxer pointed out that it needs to be

key == 73 on PC's and key ==105 on Mac's

but it was changed to that for 6.0.2 so if your using 6.0.2 then maybe 73 is the spanish keycode for i.

I don't have a PC to check.

you can change line number 69 in Liveivy_tool.rb to whatever you know works, it was 82 for [r]...

Also it was previously on line number 73, so maybe there was a typo...

john

driven

hi all,

I should have at least tweaked the current version... ahhh

the <h4> headers need to be tweaked as well to be bold and centered

<span style="margin-left; 50%; font-weight;900" class="label">Branch</span>

NB: this may just be for safari...

0.6.2

driven

hi
sorry if the 'i' caused havoc for IE users,
maybe someone can see if this breaks anything first,

the formating in the main.html is broken in safari, which makes it hard to change settings.

it's easily fixed by adding breaks between the list items, but I'm not sure what that does in IE...

this may be just a safari thing,,,

also can show_modal for mac return, I use a snippet I nicked that I believe works for both

snippet REMOVED not working properly, will investigate???

great work

john

sadyo

Nice Plugin,but just for the report...

When i trying v0.6.2,
All feature inside Parameters it seem appearing and worked properly.
Ctrl+click and Alt+click worked fine

But when i try shift+click, nothing happen, so i cannot see the leaf

I Hope this problem would be solved on the next release

Thanks in advance

I,m Using SU 8 M1 Pro and Win7 64bit

rodrigonotor

Hi, i want to say: great plugin!, I try it and this is the result:

Also, I translate to spanish, here are the file, only rename to main.html

Me he tomado la libertad de traducirlo al español, solo hay que renombrar el archivo a main.html

main_es.rar

12-05-2011 10-39-36 PM.png

srx

When I start SU it begins with this:
Error Loading File LiveIvy.rb
Can't insert empty component.

This is solved with replacing version 8 leaf components with version 7 in Textures folder...
but still not working:

Error: #<NoMethodError: undefined method -' for nil:NilClass> C:/Program Files (x86)/Google/Google SketchUp 7/Plugins/LiveIvy/LiveIvy_tool.rb:241:in birth_stem'
C:/Program Files (x86)/Google/Google SketchUp 7/Plugins/LiveIvy/LiveIvy_tool.rb:234:in each' C:/Program Files (x86)/Google/Google SketchUp 7/Plugins/LiveIvy/LiveIvy_tool.rb:234:in birth_stem'
C:/Program Files (x86)/Google/Google SketchUp 7/Plugins/LiveIvy/LiveIvy_tool.rb:223:in birth' C:/Program Files (x86)/Google/Google SketchUp 7/Plugins/LiveIvy/LiveIvy_tool.rb:99:in onLButtonDown'
C:/Program Files (x86)/Google/Google SketchUp 7/Plugins/LiveIvy/LiveIvy_tool.rb:234

thomthom

@pierreden said:

(face.classify_point seems buggy)

What issues do you have with this method?

Pierreden

Thanks for all comments, kind words, crits and suggestions! Uploaded a new version 0.6.3 and tries to solve a number of issues and suggestions.

@Earthmover: BRILLIANT! I guess this goes for everyone, but if you got some nice looking leafs, flowers or Ivy'ish stuff, im more than willing to include it in the releases (or maybe organize it somehow, website?)

@driven: Added the breaks in the html. Hope this is better for all mac users. Added formatting to h4 headings

@driven/solo: I can confirm that i is 73 (thats on my scandinavian keyboard). Added 105 to the "reset ivy" key mapping on advice from you guys

@sadyo: The tool code is rewritten (after shameless spying on thomthoms Selection_toys code. Hopefully i handle mouse events right this time )

@Rodrigonotor: awesome! Will include this soon.

@srx: Thank you! The components have now been switched with SU 7 components. Hopefulle this works!

@thomthom: I guess its expected behaviour, but if you try to classify a point on a face which is inside a group, the point is classified as not on the face. The result is this.The second problem is that some branches in the plugin sometimes manage to "break through" faces. Im not sure if this is a classify_point issue. or plugin algorithm which sometimes break, but cant solve the problem 100%.

thomthom

@pierreden said:

@thomthom: I guess its expected behaviour, but if you try to classify a point on a face which is inside a group, the point is classified as not on the face. The result is this.The second problem is that some branches in the plugin sometimes manage to "break through" faces. Im not sure if this is a classify_point issue. or plugin algorithm which sometimes break, but cant solve the problem 100%.

Have you taken into account the transformation of the group? If you pick a point on a face inside a group you get a point for the current context, and then you need to apply the transformation for the group(s) which the face is within.

@pierreden said:

@sadyo: The tool code is rewritten (after shameless spying on thomthoms Selection_toys code. Hopefully i handle mouse events right this time )

For handling Shift, Ctrl etc?
I think you might want check a more recent plugin, like Select Curve: http://forums.sketchucation.com/viewtopic.php?t=31091

I'm not sure if Selection Toys does it 100% correct. I can have a look in the code and compare against Vertex Tools (which I have tested on Windows and OSX).

Pierreden

@thomthom said:

Have you taken into account the transformation of the group? If you pick a point on a face inside a group you get a point for the current context, and then you need to apply the transformation for the group(s) which the face is within.

No I haven't. If i make a single face and grows an ivy on it, without grouping the face first, there's no problem at all. But if i group the face before growing an ivy on it, adhesion doesn't work, a consequence of classify_point not returning 1. Unless a transformation is applied to a group by the very act of grouping, transformations itself cant explain this behaviour.

Can it be that Sketchup interprets this situation as if the point not being on the face itself, but "on" the group?

@thomthom said:

I'm not sure if Selection Toys does it 100% correct. I can have a look in the code and compare against Vertex Tools (which I have tested on Windows and OSX).

PM

thomthom

@pierreden said:

No I haven't. If i make a single face and grows an ivy on it, without grouping the face first, there's no problem at all. But if i group the face before growing an ivy on it, adhesion doesn't work, a consequence of classify_point not returning 1. Unless a transformation is applied to a group by the very act of grouping, transformations itself cant explain this behaviour.

I couldn't find classify_point anywhere in the code... not in the current version?

How do you obtain the point you test against classify_point, an InputPoint?

Pierreden

@thomthom said:

@pierreden said:

No I haven't. If i make a single face and grows an ivy on it, without grouping the face first, there's no problem at all. But if i group the face before growing an ivy on it, adhesion doesn't work, a consequence of classify_point not returning 1. Unless a transformation is applied to a group by the very act of grouping, transformations itself cant explain this behaviour.

I couldn't find classify_point anywhere in the code... not in the current version?

How do you obtain the point you test against classify_point, an InputPoint?

Look in livevector_core.rb. line 187.

classify_point is used to find the closest face to a new node on a branch, so the points tested against classify_point is the last point on each branch.

thomthom

When you test your point against a face nested inside groups/faces you must trasnform that point to the co-ordinates of the face's containing face.

So if you have a face nested inside a Group1 > ComponentInstance1 > Face, then you must add up the transformation of Group1 and ComponentInstance1 and apply that to the point to send to face.classify point.

Pierreden

@thomthom said:

When you test your point against a face nested inside groups/faces you must trasnform that point to the co-ordinates of the face's containing face.

So if you have a face nested inside a Group1 > ComponentInstance1 > Face, then you must add up the transformation of Group1 and ComponentInstance1 and apply that to the point to send to face.classify point.

Thank you, get it! But i dont understand what transformations are applied to a new group (aka what happens when you group entities)?

thomthom

When you group, or make a component, out of existing entities they get their own local co-ordinates within the new group/component. (Within the ComponentDefinition)
The group/component is inserted at the bottom front left corner of the boundingbox of the selected entities. To the grouped entities, this point becomes [0,0,0].
(Though, when you add a group via Ruby API I think the group's origin is set to the current context's origin.)

EarthMover

Here is an English Ivy leaf that works well.

leedeetee

This is probably a ridiculously stupied question but how do I get the ivy leafs to actually show up?! What am I doing wrong?!

EarthMover

CTRL click to bring up the red "+" symbols to indicate where the leaves will go and then SHIFT click to apply and create the leaves.

Instructions are in the last section of the User Interface.

nomeradona

i dont knoe why i have this

Error Loading File LiveIvy.rb
Can't insert empty component.