LSL-Editor

I've been reading the transcripts from Zero Linden's office hours and I haven't seen anything like this kind of rumor? I am curious where you might have heard it?

Zero says things might change a bit when (if) mono is finished, but he seemed pretty insistent on keeping the 16k limit and emphasized using external world data storage sources instead of allowing notecard writing.

I haven't tested it, but I did hear that there is a limit to to object's inventory (which I think would include scripts) but it was pretty high (like ~100?)

Skip my first comment on this, this is added in the next release.

-Aphons.

Maybe I read it wrong. But the limit is enoying, adding more and more scripts as a solution to this problem..., makes the memory usage even higher!

If I get my hands on my source about this, I'll cut-and-paste it into this thread.

-A.

ps. I think I miss interpreted or concluded this from these transscripts:

http://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2007_Aug_14

Where Kooky Jetaime tries to move Zero...

"[13:54] Zero Linden: of course, I realize that the current limits are absurd since you put as many scripts as you want in your objects"

Absurd things are changed by the Lindens ..... starting my own rumour now!!

Where did you get this crazy idea?

Inside some Huddle ....


As of today release 2.17 of LSL-Editor can be downloaded (or let the auto update do the job).

LSL-Editor: is a standalone Windows "Editor / Compiler / Debugger / Syntax checker / Runtime environment" for Second Life scripts, based on .NET framework. Because it does not need Second Life grid nor viewer, it is very useful when the grid is down for maintenance, or when you are not connected to it. It can compile and execute many LSL scripts, but also the code completion, features make it a "must have". An HTML Help LSLWiki can be downloaded and used within LSLEditor to make this a true offline working environment.

This is a minor update. Mostly bug fixes and minor corrections. The 'Die' button on the runtime does a better killing job. As of 2.17 the compiler / parser generates warnings by default . This can be turned off in menu Tools - Options - Debugging - General. The ennoying scrolling bug when typing is fixed. The 4-spaces indent menu settings was broken, so I think most of you people use the TAB char. Which is good { Braces } highlighting works when typing. Thats about it.

Thanks for all the support. And remember, you can use this program absolutely for free, but don't forget to donate if you find my work useful.

Have fun coding.

-A.

The .Net framework is optional for XP and installation is only reccommended if you use software that requires it. Once installed it would update automatically, but if you don't have it installled, then auto update would not install it

I'm very impressed by your bug turn-around rate, thanks very much!

I try to release a stable version of LSLEditor once a week, but sometimes it is necessary to purge one. Just got an 'SaveAs... broken' report. Fixed it, uploaded LSLEditor 2.18 a few minutes ago.

Have fun.

-A.

Alphons,

LSLEditor is great! I like the idea of projects, and I have some questions.

1) What command line options are available? I know I can launch a file, anything else? I love command-line options.

2) How do I set/change the GUID of an object? I'd like to use existing GUIDs in my script to test. Makes it easier for me to test.

Thanks in advance!

~moe~

Alphons--

Thanks for the updates.

I knew the track-that-lowsy-too-small-memory-limit enhancement request was out there

Knowing that one is approaching the 11-12k size could be helpful, but it's probably best for one to always code in modular fashion from the get go with LSL anyway, lol.

Great stuff!

--Trevor
p.s. I vote for your rumor. That would sure be nice

As of today release 2.19 of LSL-Editor can be downloaded (or let the auto update do the job).

LSL-Editor: is a standalone Windows "Editor / Compiler / Debugger / Syntax checker / Runtime environment" for Second Life scripts, based on .NET framework. Because it does not need Second Life grid nor viewer, it is very useful when the grid is down for maintenance, or when you are not connected to it. It can compile and execute many LSL scripts, but also the code completion, features make it a "must have". An HTML Help LSLWiki can be downloaded and used within LSLEditor to make this a true offline working environment.

