Cricket for SketchUp; could this be true?

thomthom · 3 Apr 2013, 08:59

Here we go:
https://bitbucket.org/thomthom/tt-library-2/src/tip/TT_Lib2/draw_cache.rb?at=Version%202.8

Class: TT::DrawCache — Documentation by YARD 0.9.9

(www.thomthom.net)

Krisidious · 3 Apr 2013, 09:26

Thomthom has a youtube channel? must subscribe...

jolran · 3 Apr 2013, 09:33

Thanks! Very generous and useful

I'm deep into JS and webdialog stuff right now so I have to deal with that Ruby part later.
But again VERY useful.

This Node-based UI needs heavy planning. Compared to a normal UI wich more or less has determined number of options, here the user adds new options dynamically.
Obviously one has to consider that when working on communication between nodes..
It's functional programing I suppose..

My brother bought a Mac, so I will be able to test for that as well. So thats good.
Funny little thing, looked like a Playstation.

thomthom · 3 Apr 2013, 09:58

I recommend using a framework such as jQuery - takes a lot of the pain away.

jolran · 3 Apr 2013, 10:33

@unknownuser said:

I recommend using a framework such as jQuery - takes a lot of the pain away.

I am. It would be very difficult for me without Jquery. It's difficult as it is.
When things get going I guess one can refactor to plain js as much as possible, should one feel improved performance is necessary?

thomthom · 3 Apr 2013, 10:45

@jolran said:

When things get going I guess one can refactor to plain js as much as possible, should one feel improved performance is necessary?

I wouldn't even consider it. Not unless you can prove by measurements that jQuery produces a bottleneck.

jolran · 3 Apr 2013, 14:31

@unknownuser said:

I wouldn't even consider it. Not unless you can prove by measurements that jQuery produces a bottleneck.

Thanks that's sounds reassuring. I'd rather not change..

Spent a whole day trying to get the nodes communicating.
Finally made some progress. When dropping a nodecurve on an endpoint, and a event trigger and grab the value from the sourcenode, yesy! That's a very important aspect of the plugin.

It turned out that the connectionplugin do not create DOM elements or rather JQuery objects . So had to find some fancy Jquery selectors to convert the elements for "parler".

I notice I'm raping this topic quite a bit. Might create a new topic later on IF I get some good news or a testversion(that might delay) to play with. Sort of WIP maybe?

pilou · 3 Apr 2013, 15:14

@unknownuser said:

Might create a new topic later on IF I get some good news or a testversion(that might delay) to play with. Sort of WIP maybe?

Sure!
Bon courage!

thomthom · 3 Apr 2013, 15:43

@jolran said:

It turned out that the connectionplugin do not create DOM elements or rather JQuery objects . So had to find some fancy Jquery selectors to convert the elements for "parler".

What fancy selectors? Swapping between jQuery and DOM objects is trivial. Are you doing too much work?

@jolran said:

I notice I'm raping this topic quite a bit. Might create a new topic later on IF I get some good news or a testversion(that might delay) to play with. Sort of WIP maybe?

This topic was based on an April Fool's prank. It'd served its purpose. But if you want to keep the discussion grouped in a separate thread then let me know if you want me to move some of the comments from this thread to another.

jolran · 3 Apr 2013, 17:29

Thanks Pilou

@unknownuser said:

What fancy selectors? Swapping between jQuery and DOM objects is trivial. Are you doing too much work?

Don't know, it wasent obvious how to go about.
The connector JS-plugin has it's own namespace.
So I could not slam id or class selectors on the connector. The connector had it's own special object Id where I could extract "source" as the DOM object connected to this connector And from there use whatever Jquery selector needed.

Just took a while to figure out..

@unknownuser said:

This topic was based on an April Fool's prank. It'd served its purpose. But if you want to keep the discussion grouped in a separate thread then let me know if you want me to move some of the comments from this thread to another.

