Your top scripting wishes for 2008?

Whatcha want? Assumptions:

* that Mono will finally happen
* that the full suite of ll* calls will be available from several languages
* (which means associative arrays, switch statements, and other basics
will finally be addressed)

My little wishlist:

* ditch the 16k limit
* give us an event handler that reports:
- which face got clicked
- the x,y,z of a click
* llGetInventoryDesc()
* notecard read limit of 8192 bytes per request
* http data limit of 8192 bytes per request
* URI data type for inventory (store web bookmarks in objects) INVENTORY_URI

--
p.s. I look at Metaplace and am happy to see they chose Lua

I want this period! lets get it first and then move on to the future

Being able to pull Textures/Images from the web and place them on a prim... Then I could produce pictures on the fly using php and display it's results in SL - then, I wouldn't have the need for text being displayed on a prim...

Unfortunately that gets rid of the fee for uploading, which means LL won't do it


Anyways, I'd love to see some secure scripting implemented by LL, which detects scripts that are obviously for malicious purposes (Such as an on-rez function that replicates itself every tenth of a second). Could help cut back on griefing, only problem is it would take a while to get it right, it would start out saying perfectly good legit scripts are bad...

-Input fields thru a dialog box or even on prims.

-In-world or remote Data store.

I understand that both have serious issues to be addressed, but even limited versions could go a long way for a better user experience.

Agreed on mono and tossing 16K limit.

I think the biggest win would be an offline way to run in a debugging environment that was identical to a piece of the grid, a couple of small sims would do. It is extremely difficult to build complex systems without a debugger and I doubt SL will ever become a serious platform without this capability.

On anti-griefing, my suggestion is that scripts be flagged as having been created by a verified account and the land permissions have "No Outside Non-Verified Scripts" as an option. If a griefing script turns up, the scripter would be in trouble and since they'd be verified, they could be pursued and all their other scripts disabled. Non-verified accounts could still play with scripting, they just couldn't be released into the general SL community. This could be implemented by just flagging the script as verified or not when it was compiled, so the runtime overhead would be negligible.

The L$ fee is there to stop people uploading vast amounts of stuff to the asset server. They have been working on html-onna-prim for quite some time now.

This already exists, it's called the grey goo fence: http://lslwiki.net/lslwiki/wakka.php?wakka=GreyGooFence

My wishes for 2008 =
- No more "Reverse Innovation" (i.e. things not working that did before)
- SL platform to come out of Beta (i.e. to become production quality)

Better language features: switch/case, break & continue would be great...

Cleanup LSL: dunno if it's possible but a cleanup so stuff like list concatenations aren't expensive (without bizarre incantations) or x++ and ++x cost the same.. Things like that.

Tools to help us measure performance - like the top scripts for estate owners but on mainland parcels.

A conrimation response when using llGiveMoney

More time!!!!
EDITthought of one more)

My wish is that when Havok 4 hits MG, we have the new 1024 build limit but don't loose the 4096 rez limit!

....also confirmation of llGiveInventory/llGiveInventoryList (i.e. make the platform transactional at the system level)

llDrop
llDieAttached

a "no_script_land" event.

llGetInventoryDescription
llName2Key (that actually uses "search", not just a "in the same sim" check)
llGetLinkPrimitiveParams

llOpenUrl (that works without a confirmation dialog box, and uses all the secondlife/app functions.. finally allowing us a workaround for the missing llTeleportAgent).

llAvatarLookAt

WAIT_FOR !!!

Synchronous listening:

list getOrder() {
...llDialog(channel, "Choose food", ["eggs", "bacon"]);
...llListenWait(channel, tiemoutVal, &food);
...llDialog(channel, "Choose sauce", ["pepper", "mustard"]);
...llListenWait(channel, tiemoutVal, &sauce);
...return [food, sauce];
}

integer remoteExec(string command) {
...llSay(channel, command);
...llListenWait(channel, tiemoutVal, &answer);
...return answer;
}


Synchronous dataserver:

string key2name(key agent) {
...llRequestAgentData(agent, DATA_NAME);
...llDataWait(tiemoutVal, &data);
...return data;
}

string getLine(string notecard, integer n) {
...llGetNotecardLine(notecard, integer n);
...llDataWait(tiemoutVal, &data);
...return data;
}

Limited Estate Tools for ALL land owners. ie: Get Top Scripts is parsed by the simulator to only return the scripts on your land.

In world SQL storage for scripted data, sensor that can read more than 16 agents and tools to reports actual memory use.

A nice function would be llGetParcelDetails that returns number of agents etc, and would replace many lag indusing scanners.

Valid return values from llGetFreeMemory.

WEB ON A PRIM!

Macros in the script editor would be quite nice, if we have this already I haven't figured out how to do it :/

My most wanted, including Jira issues where known (feel free to vote for any you like )

llAgentsInRegion

llDetectedXY

Some kind of regexp functionality, both for listens and just for parsing strings
http://jira.secondlife.com/browse/SVC-790

llTeleportAvatar

Better lists

Mono - hell, if only for better performance.
http://jira.secondlife.com/browse/SVC-435

switch statements
http://jira.secondlife.com/browse/VWR-1287

Bigger http payloads
http://jira.secondlife.com/browse/SVC-680

http servers in lsl, that can talk to lsl http clients
http://jira.secondlife.com/browse/SVC-1086

BBCode re-enabled for the forums, so we can talk about scripts sensibly
http://jira.secondlife.com/browse/WEB-156

A working llPizza

Mo-no! Mo-no! Mo-no!

Then all the problems with LSL go away, as we can program in real languages. Heck, that would get rid of all but two bug reports/feature requests I have in JIRA.

Fix the moving_* event handlers so they trigger when they're supposed to.

Multiple group detection.

Definitely looking forward to HTML on a prim.

More-precise touch detection woudl be nice.

I'm really looking forward to puppeteering, though I really doubt it will happen in 2008. That's really going to open up new avenues in SL.

And *yes* puh-leeeze! BBCode re-enabled for the forums! I mean, this is bloody ridiculous! How difficult can it be?

Mono won't necessarily mean real languages. For one thing, the first versions of Mono on the sims will just be to execute already-compiled LSL.

For another, C# is like painting by numbers and real languages like C++ aren't fully supported by the .net/Mono CLI, regardless of how Microsoft attempt to sell C++/CLI. As much as I want Mono, it's not for all the "real" languages it'd support. (Yeah yeah yeah, Python)
/me ducks

everything i wished for last year

seriously tho bb code back on would be effin nice

ohhhhhhhhhhhh.... )) coding in any language i would love, esp. full oop/metamorph support of some kind, just to liven things up... may even severely help with the 16k limit. though i would love to see mono eliminate that limit as a side-effect...

really a more robust underlying multidim array/data structure would be sweet enough (without mem limjits, o'course

gwd bwss uss, evwy one1 !!

A way to connect a LSL script directly to an external MySQL DB without having to post through PHP scripts

How about a plain English, step by step guide to LSL, with annotated working examples, that does not assume knowledge of another programming language?