LSL-Editor

Hello Cryas Tokhes,

the notecards only work in the beta.... i told you

...my listens arent working... just tested it, to me they are working and did not get any bugreports on listening . But it is very difficult to test. Can you send me some code by the contact form? I'll have a look at it. Thanks.

-A.

Same here... and no error messages as well... weird..

I started an LSL-Editor page on the SL wiki.

wiki.secondlife.com/wiki/LSL-Editor

Let me be clear. A wiki is a place where *you* go to add information, advice, links, and help for everyone else.

Enjoy

Ok I have narrowed it down to what might be causing it. It is the sending from the llDialogs

default
{
	state_entry()
	{
		llListen(1007,"",NULL_KEY,"");
		}
	listen(integer channel, string name, key id,string message)
	{
		if (message = "blah")
			llSay(0,"Well blah to you too...");		
	}
	touch_start(integer total_number)
	{
		llDialog(llDetectedKey(0),"Click Blah",["blah"],1007);
	}
}

With the above code... if you type '/1007 blah' you will get a reply; but touching and using a Dialog that should do the same thing yeilds no result.

Hello Cryas Tokhes,

Thanks for your code snippet, I have tracked the problem down immediately, it is fixed in the upcoming release tomorrow. (if you can't wait check the beta release)

Some explanation of the problem.
I made a clean shortcut for scripts to prevent talking to themselves, not based on keys, but on objects. But unfortunately that same fix prevented llDialog talking to the script itself.

Thanks again for squeezing out the problem in just a few lines of code.

-Alphons.

Hey Lee Ponzu,

Great initiative on the LSL-Editor Wiki!!!

Gave me a big smile on some of the information you put already up there.

greetings.

-A.

Alphons, something else that I have noticed (especially when pasting code to the forums) it leaves it in an HTML/web/rich text format (font, color, etc). So once the text is submitted the rich text code is exposed. This seems to only be an issue when using the "original color scheme".

/// Also...

With the notecard information... I have tried many times to resolve this issue but i am getting a weird result. I think it might be the way it pulls from the text file... Where is the debug print out:

ListFindList(NoneAO On/OffMore..34512,More..)=2
GetListLength(CancelMore..)=2
GetNotecardLine(AnimationList.txt,0)=27734346-22e8-47cb-b4fe-ed8c09a68c96
SubStringIndex(test1=animation1,=)=5
GetSubString("test1=animation1",0,4)="test1"
GetSubString("test1=animation1",6,15)="animation1"
GetListLength(CancelMore..test1)=3
GetNotecardLine(AnimationList.txt,1)=643f3c0b-e9bc-47fb-9e48-e695928b7dc6
SubStringIndex(test1=animation1,=)=5
GetSubString("test1=animation1",0,4)="test1"
GetSubString("test1=animation1",6,15)="animation1"
GetListLength(CancelMore..test1test1)=4
GetNotecardLine(AnimationList.txt,2)=792db6a8-cb38-4fbe-bbd2-45c3117d1546
SubStringIndex(test2=animation2,=)=5
GetSubString("test2=animation2",0,4)="test2"
GetSubString("test2=animation2",6,15)="animation2"
GetListLength(CancelMore..test1test1test2)=5
GetListLength(CancelMore..test1test1test2)=5
Dialog(00000000-0000-0000-0000-000000000000,Please choose a pose:,CancelMore..test1test1test2,0)

The notecard (txt file) only has 2 lines...

test1=animation1
test2=animation2

If you notice that the GetNotecardLine... it pulls from line 0, 1, and 2? If appears to be duplicating line '0' (by LSL's standards) as line 0 and 1. And line '2' should be the EOF.

If you are needing any additional information on this, feel free to ask.

Hello all,

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

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".

Release 2.6 contains an XML-RPC interface equal to the original Second Life XML-RPC interface! To test this feature there is also a test application (XmlRpcLSLEditor) available on the LSL-Editor website. It can test your scripts running in LSL-Editor but also it can make requests to the Live Grid of Second Life. In World I have placed an test object listening to RPC requests. No flooding please, build your own object. You have to cut/paste the unique channel key into the program to make valid calls.

Also there is new feature under the Help menu, 'BugReport...' It sends all your problems, or feature requests directly to me, including some scripts, if you want.

I'm still working on a solution/project implementation, to organize scripts, objects and other items, therefore in this release, some menu items are disabled, because the work is not finished. Don't worry about it.

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 finally downloaded this yesterday, but haven'thad much of a chance to play around with it yet. One question though, does it handle llHTTPRequest?

Suggestions, Requests and a Bug report:

First the requests...
1. Pressing Home should take you to the beginning of the code on a line (after all the whitespace).
2. Selecting a block of text then pressing Tab should indent that text block, not replace it. Shift-Tab would remove one level of indenting.
3. Clicking on a compile error message should select/highlight that code and display it on the screen if it is not.
4. Alt-F -> S ... should save. Save As is an "A" key.

Most of those are very nit-picky.. but they are just things I'm used to from other editors.

The following do not show as keywords:
switch, case, break, true, false

And now for the bug, the code below gives me this compile error:
Ln 10 Chr 9: A constant value is expected
Ln 13 Chr 9: A constant value is expected
Ln 16 Chr 9: A constant value is expected
Ln 19 Chr 9: A constant value is expected
Ln 22 Chr 9: A constant value is expected
Ln 25 Chr 9: A constant value is expected
Ln 28 Chr 9: A constant value is expected

// LSL-Editor by SL:Alphons Jano  (RL: Alphons van der Heijden)
default
{
	state_entry()
	{
		// This only asks for the Prim Type.. but we could ask for other parameters if we wanted.
		list primParams = llGetPrimitiveParams([PRIM_TYPE]);
		
		switch (llList2Integer(primParams, 0)) {
			case PRIM_TYPE_BOX:
				llOwnerSay("I'm a Box!");
				break;
			case PRIM_TYPE_CYLINDER:
				llOwnerSay("I'm a Cylinder!");
				break;
			case PRIM_TYPE_PRISM:
				llOwnerSay("I'm a Prism!");
				break;
			case PRIM_TYPE_RING:
				llOwnerSay("I'm a Ring!");
				break;				
			case PRIM_TYPE_SPHERE:
				llOwnerSay("I'm a Sphere!");
				break;			
			case PRIM_TYPE_TORUS:
				llOwnerSay("I'm a Torus!");
				break;			
			case PRIM_TYPE_TUBE:
				llOwnerSay("I'm a Tube!");
				break;				
		}
	}
}

It looks like the PRIM_TYPE constants are only recognized as such inside the PrimitiveParam functions.

Hi Alphons,

I know is not a high priority feature, but have you considered to add an automatic update feature on your application? Would be easier/faster than downloading new versions and replacing with the old one.
Better, on this feature, to download optionally beta versions.

Milambus Oh,

Thanks for your remarks, your requests are noted.

On the "switch - case - break, true false" things.... they are not part of the LSL language, are they? TRUE and FALSE however exists.

If you downloaded the Editor yesterday, please do upgrade to the latest 2.6



Imajica Hand, maybe an automatic update would be nice....

-A.

OK, too much, and out of scope. Still, some simple built in version numbering and tracking would be cool.

That is, after working on a script for awhile, you can check it in. This gives it a version number. Later, you can go back and check out different versions, as needed.

Yea, I grabbed the newest version this morning.

And you may be right about switch not being supported... working in too many languages at once =)

Milambus Oh,

I know the problem of cross language programming. Change the syntax-mindset every time you change programming language.

All your feature requests are implemented in the beta-release. The shortcut for Save / Save as... is more windows like, using Ctrl-S and Ctrl-Shft-S.


Imajica Hand,

There is an auto-update feature build in the beta release, it checks once a day for updates (have to make the update frequency configurable). But also a manual update option is on the Help menu.


Lee Ponzu,

Version numbering is cool, but way out of scope ... Some hooks to other versioning control programs, such as CVS/RCS would be nice. It is on the todo list.


Myself,

The weather in the Netherlands looks good at the moment, maybe going outside for a few hours is not a bad idea ....

Yes, Alphons. Go outside. You have done a lot of constant work on this thing.

I have a script that I am running that works fine in SL, however when ran in your editor, it crashed and causes the editor to freeze. Enough to where I have to end the lsleditor.exe task.

If you can reply to one of my emails, I will attach the script for you to look at (the code is 250+ lines). The freezing seems to be coming up from when I use a specific llDialog. Even though other dialogs work, this one freezes the editor. You will see what i mean.

Jesus... that's what Einstein was talking about when he tried to explain the relativity's concept! lol

Here in NL the weather is crappy for a guy born in Italy!
You can see all seasons in one day!

... in Apeldoorn at least...

About the auto update, many thanks.

omg just discovered this thread!!! I've been using Crimson! YAY ty much ... hate writing scripts inworld ... interruptions and distractions galore ... TY!

I have been trying this editor too, and I'm really starting to like it. I think actually running the scripts while not in world is great, although maybe overly ambitious. There are just to many in-world dependences like objects position/rotation, communication with other objects etc. Would there be an option just to check syntax and use of variables, without trying to execute ?

Hello Cryas Tokhes,

I did reply on your email 2 days ago. I have this great spam stopper, so don't reply on any of my emails directly. Use the contact form, or better, use the Bug Report option on the Help menu. You can send comment and script directly by using Bug Report. Keeps me all information channelled.

Imajica Hand,

In Dutch: Ja, hier in Helmond is het nu ook zwaar bewolkt. En vooral koud. Iedereen wil naar Italie, en jij zit weer in het koude Nederland, lol

In English: The weather in the Netherlands sucks at the moment


Nika Talaj,

Welcome!!


Vent Sinatra,

There are some hooks on Communication with other objects by chat/listen and llMessageLinked / link_message , just open two or more scripts in the Editor and hit F5. I'm working on a solution / project explorer for running multiple objects containing multiple scripts and inventory items. But it is a lot more work than expected. However a syntax check without executing state_entry makes sense!!

In general

"...although maybe overly ambitious..." A lot has to be done. I'm proud of the improvement, comparing to the old 1.0 version of the project where I left it in December, having Strife Onizuka as one of my first supporters, and where we are now, realising I restarted the project nearly 2 months ago.


have fun,

-A.

I too would love to see just a syntax check mode. Just learning LSL, making a lot of stupid errors!

Alphons!

Overly ambitious was not meant to be critism!! Writing all this in a couple of months is amazing. What I meant to say that the LSLEditor makes me already very happy if it just checks the syntax (and maybe handles some warnings for some common mistakes).

Just a quick obsevation here, but have you not already achived the above in that the editor can run multiple scripts and in itself the editer is an object?

If you can make multiple instances of the editor communicate with each other will it not solve the problem?

And I add my vote to the syntax only flag, though I still think that the real strength of LSL_Editor is in the offline debugging rather than just lint.

Keep up the good work

Vent Sinatra,

Did not take it as critism, but sometimes i want to make a statement, just so show the innerchild in me

On the beta release i have destilled the syntax checker from the compiler, just hit F6 function key. It does really the same as F5 (compiling), but no executing is done. I changed a lot of internal implementation. So dont be alarmed if something breaks. However all should work.

Nika Talaj, there are no stupid errors, only things to learn.

A good laugh, I have some bugreport from Maurice where things would compile and execute on LSLEditor but fails to do so on SecondLife....

have a nice weekend.

-A.

Yes and no. Every scripts has its own runtime, so it looks like multiple objects in the LSLEditor. Thats correct. But in SL every object can contain more than 1 script. And also can contain inventory items, has speed, velocity and a lot more properties. Therefore i have to do something to make multiple scripts packagable into some container object also containing other items and having properties and so on.....

Attached is some screenshot of the work done on the solution explorer. It is not finished. But it can do some copy/cut/paste things. The graphics is borrowed from the SL viewer.

The syntax only thingy is working in the beta release. Next week it goes into the stable version.

greetings.