LSL-Editor

Quick update on the project:

1. Absolutely right.... just released a new version,
enter does submit the goto form
2. at_target was not in the list..... now it is.
also http_response and remote_data were missing, now they are added also.
(at this moment, there is no functionality behind those events, but in future there is) but they compile very well, and can be triggered manually.
3. All floats ending in just a . are not supported, this is by design, just type a 0 after it, and it compiles again.

As i stated earlier, llStopAnimation eats only strings. But it bothered me, got the implicit string operator in place for keys, so llStopAnimation(somekey) should work now, and all the other key argumented functions. Did not much testing today, hope nothing breaks.

cheers.

ps. Geoff, Nice braces!!

I really like the editor, some nice options. I was wondering if it would be possible to put a project window on the left, much like MS Dev. so it's easier to see what scripts associate with what. I've looked for this option in other editors and can't find any. Would be nice to visually see on a side bar the scripts and what they are associated with, because I often do projects that take several scripts.

I like it too, but I have a totally weird request...

Can you make a standalone version, including .Net, that will run on any computer from a flash drive? Or, can I, for that matter (I am not a windows .net kinda guy.)

Just want to say hi,

Lee: "I like it too, but I have a totally weird request..."

...... yes it is!!! lol, it is (for me) not possible to get it all on your mem stick. The framework is a highly delecate piece of software and is not so easy to tame.

Lazink: "project window on the left"

Would be nice. I have to make something to package scripts and inventory in the future. Why not combine those things.

Lyn:
"Operator '-' cannot be applied to operands of type 'rotation' and 'rotation'"
"Operator '/' cannot be applied to operands of type 'rotation' and 'rotation'"
"vector * vector: Cannot implicitly convert type 'double' to 'vector'"

Took some time, i know, basic stuff, this night i had some spare time to implement those.

have fun.

-Alphons.

Will you release the source under some sort of license so that people can suggest fixes or features that they need?

Some sort of open source project would be great, but if you don't want to do that, what if you only post some low level parts. For example, there is probably code that implements the operators and functions, such as vector * rotation...

I could look at that and send sample code that would perform the operation.

Alphons....

Excellent little editor you've written. Quite handy for a scripts newb like me, actually. (Especially when my home sim lags to death becasue of that ruddy club that just opened. )

Anyway, I just ran a script I was writing through it and discovered an oddity you might want to consider... The very first time I ran the debug it threw all sorts of "Line 94 Column 41: ) expected" errors until I realized it was reading comments I had inserted into the script so I could track where it was branching. For example:

say(string msg)
{
llSay(0,msg)
}


say("Entered llListen from default state entry"


Without the underscore between the words 'state' and 'entry' the program thinks it is a badly written state_entry() function.

Very, very minor, all things considered, but I dont understand why it wouldnt just ignore everything in properly enclosing quotes, unless its a feature designed to find missing quote marks?

Also, could there someday be a place on the status bar which indicates the current row/column cursor position? I keep losing count on the long lines.

Other than these very minor things, this program means I can continue to script on my laptop even when I am at work and away from the only machine I have that will run the game. THANK YOU!!

Hello Lee (and others),

Just sended you an email few minutes ago about your question, also had the multiply and division operators for rotation and the multiply operator for vector and rotation in place yesterday.

There has a lot to be done, but i think the program is the only one which can do compiling and debugging outside SL. And that is unique. I don't want to make it go open-source and get to many different versions out there or missing an entrepreneurial opportunity. Its to early. Maybe making a roadmap is not a bad thing to do first. I enjoy it to work on the project, and if requests coming in, i implement it within days. Where do you see such a Service Level Agreement today? If i would llDie, i get my source-code put online, but hey, thats life For now, i have to figure out a better way to release "stable" and "beta" versions.

have fun.

-Alphons.

Hello Flaar,

Thanks for your big thank-you, thats my fuel to keep me going.

You are absolutely right. Parsing state between quotes is a bug. I have to check the regular expression on that. You can fix it on placing an '-' character after the word state. Most of the parsing in the program is really old. I did not put much effort in those. But then again, i have to fix it.

One bonus, made a quick implementation of the Line/Character position of the cursor showing on the statusbar of the main window. I had more requests for the feature. Just released a new version of the program.

greetings.

-Alphons.

My pleasure!

And ironically, thats exactly how I got round the bug. A " - " after state. : )

I'll check out the update tomorrow. Well past bedtime in my part of the world.

Thanks again...

Hello all,

An update on the LSL-Editor project. Just Released LSL-Editor 2.3

LSL-Editor: the standalone Windows "Editor / Compiler / Debugger" outside Second Life, based on .NET. 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, for example, in a train, or on the beach, and want to do some script coding, testing...... but also the codecompletion features make it a "must have".

There is a lot improved. The release notes don't say it all. But main effort was put in the old string parsing routines. Also a lot of new operators (vectors, rotations) were added to the compiler. The old 'double' routines are deleted. All LSL types have their own classes now in LSL-Editor:
integer, float, string, key, vector, rotation and list

As from now on, I have a download for (more or less) stable releases and a beta version of the program online. I don't want to change the stable release, only bug-fixes, for example if something breaks and I did not find it in testing. The beta release however is a (multiple) daily build containing new features etc. The beta is also a normal stable release, but not extensively tested.

http://www.lsleditor.org/

The best thing, it is for free, but don't forget to donate if you find my work useful.

Have fun.

