From: Sean P. <sea...@ma...> - 2010-09-04 18:31:39
|
Sounds cool but I can't seem to get to the server. To answer Ralph's question, I think a JS library wouldn't be a lot of work. I know of two efforts that are thinking along this lines. I've only done a little JS programming but I'd be interested in collaborating on such an effort and I know a couple of other folks who might be interested. I think there are two key pieces of work here: * Providing a data binding system for JS widgets. * Come up with a good way to declare sheets and cells. The actual algorithms should be pretty straight forward to implement. The current adam.cpp file (including .42 although there are several bug fixes in the mainline depot for .43) is nearly completely decoupled from the ASL virtual machine, decoupling the two will likely be my next step but it is easy to see that the code could work with any function objects (older versions of the virtual machine did dependency tracking and back tracking - that has all been removed). The core of the code is the flow() algorithm starting online 1080: < http://stlab.adobe.com:8080/@lno=y@//adobe_source_libraries/source/adam.cpp?ac=64&rev1=26 > My current thoughts on adam.cpp are: * Completely untangle it from the virtual machine - it will just operate on function objects - this will make it much simpler to use directly from C++ without the language or to plug into other systems. * Change the "when" construct to apply to multiple relationships. * Use the boost graph library to represent the graph, this would give us a simple way to use graphviz for visualizations and to use the connected components algorithm to improve the enablement logic (currently a cell is enabled if it's priority or value is read, however, a better definition is if the cell is part of the same connected component as a cell which had it's value read). * Provide a way to associate invariants with particular output cells. * Provide a standard way to declare limits on cells that controllers can bind to. My gut feeling is that a really clean implementation will be about 500 lines (compared to the current 1500 lines) On Sat, Sep 4, 2010 at 3:45 AM, Ivan Le Lann <iva...@fr...> wrote: > > > I will hopefully find time to fire an online sample this weekend. > > The (quite impressive!) first sample to worked is online. > http://82.240.181.123/ > I'll try to keep this temporary server up a few days. > > Actually this is "begin" c++ code running here, but with a dummy adm/eve > couple. > >From now, I will try to get "begin" to work, and then build test cases > present in APL directory. > > Ivan. > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel > |