Difference between revisions of "Template talk:Radial size"
(Umm... I forgot to sign this earlier...) |
(→Numbers and Names) |
||
Line 34: | Line 34: | ||
# Decide on the best plaintext names for sizes. | # Decide on the best plaintext names for sizes. | ||
--[[User:Brendan|Brendan]] ([[User talk:Brendan|talk]]) 21:27, 2 March 2015 (CST) | --[[User:Brendan|Brendan]] ([[User talk:Brendan|talk]]) 21:27, 2 March 2015 (CST) | ||
+ | |||
+ | |||
+ | :I side with '''Number''', as the '''Short''' codes would change with any potential changes in either the scaling of parts or names. Admittedly, the risk at this point is not great, but why take the risk? | ||
+ | |||
+ | :For '''Text''', there are currently metric diameters to the radial sizes of parts. According to [[Radial_size#Assets]] there is a [[CFG_File_Documentation#rescaleFactor|rescaleFactor]] of 1.25, but in-game there are references made to the scaled-up sizes. So, diameter-based radials has a solid basis. | ||
+ | :My issue with it is that one could think the ''radius'' of the parts equals that “''Radial'' size”. I'm not sure why we call them “radial” sizes here at all! I think the better term is '''Node size'''. It's only used with parts that have nodes! And consider this from [[CFG_File_Documentation#Node_Definitions]] ... | ||
+ | : <pre style="white-space: pre-wrap">The last value indicates the visual size of an attachment node. Values may be either 0 (small half-meter node), 1 (normal), or 2 (large). This parameter is optional and will default to 1 if nothing is specified.</pre> | ||
+ | |||
+ | :My suggestion is: | ||
+ | :# Use the metric diameters for the plaintext | ||
+ | :# Change [[Template:Infobox/Part/Parameters]] to read '''Node size''' instead | ||
+ | |||
+ | :--[[User:Brendan|Brendan]] ([[User talk:Brendan|talk]]) 21:34, 2 March 2015 (CST) |
Revision as of 03:34, 3 March 2015
0. Reserve
1. XS - Extra Small
2. Reserve
3. S - Small
4. Reserve
5. M - Medium
6. Reserve
7. L - Large
8. Reserve
9. XL - Extra Large
10. Reserve— Preceding unsigned comment added by Darkfrei (talk • contribs) 16:25, 10 July 2014 (UTC)
- What exactly is the point of this list? It is also possible to add sizes between already existing. E.g. a size between large (2) and extra large (3) would be 2.5 and then a size between that new one and extra large is 2.75 and so on. Also the current values correspond with the numbering system by Squad like Mk2 to size 1 Adapter. — xZise [talk] 16:22, 10 July 2014 (CDT)
Numbers and Names
This template is for filling a |size= line inside of any Infobox/Part template with a code that can stay the same, even if Squad totally changes the in-game name or dimensions of parts, and just change the plaintext conversion of the code as needed.
Objections exist to the current plaintext Text column names “Tiny, Small, Large, Extra Large”. There are a set of Short codes based on these names; logically, they should change if we change the Text names. Such a change would require a bot job to be created, or a lot of manual work; neither of which I find good reasons not to improve the wiki.
There is also a Number code, referring to the size codes used inside of game files for round parts. Recently I extended the number metaphor to Mk2 and Mk3 sizes with roman numerals ii and iii. Mk1 currently coincides with "Size 1" aka "Small", (though maybe it won't always?) and Mk1 parts have thus been left as |size=1. There has been objection to this extension.
There are two goals
- Select a uniform set of codes for the wiki's templates which are logical, easy to use consistently, and can remain independent of in-game names, and which translate to plaintext names that can be changed as needed through this template.
- Decide on the best plaintext names for sizes.
--Brendan (talk) 21:27, 2 March 2015 (CST)
- I side with Number, as the Short codes would change with any potential changes in either the scaling of parts or names. Admittedly, the risk at this point is not great, but why take the risk?
- For Text, there are currently metric diameters to the radial sizes of parts. According to Radial_size#Assets there is a rescaleFactor of 1.25, but in-game there are references made to the scaled-up sizes. So, diameter-based radials has a solid basis.
- My issue with it is that one could think the radius of the parts equals that “Radial size”. I'm not sure why we call them “radial” sizes here at all! I think the better term is Node size. It's only used with parts that have nodes! And consider this from CFG_File_Documentation#Node_Definitions ...
-
The last value indicates the visual size of an attachment node. Values may be either 0 (small half-meter node), 1 (normal), or 2 (large). This parameter is optional and will default to 1 if nothing is specified.
- My suggestion is:
- Use the metric diameters for the plaintext
- Change Template:Infobox/Part/Parameters to read Node size instead