Cricket for SketchUp; could this be true?

jolran

Spot on Thomthom! Thats the way to go.

Have made some experimenting outside this project with the viewclass. Very cool feature of the API I havent dug to deep into yet. Was thinking wireframe, but when I saw your flat shading gave me new hope. Very COOL!
Adding it to the A1 page TODO list.

BTW. Why do hardcore-programmers slam the keyboard so hard ?

thomthom

It's my cursed web-cam microphone. Picks up every ambient sound.
I need to use my headset with microphone - but I always forget to bring it home from the office.

Honesty, I'm very gentle!

Aaaanyway! Really looking forward to seeing how your project progresses.

thomthom

Btw, to further improve viewport drawing performance: cache! cache! cache!

Don't compute for every draw event, build a cache of instructions when the mesh changes instead.

I got a DrawCache class which has worked very well for me, it can be easily dropped into a project with little modifications because it accepts the same draw methods as the View class.

I wrote it for BezierSurface - but I'll untangle it and push it to TT_Lib so it's publicly accessible.
In my test model the draw event spent 0.100s because it was doing calculations each time. When I hooked up the DrawCache it spent only 0.005s.

thomthom

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

http://www.thomthom.net/software/sketchup/tt_lib2/doc/TT/DrawCache.html

Krisidious

Thomthom has a youtube channel? must subscribe...

jolran

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

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

jolran

@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

@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

@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

@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

@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

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

@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

"Explicit History Editor". Aha there you go.

That name doesent really sell any numbers

Thanks for the info.

DOD3R

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

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

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

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

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