Could you go ahead and put this in the patch tracker? It's probably worth having an entry in there where we can track this.
(I haven't had a chance to look at the new code yet, but the improvements you describe sound good.)
-mental
On Fri, 2007-08-03 at 17:19 -0500, Glimmer Labs wrote:
Here is the new version of our Scheme Patch:
http://www.cs.grin.edu/~dangelod/scheme-patch-15638.tar.gz
When you run the console there should already be commented out lines in the scheme definitions window. If you run all those lines it should draw and morph a star. If that script does not work, something probably did not install correctly.
It now uses verb modification and eliminates almost all of the exposure to the internal C++ api. Once Bob's API is finished, we will reimplement the Scheme console to use it.
Some questions are answered below:
On 7/30/07, Ted Gould <ted@...11...> wrote:
On Fri, 2007-07-20 at 15:27 -0500, Glimmer Labs wrote:
The reason we added the update flag was for editing large numbers of objects (1000+) without updating the document each time, making it much faster. We found this to be useful because scripting allows one to do interesting things with large numbers of objects (such as morph) and updating the document every time something is drawn on the screen can slow down the function an immense amount.
Hmm, are you committing to the document each time? In theory the redraw should only be using idle cycles. My concern here is that we'd be be providing a pseudo-locking type mechanism that would really do everything most people would expect. I think we either need to provide real locking or find another way to work around it.
We agree that a real locking mechanism would be better or finding another way around it, but we aren't familiar enough with the Inkscape code to figure out where to put that locking mechanism.
Ah, sorry, I thought that since you included it in the patch that this was something you had written. Can we link to TinyScheme? I'm unfamiliar with it. I don't see it in the libraries linked to The GIMP on my machine.
We don't exactly know what you mean by linking to TinyScheme. Can you clarify that? Also, you may have been looking at an older version of The GIMP that didn't use TinyScheme. The current development of Script-fu is switching to using TinyScheme and its folder can be found in plug-ins/script-fu/tinyscheme.
Cool. So would you guys be willing to implement some of the verbs for node manipulation as part of your project? I think that'd be more constructive than copying that code into the scheme interface.
We've implemented some verbs for node manipulation that use void * pdata. We don't know your opinions on that, but we hope it's ok.
In general, what is the goal of your project? Is it to provide scheme functionality in Inkscape or something larger? I'm not trying to be nosy as much as we can probably be more useful in our comments if we know where you're headed.
In general, the goal of Glimmer Labs is to investigate the benefits of functional programming in media computation. Part of this goal is providing Scheme functionality to Inkscape to see the benefits particularly in a SVG vector graphics editor. We would love to eventually see the Scheme console adopted into Inkscape.
Thanks for everything,
David D'Angelo and Soren Berg
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel