3 ms·
I linked this elsewhere on the thread, but you might find it interesting in the meantime: http://fabric-engine.com/2011/10/couldnt-you-just-use-javascript-2/ ht
by FabricPaul 15y ago
I linked this elsewhere on the thread, but you might find it interesting in the meantime: http://fabric-engine.com/2011/10/couldnt-you-just-use-javascript-2/ http://fabric-engine.com/2011/10/couldnt-you-just-use-javasc...
There are more details on KL, and the reasoning why we didn't use JavaScript
- azakai 15y agoThanks, that was interesting. While I have you here :) , can you please elaborate on your Bullet/Fabric demo? Specifically, how did you get the Bullet C++ code to run on the Fabric Engine? (Since that doesn't use C++?)
- FabricPaul 15y agoSure - we designed Fabric to be extendable, so it can include existing c++ libraries. So we just integrated the Bullet SDK. http://fabric-engine.com/2011/11/building-extensions-on-windows/ http://fabric-engine.com/2011/11/building-extensions-on-wind... covers the extension model in detail. Does that answer your question properly? I can get more info if needed.
- azakai 15y agoThanks, that does answer my question. I asked because I work on compiling C++ into JavaScript, and I was curious if your technology included something to compile C++ into KL. I assume integrating existing C++ libraries to Fabric Engine has no security model, then?
- FabricPaul 15y agoRight - they have to be 'trusted', much like a plugin. People will have to explicitly choose to install them. Right now we bundle them all in he plugin, but that's just until we write the manager
- azakai 15y agoMakes sense, thanks again for all the replies.