Difference between revisions of "Category talk:LSL Flow Control"
Jump to navigation
Jump to search
(→LSL Prefix: response) |
|||
Line 27: | Line 27: | ||
::::::* What other Flow Control would we be talking about ? | ::::::* What other Flow Control would we be talking about ? | ||
::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:50, 24 February 2007 (PST) | ::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:50, 24 February 2007 (PST) | ||
::::::: *me nods in agreement* I'm more on the side of caution. Better to be prepared for the future where we might be defining another language on the wiki IMHO. [[User:Strife Onizuka|Strife Onizuka]] 01:56, 26 February 2007 (PST) |
Revision as of 01:56, 26 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)
- LSL-specific categories should be listed under Category:LSL
- Enumeration ?
- 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.
- 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.
- It plays into building a meta-category. See below.
- 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)
- *back on topic* 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. Strife Onizuka 09:17, 24 February 2007 (PST)
- I'm kinda 50-50 on the LSL prefix here
- It's the Flow Control for LSL
- What other Flow Control would we be talking about ?
- SignpostMarv Martin 13:50, 24 February 2007 (PST)
- *me nods in agreement* I'm more on the side of caution. Better to be prepared for the future where we might be defining another language on the wiki IMHO. Strife Onizuka 01:56, 26 February 2007 (PST)
- I'm kinda 50-50 on the LSL prefix here
- *back on topic* 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. Strife Onizuka 09:17, 24 February 2007 (PST)
- I think we can whittle this down to:
- Aesthetics and ease-of-use/maintainability.