User talk:Rob Linden

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)

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)