Version 1.0.30 went out with 1 wrong package.
I have a new version 1.0.31 which corrects this.
Please try it and tell me if it solves your problem.

Can you start a new session and run be ruby console prior to running the door maker? Also, I do write information to the gkware_doormaker\config folder - so you need to have rights to that folder.

I don't have mavericks - I run Windows 7 OS. I can give you a stripped down version that just pops up a web dialog box if that will help figure out the problem.

I'm adding a 2D to 3D stair converter to Stair Maker Suite.

The input box pops up when you press the 2D button. You adjust the total rise, number of risers etc. and click OK. The tread number resets to the first tread.

Then you select the edge at the front of the tread (or edges) and select the tread face and press the 3D button (or use a hot key - mine is set to Shift 'T').

Start at the bottom of the stair and work your way up to the top. The Tread number automatically increments and the 2D face reverses (to indicate that you have processed that tread).

Please note that the first and last tread/riser are handled differently than the middle ones.

You must temporarily add a few lines at the bottom and at the top of the stair. At the bottom this tells the 3D button which lines to use for the first nosing. This is especially needed for volutes etc. The plugin knows when you have reached the top of the stair as the tread number will equal the number of risers. The extra lines at the top of the stair tell the plugin how to finish off the top riser.

Here are some examples of different 2D stairs

---

---

---

---

---

Here is the new web interface for the Door Maker plugin.
I am looking for a few testers for Mac and Windows 8.
There are a few advantages that web dialog brings to the plugin.

• Web dialog takes less room.
• Open help file directly from web dialog.
• A few of the inputs now have tool tips (captions in red).
• Options now grouped a bit more intuitively.
• Some options now interact with each other. Change handle location and 'Click Action' automatically changes. You can override the 'Click Action' when you need to.

http://youtu.be/BXLJsuX9xFk

---

No problem - I just wanted to post the complete solution for other users.

Thanks for the help.

I figured it out.

Need to add this line at the bottom of the do_set_origin function

component.definition.invalidate_bounds

Everything is now working !!!!

This is wierd - if I rem out these 2 lines then the door is ok.
But I can't do that because the plugin needs a proper undo.

model.start_operation
model.commit_operation

Thanks Tig,

I was able to modify your algorithm to work. If I ran it the way it was it put the new origin off to the left of the door by exactly the width of the door. So I reversed the transforms and it worked.

I modified the axescomp.rb and it works as well.

Here is the code I used.

def do_set_origin(component, new_origin)

Let 'point' be the new insertion point of the component.

Let vector=ORIGIN.point.vector_to(point)

Let tr=Geom::Transformation.translation(vector)

vector = component.transformation.origin.vector_to(new_origin)
tr = Geom::Transformation.translation(vector)

component.definition.entities.transform_entities(tr.inverse, component.definition.entities.to_a)

All of the component's innards jump to suit, so the instance is now in the wrong place relative to its container's contents...

To fix any instances so the contents are placed back as they were, inside their individual container...

component.definition.instances.each{ |inst| inst.transform!(tr) }
end

I am having this issue with the door. The selection for the door is not quite right. If I save the skp and reload it - the problem goes away. If I double click as if to perform an edit then the problem goes away.

What is happening and how can it be fixed?

---

Tig

I faintly remember you writing about inverse when writing code to move axes. I've searched for this but can't find it.

What I want to do is move the axes after the component and it's nested elements have been created.

Any thoughts on this?

JQL
Flip along axis is great however, if the component has an interaction like rotate to simulate a door opening then you will find that the component reverts back to it's original state (you loose the flip).

What I need to do is change axes.

I have found an old plugin called axiscomp.rb. This plugin changes component axes in code after the fact.

The code has a lot of cut and paste - So I have simplified it - and I have completed and organized the menu selection. There are now 27 choices which represent 8 corners, 1 center, 6 center of faces and 12 mid points of edges.

I did not move the code into a module.

The problem I find with the code (and with the original) is that it only works for unique component. It does not currently work for copies.

I believe that some modification of this code may work for my door axes.

---

axiscomp.rb

Kristoff - I wasn't given the names.

It is also possible that if you add too many plugins and you have limited memory that you experience the same thing. Something like the straw that broke the camels back!!!

