Topics created by RichMorin

@richmorin said:

@jolran said:

Hope this can help you (although it's related to modifying geometry in groups):

http://sketchucation.com/forums/viewtopic.php?f=180&t=52014&view=unread#p470425

Yes, that was very interesting. Thanks for the pointer (though it didn't make me feel any better about the situation): "It's worse than that — he's dead, Jim!" Sigh.

-r

Groups should be unique and not treated as components with multiple instances when freshly copied. This is causing so much trouble for scripts! and probably the source of numerous crashes.

Regarding group names, I think the SU implementation is that the name is just an attribute. The identification is done internally based on Ids of the underlying definitions.

If we wanted that all groups are created with a unique name, then I am afraid that this is a request for the SU team to modify the core.

Of course, a script that will make all name unique can be written, but you would have to run it every time you create a new group.

Fredo

Yes, it'd be trivial to collect hidden entities or collect stats. But the point being is that the code is compact and easy when you traverse like that instead of walking model.definitions which would require backtracing.

Epic bump, but is there any news on this? Was upgrading the installation ruby put on the backburner? Should we still be expecting this sometime in the future (or a complete library at least)?

To me at least, this seems like a really important feature - plugins and the community around them are a powerful part of sketchup.

You have to save the view's camera properties to a new Sketchup::Camera instance, then restore it.

view = Sketchup.active_model.active_view vcam = view.camera props = [vcam.eye,vcam.target,vcam.up,vcam.perspective?] cam = Sketchup;;Camera.new(*props) view.zoom_extents view.camera= cam

@caseychamberlain said:

@richmorin said:

As an example of quirky behavior, execute_script() imposes a fairly small (and undocumented) limit on the size of the executed code string. So, although the call can be used to transfer data (eg, as JSON), any significant amount of data will require multiple calls.

What is the limit? I was relying on this to push (sizeable) model data into a silverlight plugin in the WebDialog. I had assumed I needed to chunk, but it would really help to know what that limit is, so I can chunk to that size. 😄

Thanks!

This is the overriding problem:

https://developers.google.com/sketchup/docs/ourdoc/webdialog#add_action_callback

That's a cute hack; thanks!

@thomthom said:

Don't know about 1.8.7 - but they tried 1.9 I think.

😆 So did I !!

The main issue is that that they (the Ruby Core guys,) renamed functions on the c-side, without leaving aliases that would properly call the newer named functions. This is the character encoding realm.

Sorry about that I was not thinking. 😳
There are many improvements that would be fanatastic if were added. Has there been any thing mentioned that we will still be able to access the back end of Sketchup? Or do we have to become some sort of partner with Trimble and only a select few will have access? No point in asking for more access when there is a possibility we will have less. It would be greatto get a comment from the powers to be

We have one here at SCF: [Code Snippets]
... although it doesn't have the word "cookbook" in the title.

I was out of town for a couple of weeks, so the channel went away, but I've restarted it.

Hurray for Chris!

(I will be a bit fat that day but with all who participates - in "spirit")

I'll be there. Its a little over an hour away for me, but I think it will be worth it. And its always fun to meet up with other SU users and talk about SU. It'll be good to see you again Rich,

Chris

@khai said:

open only to programmers or to all?

Open to anyone, but be prepared for a programming focus
to any substantive discussions. If demand warrants, I'm
sure we could have events aimed at a modelers and others,
but my own background and interests lie in programming.

@thomthom said:

UI.timer ? or a Javascript timer?

This has to be a UI.timer, because it runs in the plugin (telling the plugin when to look for proxied messages from the JavaScript client code).

I'm using SU 8, so the bug you mention isn't a problem for me. However, it would be nice to have a solution that works for earlier versions.

We've had 50+ views of this topic, but only two positive responses. If you are interested, please say so (either publicly or privately; I don't care). That way, I'll know whether there's enough interest to start things rolling.

I have updated the page substantially, but still need feedback, etc. C'mon, folks...

@richmorin said:

since we only want SketchUp developers, I'm not sure where else would be appropriate...

Well... more NEW Sketchup developers? 😄 ... the kind who didn't knew that they are Sketchup Developers until they hear about this ? 😆