-Alphons.

I like your editor so far, but there are a couple of features I think it could really use:

1. Brace/bracket matching - hovering the mouse over a brace/bracket, and have the matching one light up, so it's easier to see where matching brackets have gone wrong.

2. Code collapsing - Right clicking on a brace/bracket and having all the code between the two matching braces/brackets "collapse" down to show something like: { ... } This really helps when dealing with LARGE amounts of code.

(both of the above could/should apply basically anything with a opener and closer: { }, [ ], " ", ' ', < >, ( ). perhaps even allowing the user to define his own custom sets.

Hello Spiritfire,

Thanks for your remarks.

The features of "Brace/bracket matching" and "Code collapsing" are really nice.

Code collapsing is on the todo list but is hard to implement. The beta download contains "bracket matching". It matches:

parentheses or round brackets: ( )
box brackets or square brackets: [ ]
curly brackets or braces: { }
angle brackets or chevrons: < >



greetings.

-Alphons.

Hello there,

As of today release 2.4 of LSL-Editor can be downloaded.

LSL-Editor: is a standalone Windows "Editor / Compiler / Debugger" for Second Life scripts, based on .NET. 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 LSL scripts, but also the code completion features make it a "must have" .

Release 2.4 is more or less a GUI update. A few minor bug fixes, added search / replace, brackets highlighting, full functional undo / redo. And made some good progress on speeding things up and the program eats less memory .

A special word on my donation friends, thanks, it is much appreciated.

http://www.lsleditor.org/

The best thing, it is for free, but don't forget to donate if you find my work useful.

Enjoy!!

-Alphons.

Thanks, Alphons, this is *REALLY* good


Scite is a very helpful multi-language editor that collapses code. It loads even quicker than Notepad so I use it for all my text work; you could easily run it every time you use LSL_Editor, just for the collapse feature - cut&paste, you'll be done in no time
It recognises LSL, btw.

http://www.scintilla.org/SciTE.html

HTH,
Cherry

Hi there,

I think that, despite the great feature of most of commond editors, this tool is what I whish in an offline LSL editor.

I have just a couple of items in my whislist (so far):

- Linked prims simulation to debug Link_message event
- Ability to debug two (or more) concurrent scripts, in order to test some kind of communications that uses private chat, e-mail and/or random channels (e.g.: vendors <-> vendors servers)

In both case, a random, temporary UUID should be generated for the virtual prim.

These two features are not so needful, but could make the life easier

Hello Cherry,

The folding line issue of the editor is on the todo list, however creating solutions / projects containing multiple scripts and/or inventory items is first thing to do.

Imajica,

The "Ability to debug two (or more) concurrent scripts" is working!! The chat / listen functionality is working as of release 2.1 For chat, whisper, shout, even llRegionSay and user typing works. There is a listen example on the website:

http://www.lsleditor.org/screendumps/Listen.htm

random keys are generated for every script.

greetings.

-A.

I have used this, too, and it is pretty useful. On my wishlist is separate windows for he separate scripts, so I can see them interact side by side instead of being interleaved.

Do two scripts behave as if they are in the same object? Or in two differnt objects. Both options would be great.

sailer

Hello Lee,

Got your verbose output on events in place

You can switch off the tabbed document settings and having windows side by side. On the LSL-Editor go to menu "Window" and uncheck "Tabbed document".

hoppa.

-A.

Awesome... Remind me to dump you some lindens.

Ok Wishlist.


Scripts in virtual objects
-Multiple linked objects.
(so we can use link message)

Script to script Listen/chat
aka
// LSL-Editor by SL:Alphons Jano (RL: Alphons van der Heijden)
default
{
state_entry()
{

}
touch_start(integer total_number)
{
llSay(1, "boom";
}
}

and

default
{
state_entry()
{

llListen(1,"",NULL_KEY,"";
}

listen(integer channel, string name, key id, string message)
{
llSay(0, message);
}
}


Would allow each script to interact.


On the collision being able to set the velocity etc. and lldetected parms for collision.
would be nice.

also http requests doing actual requests.


memory usage in the debuger AKA showing the memory of the script real time.

Ill prob think of more soon.

TY for your work. I would pefer to use this instead of ingame to code ane only test in game cause i hate the lsl editor in game LOL.

Hello all,

There was an issue on using NULL_KEY and llListen. It was broken.
Got it fixed, just updated the program.

have fun again.

-A.

Another thing...


Highlite code... Hit backspace does not delete the code thats highlighted.

Hello Dimentox Travanti,

your chat / listen scripts works,
just download the new release, there was this issue on llListen and NULL_KEY!!

http-request works, see http://www.lsleditor.org/examples/sources/HTTPRequest.lsl

backspace issue, can not reproduce but it there are more people having the same problem i have to fix it.

take care.

-A.

What about my other requests are they doable?

cause i use Link message a ton.
and collisions and controlls

Hi Dimentox,

The main goal is to implement all 'events', such as collisions, link_message, sensor etc. They are on my 'huge' todo list. At this moment only a few functions are implemented, but all LSL functions are verbose. So you can c what is actually happening in the scripts when running. It is far to complex to build an exact copy of the InWorld runtime engine of SecondLife. (ThirdLife?

The memory usage is an other thing. In the LSL-Editor there is no memory limit nor a possibility to measure memory usage. Maybe we have to think of something as a raw guess... but then again, it would'nt make sense in respect to SL InWorld.

grtz.

-A.