Regardless - it is up to Roberto to name names!

I have a door maker plugin which makes cabinet doors. I want to create doors with left hand swings and doors with right hand swings.

It appears that I need to create some doors with the axes on the other side of the door.
I can't figure out how to do this in code.

I start out with a group to which I add stiles, rails and a panel all as groups. Each group is then converted to component instances so that these components will work with cutlist plus or cutmasterpro.

Finally I convert the first group to a component. This main group gets some dictionary attributes assigned to it.

What does it take to either move the axes to the other side or to create the door in the first place with the axes on the otherside?

I have performed tests with SU7, SU8, SU2013 and SU2014 with windows 7 and stairmaker and cannot duplicate this issue.

However - If I load up alot of plugins (without stairmaker) I can produce a significant slowdown.

Roberto (micione) has contacted me via email and confirmed that if he unloads a couple of other plugins that his problem goes away.

I'm thinking there is a conflict with something else.

Running loader.rb really simplifies testing for me
I run SU7, SU8, SU2013 and SU2014 and I have just one location for my plugins.

loader.rb has 2 lines:
require( 'sketchup.rb' )
require_all( 'C:/Users/Public/Documents/Sketchup' )

I put a copy of loader.rb into each sketchup version plugins folder

I create a folder which is added to each sketchup version plugins folder.
I also create a quarantine folder
C:/Users/Public/Documents/Sketchup
C:/Users/Public/Documents/quarantine

I would then move all my plugins over to the quarantine location
Move gkware_stairmaker.rb and gkware_stairmaker folder over to C:/Users/Public/Documents/Sketchup

Startup Sketchup - I'm pretty confident that it will load.

Move 1 or 2 plugins at a time from quarantine over to C:/Users/Public/Documents/Sketchup
and try starting up sketchup.

At some point you will get your crash - Move the plugin that has the conflict back to quarantine and keep going through all your plugins until just 1 or more plugins that has issue with Stair Maker exists in quarantine.

Tell me which plugin(s) these are.

Please note that not all plugins are designed to work outside original plugins folder.

Chris,

What OS are you running. What is your model set to? Are you saying that your entire sketchup session crashed when loading the plugin?

This is the first time I've heard this? There must be something else going on. Do you have rights to plugins folder or are you running virtual store? Do you use a loader.rb and put plugins in a public area?

This is the discussion area for the Stair Maker Plugin. First published version is 1.0.12

These are my plans for Stair Maker - in the end I will have 3 versions each priced accordingly.

1. Stair Modeler - Users design - but do not actually build stairs.
2. Stair Builder - In addition to Stair Modeler, Stair builder will provide several reports containing information required to build stairs. There will also be a drawing of each stringer flattened.
3. Stair CNC - In addition to Stair Builder, Stair CNC will provide a number of dxf files that are used in conjunction with 3 and 5 axis CNC machines.

Pricing details.

1. Licensing is tied to user and computer
2. If you have a Stair Modeler license you can upgrade to the 1 of the other 2 versions by paying the difference of what you originally paid and what the current price of the version you want.
3. Licensing is like a book. Once you have it - you have it. No additional fees.
4. If pricing goes up - you still have your license.

I've been busy learning about JQuery, Ajax, JSONP etc.

Here are 2 ruby scripts that I would like someone to try on OSX Lion, OSX Maverick and Windows 8.

The first script is called 'dialog_test_tabs.rb' and is set up with tabs. The tabs code came from user NewOne
http://sketchucation.com/forums/viewtopic.php?f=180%26amp;t=22662

This works nicely on my machine which is a Windows 7 machine. I have Internet Explorer 11 installed.

The second script is call dialog_test_5.rb and connects to a test web service on my web site. It just passes a very simple JSONP record {"firstname":"Jeff"} and is suppose to respond with 'Your name is Jeff Hansen'

---

Tabbed test dialog

---

---

---

Web service test script

I was hoping to do a POST because I will be updating a database with my real JSONP call.

Unfortunately when I do a check on the php side I see that the call is turned into a GET.
I agree that a timeout and an on error function is a good idea.

My main question is will this work with OSX Lion. I was hoping that someone could try it out and tell me.

Yes that is what I expected.

Which OS did you test?