This is a minor update. Mostly bug fixes and minor corrections. I was busy working on other projects so this release is not tested much, this is were you all come in Most of the changes are in the usability of the debugger and error panes. The information on them, can now be selected and copied. There is an extra command line option /run which starts the debugger after loading scripts. Guids on any item in the solutionexplorer can now be changed (right click, select properties) There were some major changes on internal functions, hope it does not break anything. There are also some small changes in GUI.

Thanks for all the support. And remember, you can use this program absolutely for free, but don't forget to donate if you find my work useful.

http://www.lsleditor.org/

Have fun testing this release.

-Alphons.

May or may not be useful to you alphons - depends on how you tokenize internally...

@?[_A-Za-z][_A-Za-z0-9\.]*|\"[^\"]*\"|[\[\]{};]|//[^\n]*

Backslashes are not escaped in the above, below they are...

"@?[_A-Za-z][_A-Za-z0-9\\.]*|\\\"[^\\"]*\\\"|[\\[\\]{};]|//[^\n]*"

For you to take or leave

best
/esc

Alphons--

I noticed the following with Projects/Solutions, when more than one object is added:

1) Adding new sub-components to an object always get added to only one object (no matter which object is highlighted. The first object to get a sub-component will be the recipient from that point on. Same goes for adding an object as a sub-component and then trying to add a script to that sub-object. The script is not added where expected.

2) The above can be remedied by manually editing the *.prj file and moving the subcomponent sets to the desired location.

slightly off topic, because I don't trust PM's to work...

but I'm curious.... why .Net?

don't get me wrong, love the idea, love that you put so much work into it.... but is there that much functionality being leveraged from the framework, to justify not making it stand alone....

.net is great for distributed services... I'm just kinda curious why people go with it for things like this? help me out? =)

Despite its name, .NET is really the whole runtime framework and a lot of convenience stuff for user interfaces etc much like the Java JRE. If you want to write code in any of the current MS languages, you are writing for .NET even if it's a stand alone app.

http://en.wikipedia.org/wiki/.NET_Framework

Couple of issues, Alphons . . .

When using a project, if I close the editor, it does not ask me if I want to save any unsaved work. It does when I just open files without a project. (I sometimes need that reminder!)

Also, could you put an option to print linenumbers when a file is printed?

Finally, is there a way to make syntax checking skip a tabbed file? I often have a page of notes open in a tab, and get a whole list of errors. . .

Thanks,
Baron Hauptmann

I realize the nature of .Net's framework, My question was more, "why tie it to this framework, rather than make it a standalone app"... for instance, back in v6 of the various MS languages, you could build that app as is, include any neccessary components (or look for them) and distribute.... without the user having to have this or that already installed.

personally, THIS is the first app I've seen using .Net that actually seemed useful...

my understanding was that the main benefit of .Net(vs the old way) was supposed to be the whole "software as service" game... which never seemed to really catch... with the side benefit of preventing inexperienced programmers from forgetting a component, or assuming everyone had it...(not worth loading a bunch of junk components that will more than likely never be used IMHO)

does .Net prevent compiling stand alone? has it become a translated/pseudo-code language like Java?

Hello all,

Trevor Langdon, maybe I have to disable the add object to object feature. Only scripts and notecards are useful to add to an object the moment. And you can only add objects to a project. These object can be made 'active' (right click). Scripts and notecards are added to the active object, all the time....

I hear people thinking... maybe he has to write some manual.... true

On the .NET thing. There are more reasons to program in .NET Personally i have written in a lot of different programming languages, but I could make LSLEditor work by one of the features found in the .NET framework which is compiling and executing C# code. There are so many similarities between C# and LSL script, I could manage to make a parser to translate LSL to C# and let the internal compiler do the difficult work. If I had to program in lets say C of C++, or in Java, there was no LSLEditor at all. I'm no compiler guru.... Just an ordinary guy having these weird dreams of making the world a better place. I agree with Ralph, and Void you are right, the IL, (intermediate language) is a lot like the class files in Java. The people at Redmond have done a fairly food job, taking the best out of Java, en let the bad things out. I am keeping my eye on the development of MONO on the unix platforms to do some porting of the app, but at this time the priorities are at the internal ll functions. Next release contains some nice updates on internals.

