Proposal/Discussion: Using Lua for scripting, instead of LSL
|
|
Escort DeFarge
Together
Join date: 18 Nov 2004
Posts: 681
|
05-02-2005 06:18
From: Jaynius Shaftoe Yep, that's one of the main idea behind .net/mono: language independance. Upload a compiled assembly ($L10) and put it in a prim. The server will never know what language or compiler you used. This would be great!! I'd just love to be able to check for compilation errors in an external editor like Eclipse before uploading the script to SL. Worth the L$10, or you could also copy/paste if you felt tight on L$ lol. OK, I'm up for Mono (not to mention the speed increases we heard about)! /esc
_____________________
http://slurl.com/secondlife/Together
|
|
Jack Digeridoo
machinimaniac
Join date: 29 Jul 2003
Posts: 1,170
|
05-02-2005 06:37
_____________________
If you'll excuse me, it's, it's time to make the world safe for democracy.
|
|
Jon Marlin
Builder, Coder, RL & SL
Join date: 10 Mar 2005
Posts: 297
|
05-02-2005 08:02
Heh heh... Smalltalk rocks! (I've used Smalltalk for the past 18 years in RL)... - Jon
|
|
Jaynius Shaftoe
Automated User
Join date: 9 Jan 2005
Posts: 29
|
05-02-2005 10:15
From: Jon Marlin Heh heh... Smalltalk rocks!
(I've used Smalltalk for the past 18 years in RL)... You should know about Croquet then! What do you think of it?
|
|
Synergy Belvedere
Prim Reaper
Join date: 7 Jul 2004
Posts: 253
|
05-02-2005 10:33
Now if i could only use Cold Fusion in SL *sigh* lol
|
|
Olmy Seraph
Valued Member
Join date: 1 Nov 2004
Posts: 502
|
05-02-2005 12:33
From: Jaynius Shaftoe But remember that with Second Life, mono is only used server-side. It still won't run scripts on the client. Andrew Linden says that Mono supports client-side APIs, and that Second Life will include that feature. That way you'll be able to write client features (such as a private GUI for games like poker, different edit tools, etc.). And if you have a Mono VM on your client machine, I'd think you'd be able to call Mono scripts as well. I'm nervous about the security implications (trojan in a module that transfers land or money to another account, say), but the opportunities are exciting.
_____________________
Some people are like Slinkies... not really good for anything, but they sure bring a smile to your face when you push them down the stairs.
|
|
Jaynius Shaftoe
Automated User
Join date: 9 Jan 2005
Posts: 29
|
05-02-2005 14:10
From: Olmy Seraph Andrew Linden says that Mono supports client-side APIs, and that Second Life will include that feature. That way you'll be able to write client features (such as a private GUI for games like poker, different edit tools, etc.). And if you have a Mono VM on your client machine, I'd think you'd be able to call Mono scripts as well. I'm nervous about the security implications (trojan in a module that transfers land or money to another account, say), but the opportunities are exciting. Will the script run on the client or only access client-side functionality (like llTargetOmega)? Full client-side scripts is obviously mouth-watering. As for the security concerns, I wouldn't worry. .NET is completely sandboxed and is designed to be used in untrusted environments, just like Java.
|
|
Jon Marlin
Builder, Coder, RL & SL
Join date: 10 Mar 2005
Posts: 297
|
05-02-2005 15:22
From: Jaynius Shaftoe You should know about Croquet then! What do you think of it? Yeah, I know about Croquet -- I know a bunch of the guys who are developing it (the Smalltalk community is a small one). Croquet is interesting, for sure. Some of the stuff in Croquet is far advanced beyond what SL has, but then again it is nowhere near a released product. I don't know if Croquet can support the server-side streamed content like SL has, but I truly believe that streaming data is the only reasonable way to build a user-editable world like SL has. I would love more than just about anything to script in Smalltalk for SL, and that more than anything has me interested in Croquet. But if mono does what we hope it does, then I'll be happy to stay in SL. - Jon
|