Difference between revisions of "Category talk:LSL Flow Control"

From Second Life Wiki
Jump to navigation Jump to search
(→‎LSL Prefix: response)
Line 22: Line 22:
::::* If we do make a root "LSL" category, remove the prefix as it would be superfluous and annoying to see a bunch of "LSL" prefixes where they're not needed (LSL Style Guide etc being obvious exceptions)
::::* If we do make a root "LSL" category, remove the prefix as it would be superfluous and annoying to see a bunch of "LSL" prefixes where they're not needed (LSL Style Guide etc being obvious exceptions)
::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 18:23, 23 February 2007 (PST)
::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 18:23, 23 February 2007 (PST)
:::::As you point out with LSL Style Guide, having the LSL prefix makes sense there. Likewise it makes sense here, as this is a category of flow control for LSL exclusively (it's in the LSL Header), same with LSL Functions and LSL Events.

Revision as of 10:15, 24 February 2007

LSL Prefix

Question: Does this category need the LSL prefix. SignpostMarv Martin 09:47, 23 February 2007 (PST)

Turns the question around: Why doesn't this category need the LSL prefix.
It comes down to aesthetics. There aren't any technical reasons. When looking at the category list it makes it easy to find LSL categories. Searching for LSL categories is difficult. It makes enumeration easier. Strife Onizuka 10:01, 23 February 2007 (PST)
  1. LSL-specific categories should be listed under Category:LSL
  2. Enumeration ?
  3. If LSL-specific categories were listed under Category:LSL, and you were looking for LSL stuff you'd go there first- would the LSL prefix need to be there ?
SignpostMarv Martin 14:30, 23 February 2007 (PST)
Aesthetics and ease-of-use/maintainability.
  1. I was considering making a Meta-Category for LSL. Wanted to get a better handle on the categories before I did so though. Not keen on moving content and renaming category pages (you can't move category pages; you have to edit them). Categorizing everything and writing category pages was my next project. After that constants. While it could be a good thing I don't feel the need to do it myself.
  2. It plays into building a meta-category. See below.
  3. Yes and no. How would you go about building it? Without the LSL prefix, how would you know which categories to add without going through them all. And if a new LSL specific category were created, would you be able to easily tell by looking at the category list? Having LSL as a prefix is a maintainable solution.
It makes editing easier and it's no uglier then having "Category:" before it. What's the harm in a little more prefix?
Strife Onizuka 16:49, 23 February 2007 (PST)
I think we can whittle this down to:
  • If we don't make a root "LSL" category over at Category:LSL, keep the prefix (for the reasons you've said)
  • If we do make a root "LSL" category, remove the prefix as it would be superfluous and annoying to see a bunch of "LSL" prefixes where they're not needed (LSL Style Guide etc being obvious exceptions)
SignpostMarv Martin 18:23, 23 February 2007 (PST)
As you point out with LSL Style Guide, having the LSL prefix makes sense there. Likewise it makes sense here, as this is a category of flow control for LSL exclusively (it's in the LSL Header), same with LSL Functions and LSL Events.