|
Pavcules Superior
Registered User
Join date: 30 Oct 2006
Posts: 69
|
06-07-2007 15:01
Hi Folks,
I've been searching through the forums, and the internet, in trying to see if a LSL Script Repository system exists. Although a few people attempted them, but do you know if any of them were successful?
If not, would you think a repository system will be beneficially to the community, or is everyone happy posting their scripts in the forums, or via websites?
If a system was set up, what would encourage people to use it?
Thanks.
|
|
DoteDote Edison
Thinks Too Much
Join date: 6 Jun 2004
Posts: 790
|
06-07-2007 16:08
I stopped because I was too lazy to develop a "Dewey Decimal System" or any other method to catalog/organize/group the scripts. Without a card catalog type system, it's difficult to find the script you want. Not to mention the need to group multiple scripts required for a single function (such as XyText), instructions, and follow-up thread advice.
I wanted to do something in-world way back... but the need for a searchable database was too much to script in-world. Now that we have HttpRequests, there's probably an easier way.
I imagine a tagging website would be best. Something like lslscripts.com would be a good name. And, the goal would be to copy all the scripts, associate them with documention, and allow the scripts to be tagged/rated. Assign all the script packages a unique ID, so that a person can enter the ID at an in-world kiosk to receive the package. Another option would be to allow a person to log-in to the script site so that one-click buttons can be used to transfer script packages.
On a side-note, an off-world texture browser would be awesome as well. Instead of filling your inventory with copies of freebie textures just to have them... you could use the off-world texture browser. Search tagged textures, click a button to receive the texture, and limit inventory clutter... you can delete the textures knowing that they'll be available next time from the texture browser website. Not to mention, people could use one UUID per texture, rather than 100 people individually uploading the same texture (from non-SL-integrated internet texture sources.)
|
|
Pavcules Superior
Registered User
Join date: 30 Oct 2006
Posts: 69
|
06-08-2007 04:50
Good points you made there DotoDote. I'm wonder how well an inworld SL browser will be searching and retrieving scripts. Sometimes its easier reading the information on a website, then trying to read it in SL. I've been experimenting with the download system on my website. Just to see how well it could work for people. The system will allow people to: - Comment the scripts. - Rate the scripts. - Attach screenshots. - Report the number of downloads. An example page is given below, which has an example code from the LSL Wiki: http://pkpounceworks.sljoint.com/index.php?option=com_remository&Itemid=28&func=fileinfo&id=32For it to be effective, people would need to post code in the Description, plus attach the code in the file as well. With the scripts stored in the system, by writing some LSL & PHP scripts, the information could be obtained inside of SL. Adding and giving scripts in world would come at a later stage if its feasible. The only thing that needs to be sorted would be the categories. A basic set would need to be setup, and then new ones added later down the line if more contributions came. Would anyone be interested in using this? Thanks.
|
|
Dopel Dollinger
Registered User
Join date: 25 May 2007
Posts: 14
|
06-08-2007 08:34
A similar idea would be to implement a server side doc utility like javadoc. If you standardize a few places in script comments a scripter could then upload their script and would be parsed by the host. It could be very simple key words at first to merely categorize, index, and give the author credit for the scripts.
|