Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Rob Nelson
Well, now that I've managed to (finally) find most of the UI drawing stuff, it's highly possible that I'll have a working plugin framework for editing LSL (and Lua) scripts from within the viewer within the next year (after I refactor the Lua modules and get GL running). Unfortunately, it looks l

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Ambroff Linden
On Thu, Mar 4, 2010 at 6:26 PM, Morgaine wrote: > Ambroff, adding a specialized interface just to support an IDE is a very > bad idea. I think in general you are right, I was mostly just throwing it out as a half-baked thought. You still have to build a sane object model in the viewer before a p

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Andromeda Quonset
I would be happy if the built-in editor could be upgraded to handle a larger source code file. When I code, I am quite heavy on the commenting, as I maintain many scripts, and I rely on my commenting to refresh my memory about what I was doing, when I revisit a script that I haven't needed to

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Morgaine
Sai, that's exactly how we we were designing Imprudence's plugin system. JSON messages sent by a plugin script were decoded on arrival in the viewer's socket plugin interface, and dispatched to invoke corresponding functions in the Viewer API. Some API functions set up callbacks, typically when r

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Morgaine
Ambroff, adding a specialized interface just to support an IDE is a very bad idea. It's a completely non-scalable approach, very inflexible, and it is simply too much work to add bespoke code each time a new application is wanted. And worst of all, it doesn't allow the user community to add their

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Lawson English
Ambroff Linden wrote: > On Wed, Mar 3, 2010 at 7:03 AM, Jonathan Irvin > wrote: > > I do often hear complaints and wishes for new build tools, what > about us LSL devs? Some things I would like are: > >1. Better IDE in SL Viewer >2. API for com

Re: [opensource-dev] Detecting mouse over sky or water

2010-03-04 Thread Gigs
Also check LLViewerWindow::hitObjectOrLandGlobalAsync ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Detecting mouse over sky or water

2010-03-04 Thread Gigs
It's all jammed in LLAgent last I checked. Like I said, probably needs refactoring. Lockwood, Nick wrote: > Thanks for the tip Jason. Which class are you referring to when you say > "touch picking code?" > > > -Original Message- > From: Gigs [mailto:gigstagg...@gmail.com] > Sent: Wed

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Ambroff Linden
On Wed, Mar 3, 2010 at 7:03 AM, Jonathan Irvin wrote: > I do often hear complaints and wishes for new build tools, what about us > LSL devs? Some things I would like are: > >1. Better IDE in SL Viewer >2. API for compiling in LSL using various IDEs already available >3. Going along w

Re: [opensource-dev] Eclipse Guru's

2010-03-04 Thread Morgaine
Jonathan, we'll have all that and more, as soon as we have client-side scripting. It truly is the universal panacea, because it will allow simple tools to be scripted directly, and complex tools to be linked in via the script as an interface, and orchestrated to work with the viewer. I think perh