Posts made by ksor

ksor

@jean lemire said:

Hi KSor, hi folks.

There is no need for guide line or axes changes.

See this SU file for ideas.

Ha, ha, but Jean I beleave the problem is "how to slide along an edge tha is NOT parallel to one of the axes" - that's for the bolt.

I beleave this "sliding along en edge" (if I only knew it !) can be used to move the arcs too.

some minits later ....

Oh, yeah I got it - that's better !

THX Jean !

ksor

Thx - I got it working now

Both method will work but I think I prefere the one with the AXES-tool

THX !

ksor

I have some problems with this drawing, I want to:

move the bolt in its axcial direction
prolong/extrude the round part (where the bolt is threaded in the round part = the yellow ellipse)

both in the direction shown by the red arrow.

I could do it IF IT WAS ALONG one of the ORIGINAL axes - but it's not !!!!

How is it done ?

ksor

I saw a video on Youtube where a Hinge was controlled from the keyboard - in the UI dialogbox the field 'controller' was filled in with:

0.5-(righty)

and the UP/DOWN arrows could turn the Hinge.

Can anyone explain the formula or give me a link to en explanation ?

I mean, what has 'righty' with UP/DOWN to do - Y-axes or .. ?

ksor

@mptak said:

I'm glad to see Chris is still hanging around. SP and its elegant use of Ruby is way too cool to give up as this Sketchup Bus makes the connection at Trimbleville. Of course the Blender thing is also worth a look but here's hoping SP is rejuvenated.

As I understand Rich O Brien Blender is NOT an alternative to SP when I want to animate my SU drawings - right ?

I have tried some small samples and I think SP is just what I need !

Where is the manual that fits BEST the version 3.2 ?

I have tried:

https://sites.google.com/site/sketchyphysicstutorial/home

http://sketchyphysics.wikia.com/wiki/SketchyPhysicsWiki

none of them seems to fit 3.2 concerning the Controller-field in Hinges - I CAN*T insert anything in this field and I think thats why I don't get any slider in the ControlPanel when running the simulator.

BE HONEST - IS THIS PRODUCT DEAD - then delete it from the forum - if not: HEY YOU, speak up if you use SP !

ksor

Thx for beeing so honest ! (more people here should be that concerning Ruby ! )

But I see Blender as a VIDEO EDITING program - does it have some "physics for SketchUp too ?

IF so, where can I get it then ?

ksor

@rich o brien said:

Use Blender. SketchyPhysics creates more problems than it solves I'm afraid.

????? Are you saying NOT to use SketchyPhysics !
(Strange as an administrator of a forum for SketchyPhysics - I think !)

When I Google for Blender I get links to "Video editing program" - is that an alternative for SketchyPhysics

IF "Blender can be used instead of "SketchyPhysics" to animate SketchUp drawings, where can I then get "Blender" ?

ksor

TIG
We are not able to communicate with each other - I'm not exspecting any answers, but I think you should know:

You wrote:
"IF you tried making these three scripts you might find they do work !
IF they don't the Ruby Console WILL provide errors to explain why they failed == my typos!"

and here is what's comming up when starting SU:

Error Loading File KSORgoodbye.rb
undefined method `add' for #Sketchup::Menu:0x33a2430Error Loading File KSORhello.rb
C:/Program Files/Google/Google SketchUp 8/Plugins/KSORhello.rb:11: syntax error, unexpected kEND, expecting $end
end #module
^

That's why people should not accuse you af being a good teacher.

You WILL or CAN not imaging what's comming up in your students minds - but we can not be expected to provide more than our abilities permit - that goes for both teacher AND student !

ksor

Thx to Aerilius - very usefull explanation !

ksor

Oh, maybe I was not clear enough - of cause I FIRST run the first code - and it works fine !

Then I comment out the first code and made the new part of code with the SECOND code and when I run this I get the warning and error !

You write "The problem is that you earlier used temp1, temp2 = results"

I did NOT used the line 'temp1, temp2 = results' in combination with second code sample - it's commented out and I made a new line 'temp2 = results' as you can see in the second sample code.

I don't get what you mean by this:

@unknownuser said:

"> temp1, temp2 = 1,2
→ temp1 = 1; temp2 = 2

temp1, temp2 = *[1,2]
→ temp1 = 1; temp2 = 2
temp1, temp2 = [1,2]
→ temp1 = 1; temp2 = 2

But:

temp1 = 1
→ temp1 = 1
temp1 = *[1]
→ temp1 = 1
temp1 = [1]
→ temp1 = [1]
Do you see what works in both cases?"

ksor

It would be better with a link to a WORKING code about this special point alone !

People should never accuse you for being a good teacher - and what makes this absolutely true is your last comment:

".... if there are typos they ought to be obvious........."

ksor

I have this code working well:

prompts = ["Trin", "Gevind"]
            values = [@steps, @turns]
            results = inputbox prompts, values, "Angiv antal;"
            temp1, temp2 = results
            if (temp1 != false)
                @steps = temp1
                @turns = temp2
                steps = eval(@steps)
                turns = eval(@turns)                
                mo.start_operation "screw"
                screw(pt1, pt2, steps, turns)
                mo.commit_operation
            end

I want to leave out one of the fields, then I run this code:

prompts = ["Trin"]
            values = [@turns]
            results = inputbox prompts, values, "Angiv antal;"
            temp2 = results
            if (temp2 != false)
                @turns = temp2
                steps = eval(@steps)
                turns = eval(@turns)      #<<<<<<<<<<<<<<<<<< this is line 371
                mo.start_operation "screw"
                screw(pt1, pt2, steps, turns)
                mo.commit_operation
            end

and now I get this warning and error:

(eval):1: warning: Float 24.0 out of range
Error: #<TypeError: can't convert Array into String>
C:/Program Files/Google/Google SketchUp 8/Plugins/KSscrew.rb:371:in eval' C:/Program Files/Google/Google SketchUp 8/Plugins/KSscrew.rb:371:in create_geometry'
C:/Program Files/Google/Google SketchUp 8/Plugins/KSscrew.rb:271:in `onLButtonDown'

