Difference between revisions of "Talk:LSL Library"

From Second Life Wiki
Jump to navigation Jump to search
(response)
(subpages)
Line 36: Line 36:
:::::::## I'm not seeing any arguments that "the table sucks, get rid of it".
:::::::## I'm not seeing any arguments that "the table sucks, get rid of it".
:::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 10:11, 20 February 2007 (PST)
:::::::[[User:SignpostMarv Martin|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. [[User:Gigs Taggart|Gigs Taggart]] 17:52, 20 February 2007 (PST)

Revision as of 17:52, 20 February 2007

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. 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)
  1. The LSL Library is intended to be a repository of LSL2 code that can be used freely by all.
  2. 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.
    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.
    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)