Baron Hauptmann, all your requests are noticed, seems reasonable. But hey if you had made a bugreport, it was solved already... There is this hidden feature, if you have some file open in LSLEditor, and right-click the tab where it sais "Script", (tab is beneath the tab where the filename shows) you can check 'Disable compile/syntax check'. It should do the trick on skipping the file in de compile/run session. It is reset everytime you close and open a file. (not sticky)

A lot of words. Currently I am working on some SVN (Version control) proxy handler for the IIS platform. There wasn't any.... This in relation to version control functionality in the LSLEditor. And more....

-A.

thanks for the reply, I'm kinda sad to hear that .Net went to strictly IL, as I have it sitting on a shelf here (I know bad me, who doesn't immediately rip software out of the box and install right?)

and I totally understand the ease of use issue for translating/running LSL commands... keep up the great work, I know it's very much appreciated

Ah, thanks. That does the trick. I was only clicking on them and noticed they didn't turn bold and didn't think to right-click

This would be a welcomed added feature

Currently, I save the script, then use the Save As feature to save successive versions, then close the Save-As'ed version, and re-open the script that is specified in the Project.

--Trevor

Well, like Java, .NET uses a JIT to avoid interpreter sluggishness, and actually there is a mode where you can do a one time complete compilation to machine code and save on install. It makes for faster loading and slightly faster executing code at the cost of one time installation compilation time. There is no traditional compile and link though, and even those usually required a run time environment, so they weren't generally really standalone anyway.

apologies to OP for the hi-jack


not sure what you mean here... would love to talk e-mail if you like, I'm on gmail, noxferocia

no point cluttering the thread, this message will self destruct when I remember to delete it =)

As of today release 2.20 of LSL-Editor can be downloaded (or let the auto update do the job).

LSL-Editor: is a standalone Windows "Editor / Compiler / Debugger / Syntax checker / Runtime environment" for Second Life scripts, based on .NET framework. Because it does not need Second Life grid nor viewer, it is very useful when the grid is down for maintenance, or when you are not connected to it. It can compile and execute many LSL scripts, but also the code completion, features make it a "must have". An HTML Help LSLWiki can be downloaded and used within LSLEditor to make this a true offline working environment.

This update fixes some internal functions. Thanks to Huney Jewell, I started to examine the functions which are used in 'ParseString2List' from Strife Onizuka, and also the script 'Separate_Words' , by Ppaatt Lynagh. Both scripts are found on LSLWiki and I have put them on the Examples screen of LSLEditor for testing purposes. LSLEditor executes these scripts having the same results as inworld. I had to correct the implementation of llParseStringKeepNulls and llParseString2List and also a few missing operators were added.

Current work is related to SVN (Version control). Because there is no SVN implementation on Microsoft Internet Information Server, I started to write my own. This slows down development of LSLEditor in general, but in the end, we have SVN included in LSLEditor. Thanks for the bugreport senders, some are still open. Don't worry, eventually I will close them

http://www.lsleditor.org/

Have fun testing this release.

-Alphons.

Sounds like an excellent environment for windows users. Nice work!

But just wanted to add... Any Linux scripters out there looking for an off-line platform, the best I've found is Eclipse running with the ByronStar LSL plug-in. You can configure it to run your script through LSLint at the touch of a button as well.

Thanks Al (already send my linden of appreciation, more to come as this thing continues to displace SL client as my editor)!

I read through many posts, maybe I glazed over it, but I don't see how it is possible to link objects together and test things like llDetectedLinkNumber() and llMessageLinked(). Is this supported? Seemed to be from list of internals.

When I call llDetectedLinkNumber() it (correctly) gives me a 0 return value saying that nothing is linked. But I don't see how to link things. Thought that might be implicit in the objects contained within a project and that 'set as active' might be the way to make a given object in a simulated linked set the target focus. Anyway, love it so far.

Apologize if I am just missing something.