User talk:Rob Linden

Make the main page editable. Or, at least put a link to sculpted prims there. SL allows so much user content, why freak out about the wiki?

Also, I think there should be a generic Building category, which leads to an overview of prims, textures, sctips, clothes, animations, etc.

Lee Ponzu 19:31, 25 May 2007 (PDT)

I look forward to visiting you inworld, Rob. -Torley

Hi Rob. [edit times] seem to ahead by about 8 hours. eg. my 7pm edit says it was made at 3am tomorrow. A small detail. Dan Linden 19:35, 2 November 2006 (PST)

Er, I see this is because the server uses UTC time. Is this typical of most media wikis? Dan Linden 19:37, 2 November 2006 (PST)

Yes, most wikis (and global-use systems) use UTC internally, but you can change the displayed time via your my preferences link so that you see your local time (should you choose to do so). --Alison Wheels 02:20, 16 January 2007 (PST)

One thing I've had fun playing with is the PHP function date_default_timezone_set()- forces all time-related functions to work in the specified timezone :-D

SignpostMarv Martin 07:47, 16 January 2007 (PST)

Category:Linden Lab Employees

could you please add the following wiki code to your page: [[Category:Linden Lab Employees|Rob Linden]], as well as any appropriate sub-categories that crop up.

SignpostMarv Martin 19:30, 8 January 2007 (PST)

Thankie for taking the time out to make it easier for everyone to see what everyone at Linden Lab does ^_^

SignpostMarv Martin 20:45, 8 January 2007 (PST)

Pseudo-Deletion Policy