WHAT THE HECK IS WRONG HERE ?

No problem in the first batch of code - an array with only 1 item should be allowed or .. ?

ksor

???
I think you write about TWO different files here:

"Make a script called !submenumaker.rb that loads early that contains the line
$KSORsubmenu=UI.menu("Plugins").add_submenu("KSOR Tools...")unless $KSORsubmenu"

this is the first one - making the "Plugins / KSOR Tools" menu structure, and

"Then in each file that you want loading into the submenu use: $KSORsubmenu.add_item('First Tool'){KSORtools.FirstTool()} etc..."

this is the next file - you write 'in each file ... use: $KSORsubmenu.add_item('First Tool'){KSORtools.FirstTool()} etc...' !
and from you last posting: "No, the 'etc' means add extra menu items as desired..."

Why should each individual tool file make a menu item for MORE than itself - I simply don't get you !

The "wheel" must have been invented - I'm sure I'm NOT the only one wishing to see a SIMPLE AND EASY sample code around the issue "Making your individial tool files run from a submenu to 'Plugins'" - as close to OOP principles as possible = each individual tool file should install itself in the 'Plugins' (or a sub to it !) menu - NO (or as few as possible !) dependencies between the individual files !

Why is it so hard to get a "standard" or "best practice" here ?

You hard-liners should be able to make a SIMPLE and EASY working sample in minutes instead of all this smokescreen and misunderstandings.

ksor

TIG

I think your first solution best fits my needs because it's more flexiable and a new tool can "install" itself in the menu (assumed the "!submenumaker.rb" is loaded !) in best OOP practice BUT ...

I think your "etc..." in each file holds the lines for triggering/starting up the tool in that particular file - how should these lines look like ?

ksor

It makes a nice menu, yeah, but it don't use my file structure where the individual tools are placed in individual folders.

ksor

I want an sample of code so that very, very easy can edit (add, change and delete) my tools awaiable for the user:

there is a menu in SU called "Plugins"
as a submenu an item "MyTools"
in that submenu my tools are listed "one by one" in the submenu

A file structure like this would be nice:

.../plugins/MyTools/MyFirstTool
MySecond Tool¨
.....

Maybe I have to have "a menu rb" as the first layer, but that's OK I think.

PLEASE give a link to such sample WITHOUT need for reading books on books !

Someone must have invented the wheel before !

ksor

@arcad-uk said:

Jeff, thanks for your contributions to this thread, useful stuff. As to which is the right solution to the OP I guess we will never know unless he comes back and posts. My initial reaction was he may have been trying to add a sloping cut to his semi-circle.

As I did write earlier I just saw a video where the method was used to make a thread on a screw - and I could see that was wrong when you take it to the extreem - but I WOULD TOO HAVE exspected it to be THE method - why scale it up just because I move the end point along the normal vector to the original "arc" - to me the original arc IS a strait line wrapped around a cylinder between the two end points - why should it NOT continue to be that because I move the one end point ?

Why did the developers choose to scale it UP from the surface of the cylinder ?

Maybe it's tuff to do the coding for "what I would exspect" - then why not be more "naturel" and just tighten "the NON-elastic robe" between the two end points - to me it's NON SENCE to make the robe SUPER MAGIC ELASTIC so it lifts itself from the surface !

ksor

Jeff

When I move the end point along the normal vector I would exspect "it" to move on the surface of the cylinder - and it does ! - BUT the "elastic rope" from the moving end point to the other end point is NOT streching on the surface of the cylinder - it is wrongly floating UP from the surface - and THAT's the error - it should stay on the surface of the cylinder.

I've seen WRONG methods for making a threads using this method - but it SHOULD be "the" method - but the developers implemented the "move" on the arc wrongly !

ksor

@arcad-uk said:

You have scaled the diameter, therefore the radius of the bulge has expanded by the same scale factor causing the apparent distortion on the ground plane.

A workaround would be to extrude a semi-circle "solid" and then intersect it with a face at the reuired angle.

"I did not" scale anything ) but I'm happy you say a "work around" - because I would say it's an fatal error !

ksor

Try draw an half circle on one of the axes.

'Lift' it in the left ending point by choosing 'Move' and move the left ending point ON THE NORMAL VECTOR ... something like the radius.

The projection of this new 'climbing path' on the 'ground' STILL should be a half circle - but it ain't - why ?