Talk:LSL Library

Shouldn't this be a category instead of a normal page?

The Wiki will automatically update the directory if it's a category.

Same with Examples. Gigs Taggart 15:23, 27 January 2007 (PST)

^^; didn't think of that before, lets use a catagory instead of a normal page then.Strife Onizuka 20:31, 27 January 2007 (PST)

Apparently Signpost didn't get the memo, and has moved everything into a subpage and turned this back into a normal page, that must be manually maintained. What he doesn't want to admit is moving everything into subpages breaks the category feature completely. Gigs Taggart 18:34, 19 February 2007 (PST)

If it was going to be a category-based setup, then why on earth was the author/description table still there if the prime claim of category-fu was

The Wiki will automatically update the directory if it's a category.

Same with Examples. Gigs Taggart 15:23, 27 January 2007 (PST)

It seemed to me, that in practice nobody really cared about the automatic updates.

SignpostMarv Martin

The table was still there because I left it there until ALL of the items that were listed on it had been created and tagged with the category, nor did I have the time right then to write up a new header since, at the moment the Library page was of much lower concern then the functions. But yet again you take it upon yourself to restructure things however you please, without discussion. And as another aside... We went to all the trouble of Removeing the "LSL_Library_" from all those pages because the complaint was that the "Psuedo-Namespace" would make it hard for linking, violated the whole "Simple Links" rule of the wiki etc. And what do you do? You put it back as "LSL_Library/". Thraxis Epsilon 00:22, 20 February 2007 (PST)

1. All the items listed in the table had been created and tagged with the category. Since the article was not in a sandbox, it was inappropriate to link to articles that did not exist.
2. LSL_Library is not a pseudo-namespace.

1. 1. Residents are automatically alerted when an article is edited. (RSS/ATOM)
   2. Residents are not automatically alerted when an article is added to a category. (unless I missed something)
2. The LSL Library is intended to be a repository of LSL2 code that can be used freely by all.
3. By not using the automatic updates feature of the categorisation system, other Residents are more likely to look over new additions to the library, check it for errors and malicious behaviour.
4. 1. The table provides more useful information than the category ever will.
   2. Since the description of a script cannot and should not be embedded into page titles, the table is more suited to new comers to LSL who wouldn't be able to guess what a script does based on the name.
   3. Nobody seems to have paid attention to this in the "memo" which I, as you point out, wasn't aware of.

SignpostMarv Martin 06:57, 20 February 2007 (PST)

Since when is it "inappropriate to link to articles that did not exist"? "the table is more suited to new comers"... the table isn't mutually exclusive with using the category the way it was meant to be used. The only thing that is incompatible with the category is your fucked up idea of moving them all into subpages. Gigs Taggart 09:36, 20 February 2007 (PST)

1. It confuses Residents.
2. It encourages people to commit copyvio- library scripts that are not yet up should be placed on a to-do list in the talk page, not in the article.
3. Duplicating data is bad.
4. 1. the subpages are not incompatible with categorisation.
   2. Having the table on the same page as the category listing would make a big mess as the Library expanded
      • See above point of "duplicating data is bad"
      • You'd be forcing people to load a page that was heavier than it needed to be.
   3. I'm not seeing any arguments that "the table sucks, get rid of it".

SignpostMarv Martin 10:11, 20 February 2007 (PST)

Just because you put something in a numbered list doesn't make it true. The table does suck, it's manually maintained and sure to get out of date, and like you said, is basically a duplication of the category listing. That is beside the point of moving the articles into subpages though. Gigs Taggart 17:52, 20 February 2007 (PST)

I put things in numbered lists so I don't ramble. Would you rather read through a numbered list or figure out what the hell I'm talking about ? :-P

Actually, it's integral to the sub-pages concept

• Manual editing, as said before encourages peer review of code.
• The table is a more descriptive index of the library than the category is, since you can't "encode" descriptive "data" into the article name without it being more "butt ugly" than it currently is.

In a cost/benefit analysis, providing the most helpful information manually far outweighs providing the least information automatically. Unless you're willing to write, design, and advocate all templates, data formats and Wiki-bot code necessary to have the helpful information built semi-automatically based on new additions to the category.

By not using the descriptive table, you're forcing the Residents to click through every single script in the library to see what each one does, but by using it, you help speed up browsing considerably, as they can skim over the table looking for what they want in the description column- offsetting some of the queries in SoSL for "does anyone have a script which does this".

SignpostMarv Martin 21:17, 20 February 2007 (PST)

Regardless of your personal opinion on how the wiki should be structured, the move to use a Category was proposed, it was seconded and carried out without any dissent. Your change however was never officially proposed, nor was it seconded, nor has it gained any approval other then your own rhetoric about how much better it is. Thraxis Epsilon 23:45, 20 February 2007 (PST)