This would greatly ease the burden on people who like editing projects offline. Large projects using tools like CVS for collaboration and maintenance would also greatly benifet.
(Proposal 853)
Discuss away

==Chris
These forums are CLOSED. Please visit the new forums HERE
Batch uploading of LSL sourcecode |
|
|
Christopher Omega
Oxymoron
Join date: 28 Mar 2003
Posts: 1,828
|
12-26-2005 22:31
I propose that LL implement a way to batch upload lsl sourcecode files, much like we can batch upload textures, animations and sounds. Each is compiled by the client before it is uploaded. If compilation fails on one of the files, it is opened in a script window.
This would greatly ease the burden on people who like editing projects offline. Large projects using tools like CVS for collaboration and maintenance would also greatly benifet. (Proposal 853) Discuss away ![]() ==Chris _____________________
October 3rd is the Day Against DRM (Digital Restrictions Management), learn more at http://www.defectivebydesign.org/what_is_drm
|
|
SuezanneC Baskerville
Forums Rock!
Join date: 22 Dec 2003
Posts: 14,229
|
12-26-2005 23:19
Hi there, Christopher Omega.
I'd like to suggest that the process work both ways - add to your idea being able to copy LSL files from inworld to your hard drive in batch form, possibly something like right clicking a folder in your inventory and having an option to copy all the scripts contained therein into a folder on your hard drive. I've got at least 200 short LSL scripts in my inventory that I would like to merge into one big text file so that a person wanting sample usage of any LSL function or keyword or constant could just load this big text file into notepad or any text editor and do a find for the term and there it would be in, in the context of a working script. But copying and pasting the text is too much bother given that I would get zero pay for doing it. If there has to be a charge for this it should be very low. Not 10 lindens per script. _____________________
-
So long to these forums, the vBulletin forums that used to be at forums.secondlife.com. I will miss them. I can be found on the web by searching for "SuezanneC Baskerville", or go to http://www.google.com/profiles/suezanne - http://lindenlab.tribe.net/ created on 11/19/03. Members: Ben, Catherine, Colin, Cory, Dan, Doug, Jim, Philip, Phoenix, Richard, Robin, and Ryan - |
|
Greg Hauptmann
Registered User
Join date: 30 Oct 2005
Posts: 283
|
03-31-2006 03:35
Have just voted on this. Support this concept.
From my angle, ideally the ability to be able to have your "source of reference" code on one's PC (in CVS, subversion whatever) and the ability to build/deploy this in an automated sense. For example if script A is used multiple times you really only want to update it once, run lslint to check it, then say DEPLOY and have it automatically deployed into all prims/objects that have that script. There would need to be a mapping file potentially to handle versions. But utlimately if we want to offer developers something that just somewhat resembles development best practice we shoudl strive for this. Also ultimately a scriptlet TAG approach for embedding common sections of LSL code across multiple scripts, but only maintaining it in one place. Sorry - I'm going overboard, but I see this request as taking a step in the right direction. Cheers |
|
Rifkin Habsburg
Registered User
Join date: 17 Nov 2005
Posts: 113
|
03-31-2006 07:27
From my angle, ideally the ability to be able to have your "source of reference" code on one's PC (in CVS, subversion whatever) and the ability to build/deploy this in an automated sense. You can almost do this today, using the existing toolset. Edit your code on your local PC, and then email it to a code management prim. That would have a script that parses the file for the destination prim ("// CODE MGR my_prim this_script" and uses llLoadRemoteScriptPIN() to update the script.A sohpisticated enough editor PC-side would let you set up a one-key macro to lslint your file, package it, and email it off. _____________________
Procyon Games: makers of Can't Stop, En Garde, Take it Easy, Danger Zone and Frootcake.
|
|
Greg Hauptmann
Registered User
Join date: 30 Oct 2005
Posts: 283
|
03-31-2006 13:43
That would have a script that parses the file for the destination prim ("// CODE MGR my_prim this_script" and uses llLoadRemoteScriptPIN() to update the script.llRemoteLoadScriptPin(key target, string name, integer pin, integer running, integer start_param) If the owner of the object containing this script can modify the object with the key target, and if the pin matches the PIN previously set using llSetRemoteScriptAccessPin (on the target object), then the script name will be copied into target. |