I will do that. But I think it will be ok to start an empty topic.
First I got to see where this can lead to. Then gotta figure out a name.
Cockroach ? Just kidding. I don't think it's a good idea to have a name that has a bug in it.

dmatho · 3 Apr 2013, 17:49

@unknownuser said:

... But I think it will be ok to start an empty topic... Then gotta figure out a name. Cock-roach ?

David Rutten, who initially developed what's now known as Grasshopper, called it "Explicit History Editor", the reasoning being it was that the UI allows graphically remapping processes and workflows ("the History"), irrespective and beyond actually creating and editing 3D geometry.

The actual product name may come later (!?), I'm just providing, of you will, the background principle or spirit that's driving this brand-new usability for SketchUp, behind the scene.

Cheers,

. Diego .

jolran · 3 Apr 2013, 19:27

"Explicit History Editor". Aha there you go.

That name doesent really sell any numbers

Thanks for the info.

DOD3R · 5 Apr 2013, 11:26

Hi Jorlan,
This will be a gamechanger !!! and much better than Christmas.

PS: I volunteered for beta testing your hatchface/paneling plugin, but I discovered that I am not able to provide you with constructive feedback due to lack of experience with plugin development. I am just sketch up enthusiast with architectural education. So I am not very useful betatester at this stage, but I hope I can help later. May by I can do some UI design stuff or You name it I would be more than happy to help make parametric modeling available in SU.

jolran · 5 Apr 2013, 11:38

Thank you, but I can't make any promises this will become a useful working plugin.

But, I'm sure you can provide constructive feedback. I don't have much experience in plugin development either, really. Just hacking away, solving problems when they come...

Just a simple matter to test if the plugin works on your system could be of big help.
I'll let you know when there's something to test.

All the best.

plot-paris · 7 Apr 2013, 18:32

Hi jolran,

sounds really exciting. I am looking forward to a bit of alpha-testing
such a plugin would be awesome indeed!

PS: the "Cricket"-name of the april fools prank isnt too bad, actually...

jolran · 7 Apr 2013, 22:52

Hi Plot-Paris.

@unknownuser said:

I am looking forward to a bit of alpha-testing

This can take a while.. But thanks for showing interest!

I'm planning, testing and reading up on JQUERY events a lot at the moment so it's no standstill, just needs a lot of staging since the GUI has to be kept in a dynamic
nature. Even if starting small..

Today I took a break from troubleshooting though and worked on OPEN_GL lines and flatshaded meshes as per Thomthoms suggestions. Pretty cool indeed. Could prove very useful.
Using 4 rgbvalues gives a nice transparent and not so dull looking mesh.

1 big problem is to bridge SU and JS in a flexible yet fast way.
And it still has to work with Mac who has sync problem with many callbacks.
It's also difficult to pump the values from within SU when the DOM is dynamic. I.e number of nodes and combinations, ID's is unknown beforehand. Maybe pump a big JSON...
Lazy VS eager evaluation.. etc..

BTW using the name "Cricket" on this Interface is a lawsuit creeping around the corner.
Gotto distance myself a little there...

Like I said earlier, I'll probably start a new thread soonish, if all goes well.

jolran · 8 Apr 2013, 07:30

I believe some of these posts can be moved to NodebasedWIP topic ?

dmatho · 8 Apr 2013, 11:08

@jolran said:

I believe some of these posts can be moved to NodebasedWIP topic ?

Nice, in my opinion you should simply go for it! At this point, you're probably well ahead of the game developing such a desirable feature

Many thanks, cheers,

. Diego .

thomthom · 8 Apr 2013, 11:48

In TT_Lib2 I have a GUI framework where I build the UI with Ruby classes. Then the webdialog opens the Ruby side pushes messages to create the UI dynamically on the JS side. The Ruby side creates the ID for the control which is used on both sides to look up the correct corresponding UI element.

jolran · 8 Apr 2013, 11:59

Thanks Thomthom I'll look into that. Although everything is very eventdriven by Jquery UI.