Since articles need to be preserved due to, what I presume is a requirement of the Creative Commons license, I propose that a custom namespace such as 'RecycleBin' or 'Archived' be created (e.g. RecycleBin:Text from Inworld Notecards Archived:Text from Inworld Notecards , for the following reasons:

1. MediaWiki's features should allow for it to made obvious to visitors that the article is no longer in use
2. All articles in the hypothetical namespace should be sysop'd
   • Allowing all articles in the namespace to be backed up at a much, much lower frequency and priority
3. Freeing up the original namespace for future use
   • If this policy is adopted, then articles should probably be filed by Month YYYY, e.g. RecycleBin:Articles deleted January 2007/Text from Inworld Notecards to reduce the liklihood of "collisions".

SignpostMarv Martin 00:34, 11 January 2007 (PST)

LL emails- reachability vs SPAM

Considering what happened when I tried to send an email to both you and Pathfinder, I'm wondering what your thoughts are on including LL Employee emails in their user pages.

While it's not that hard to figure out in most cases, it would make it easier for the addresses to be found (hello custom hCard templates), but would also result in the addresses being easier to be found by SPAM crawlers.

I'm assuming that Linden Lab has some anti-spam measures available to them, but are they sufficient enough to hold up to the barrage that's likely to come with the addresses being indexed by google ?

SignpostMarv Martin 12:16, 15 January 2007 (PST)

request to block editing of the SL TOS

As per my to-do list, I've transferred and wikified the SL Terms of Service. Since this is a legal document, it makes sense for it to be blocked from editing by non-sysops, and as my to-do list notes, housing the Terms of Service on the Wiki will make it easier for peeps to track changes :-)

SignpostMarv Martin 13:07, 17 January 2007 (PST)

moving Source archive to Downloads

Umm.... won't this confuse things with http://secondlife.com/community/downloads.php as you didn't put any disambiguation in ? I'm guessing Client source downloads or Second Life Viewer downloads (source) would've been better names.

SignpostMarv Martin 02:05, 6 February 2007 (PST)

LSL highlighter... Something wrong

There is something wrong with the LSL highlighter... I don't think it was designed to work in HTTPS. When I try to use the <lsl></lsl> tags it tells me I've lost my session information. And in the rare situation where it does accept the modification, it does not highlight the source. Strife Onizuka 07:07, 9 February 2007 (PST)

And something else that is strange, when looking at the Special:Version page, it changes back and forth between having extensions installed and not having extensions installed, along with the PHP version changing from 5.2.0-7 to 5.2.0-8; It is very strange.Strife Onizuka 07:15, 9 February 2007 (PST)

kinda like you have two copies of the software installed and it doesn't know which one to resolve the pages to.Strife Onizuka 07:16, 9 February 2007 (PST)

And I just got that weird session information problem when modifying this page. It must be because the two engines can't exchange the session information.Strife Onizuka 07:18, 9 February 2007 (PST)

Having the two engines fighting for dominance makes editing pages nigh impossible. Strife Onizuka 08:02, 9 February 2007 (PST)

I've asked it to be disabled. -- Rob Linden 22:22, 9 February 2007 (PST)

Not sure what happened there, other then the wiki seems to be running on two different web servers (load balancing? One appeared to have been updated, while the other was not. I've replicated the this wiki install on my server (I went with the 1.9.1 MediaWiki, I can redo with a 1.8 if needed) And everything seems to be working fine. Including the Javascript fix from WikiPedia for lowercase titles: [1]llAbs Thraxis Epsilon 09:58, 12 February 2007 (PST)

I know you said LL didn't want to delete any articles but....

1. Body parts redirects to Body part redirects to Body Part. The first two articles aren't of any use, they aren't being linked to by anything (other than the redirect from the first to the second article), and Dan Linden is the only person to have worked on all 3 articles, so there's not much need to keep them hanging around.
2. The article redirects to categories created by Cube Linden are unneeded.
3. Special:Unusedimages will be something to keep an eye on as time goes by.

SignpostMarv Martin 20:02, 9 February 2007 (PST)

Talk:Editing Guidelines#Deletions.3F

Just a heads up that Talk:Editing Guidelines#Deletions.3F could do with an "official" response.
SignpostMarv Martin 20:41, 10 February 2007 (PST)

namespace

I'm not going to make a big fuss about it, but I'd prefer if, per the Editing Guidelines, that the page just be called "LLRand"

Rob, the main reason we didn't do that is because Linden Lab already had a lot of the LSL function names taken with their own pages on the subject, with internal development notes on the functions rather than scripting documentation. Gigs Taggart 20:10, 11 February 2007 (PST)

That makes it even worse. Does it make sense to a newcomer that the difference between LLRand and LSL LLRand is that the first is development notes, and the second is a reference? Let's figure out a better way of disambiguating than that. I would rather that we figure out how to refactor the two pages to merge the appropriate information, and then break out other information into separate articles. -- Rob Linden 21:57, 11 February 2007 (PST)

I only know of one conflict and that is with llEmail. Since the discussion over the namespaces issue is still pretty much unresolved, I was going to burn that bridge when I was content with the state of the content (3 -> 6 months). Because of how the pages and templates are written, moving the content only involves the extra work of changing 3 very small templates (assuming people used the templates). The namespace debate doesn't keep me awake at night. Strife Onizuka 22:21, 11 February 2007 (PST)

PS the problem I mentioned before isn't with the highlighter I don't think but with how PHP & MediaWiki are setup, still getting that session data lost problem.

This would be where disambiguation comes into play. Residents are likely to be more familiar with the LSL function rather than the internal workings, so you'd go for llEmail and llEmail (OSSL) or llEmail (source code).

SignpostMarv Martin 03:07, 12 February 2007 (PST)

It seems the discussion over the namespace issue has now moved to the forums

SignpostMarv Martin 19:52, 14 February 2007 (PST)

Adam Rakosi

Please delete all of Adam Rakosi's recent contributions as copyvio from LSLWiki. Gigs Taggart 12:32, 16 February 2007 (PST)

Why is article reversion not sufficient?

SignpostMarv Martin 06:01, 17 February 2007 (PST)

The content was copied from one of the LSL Wiki Mirrors, so the copyright is not clear, it can't be used here. The same would hold true for any other SL Wiki that did not have a clear Copyright statement for submitted works. Thraxis Epsilon 10:22, 17 February 2007 (PST)

If you are feeling adventurous you can cross reference material found on the wikis with the LSL manual. It's been common for a long time to borrow from it. Suppose someone should ask LL if they are ok with this happening here. I'll do that now. Strife Onizuka 10:28, 17 February 2007 (PST)

LSL Guide

For a long time material found in various public LL sources has been used on the wiki without expressed permission. The three main sources for illegitimate LSL content have been: the LSL Guide, the SL client, the 'keyword.ini' file. In the past this was allowed/ignored. The goal has never been to usurp LL's rights but to provide accurate documentation from the most knowledgeable source. I can understand if LL is a bit uneasy, it was done unethically, but it would be a greatly benefit to the community if LL would allow the copying to continue. Strife Onizuka 10:50, 17 February 2007 (PST)

Anything from within the client is now covered by the GPL.

SignpostMarv Martin 11:51, 17 February 2007 (PST)

Rob said it was OK to take the copyright notice off the function template, so any of the LSL documentation in the client is apparently OK to release under CC:By:SA too. Gigs Taggart 17:17, 17 February 2007 (PST)

That makes things easy. Strife Onizuka 16:22, 18 February 2007 (PST)

Delete copyright violation

Please delete List as it contains taint from the old wiki. Gigs Taggart 09:14, 19 February 2007 (PST)

Simple Bug Fix

Hello, there is a bug in the LSO interpretter that currently crashes scripts. I've tracked down the problem and it is a simple one line fix which I reported using JIRA. Despite this simplicity, it keeps getting over looked in patches and updates to the server code. Since you work with the source code, please, please, please bring this to the appropriate Linden's attention so it doesn't keep getting overlooked. I have a project I'm working on that needs this functionality fixed. Here are the relevant report IDs:

JIRA ID: SVC-24

Liden Lab ID: SL-35318

Thank you, Kibble Ahn 01:25, 20 March 2007 (PDT)

Bug Triage Agenda

I reviewed many entries so far. I started to collect them: Bug_triage/Agenda - Dzonatas Sol 11:41, 11 May 2007 (PDT)

Protected Page Edit Request

Hey, if it's alright, I was just going to update the news about the new viewer release on the Main_Page. --Fox Diller 14:32, 23 May 2007 (PDT)

Server Time

The server time on the wiki cluster is wrong. Each machine seems to have a different time and it's effecting the ordering of revisions. I think it happened around 13:45 GMT, which around the time I lost my session history on an edit (and that edit got back dated to before the one i was responding to !_!). WEB-239 -- Strife Onizuka 01:15, 21 July 2007 (PDT)