User talk:Tvol - Revision history

Tvol: /* Templates */

2017-02-04T03:27:13Z

Templates

← Older revision		Revision as of 03:27, 4 February 2017
Line 61:		Line 61:

	:''"Now I realize I should've just changed the class page (is that what you were saying?), but I was unclear what you were trying to do when you last edited those."''		:''"Now I realize I should've just changed the class page (is that what you were saying?), but I was unclear what you were trying to do when you last edited those."''
	:That's entirely my fault for not being clearer. I've been doing this very slap-dash so I haven't been updating the documentation (it's a pain since I've been refactoring the template often; I ''will'' make the documentation better once I think I'm done). Unfortunately, the default values have to be explicitly set as their intended defaults in each ability template as well as the base {{\|tl\|Ability (LW2)}} template, otherwise what happens is the parser tries to pass <code><nowiki>{{{b_whatever}}}</nowiki></code> to the base template instead of an empty string, which is what would be expected behaviour. And for some damn reason if you use <code><nowiki>{{{b_whatever\|}}}</nowiki></code> so it defaults to an empty string, the parser considers that to be an actual value passed to the next template, so the checks fail. (I think if I used #if instead if #ifexpr this wouldn't be an issue, but I would rather enforce explicit use of parameters, because MediaWiki provides no [https://en.wikipedia.org/wiki/Data_type type checking]. It also allows for explicitly turning off some part of the template during normal use without risking the behaviour changing if the default values are updated later.)		:That's entirely my fault for not being clearer. I've been doing this very slap-dash so I haven't been updating the documentation (it's a pain since I've been refactoring the template often; I ''will'' make the documentation better once I think I'm done). <strike>Unfortunately, the default values have to be explicitly set as their intended defaults in each ability template as well as the base {{\|tl\|Ability (LW2)}} template, otherwise what happens is the parser tries to pass <code><nowiki>{{{b_whatever}}}</nowiki></code> to the base template instead of an empty string, which is what would be expected behaviour. And for some damn reason if you use <code><nowiki>{{{b_whatever\|}}}</nowiki></code> so it defaults to an empty string, the parser considers that to be an actual value passed to the next template, so the checks fail.</strike> '''Edit: Actually, I've found a way to safely passthrough parameters based on whether or not they are used in the template call, so I will be implementing that tonight.''' (I think if I used #if instead if #ifexpr this wouldn't be an issue, but I would rather enforce explicit use of parameters, because MediaWiki provides no [https://en.wikipedia.org/wiki/Data_type type checking]. It also allows for explicitly turning off some part of the template during normal use without risking the behaviour changing if the default values are updated later.)

	:''"When you set <code>b_descr=1</code> and left the others blank, the ? no longer showed up"''		:''"When you set <code>b_descr=1</code> and left the others blank, the ? no longer showed up"''

Tvol: /* Templates */

2017-02-04T01:13:42Z

Templates

← Older revision		Revision as of 01:13, 4 February 2017
Line 59:		Line 59:

	--[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 15:26, 3 February 2017 (UTC)		--[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 15:26, 3 February 2017 (UTC)

			:''"Now I realize I should've just changed the class page (is that what you were saying?), but I was unclear what you were trying to do when you last edited those."''
			:That's entirely my fault for not being clearer. I've been doing this very slap-dash so I haven't been updating the documentation (it's a pain since I've been refactoring the template often; I ''will'' make the documentation better once I think I'm done). Unfortunately, the default values have to be explicitly set as their intended defaults in each ability template as well as the base {{\|tl\|Ability (LW2)}} template, otherwise what happens is the parser tries to pass <code><nowiki>{{{b_whatever}}}</nowiki></code> to the base template instead of an empty string, which is what would be expected behaviour. And for some damn reason if you use <code><nowiki>{{{b_whatever\|}}}</nowiki></code> so it defaults to an empty string, the parser considers that to be an actual value passed to the next template, so the checks fail. (I think if I used #if instead if #ifexpr this wouldn't be an issue, but I would rather enforce explicit use of parameters, because MediaWiki provides no [https://en.wikipedia.org/wiki/Data_type type checking]. It also allows for explicitly turning off some part of the template during normal use without risking the behaviour changing if the default values are updated later.)

			:''"When you set <code>b_descr=1</code> and left the others blank, the ? no longer showed up"''
			:I think that was a bug in how I was doing things previously. It should be gone now, I hope.

			:''"I knew my work was next to worthless, except that the class pages at least looked finished for those using them."''
			:Nah don't be too hard on yourself.

			:''"My first principle has been "don't fuck with stuff too much" and the second 'make it look good on the user end.'"''
			:That's my end goal as well (though I really need access to the site's CSS before I can really make headway, or at least what I would consider headway, on that last point). And seriously don't worry about making any mistakes. I made '''tons''' of them when I first started dealing with MediaWiki years ago (and back then parser functions weren't even a thing), and I still make them if my continuous re-jigging of that Ability template this week is anything to go by. :P --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 01:13, 4 February 2017 (UTC)

HubrisBliss at 15:26, 3 February 2017

2017-02-03T15:26:10Z

← Older revision		Revision as of 15:26, 3 February 2017
Line 48:		Line 48:

	::Appreciate the details, thanks. [[User:DjinnFor\|DjinnFor]] ([[User talk:DjinnFor\|talk]]) 08:13, 3 February 2017 (UTC)		::Appreciate the details, thanks. [[User:DjinnFor\|DjinnFor]] ([[User talk:DjinnFor\|talk]]) 08:13, 3 February 2017 (UTC)

			==Templates==
			<pre>As for the defaults on ability templates, may I ask your reasoning as to setting them all to be visible? -Tvol</pre>

			No particular good reason. I was primarily trying to make the <code>b_info</code> show up on the individual class perks. Your method makes much more sense in context of using the templates elsewhere. Also, I was trying to make a list of which perks still need info, mostly assault, gunner, and grenadier, as I was working up the alphabetical class list backwards. The changes in the perk templates was a temporary fix seeing as I was already checking other things on the edit page. Now I realize I should've just changed the class page (is that what you were saying?), but I was unclear what you were trying to do when you last edited those. When you set <code>b_descr=1</code> and left the others blank, the ? no longer showed up, and my immediate thought was change the perk template to show, only if the info was in place.

			I knew my work was next to worthless, except that the class pages at least looked finished for those using them. For now I'll keep away from editing the perk templates until you've solidified the best method. Hopefully I can get the last of the <code>b_info</code> in today.

			I realize there are much better ways to do what I'm doing, which I don't really know how to execute, but I don't mind some tedious work. For now, this is more about learning than efficiency. Trying to bot things is a bit more than I wanted to bite off, but is high up on my list of things to learn. Don't hesitate to call me out for something stupid I've done, or fix it. My first principle has been "don't fuck with stuff too much" and the second "make it look good on the user end." I knew I wasn't violating the first too much (easy to fix, if worthless), and I definitely executed the second.

			--[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 15:26, 3 February 2017 (UTC)

DjinnFor: /* Possible issue with the LW2 Abilities template */

2017-02-03T08:13:03Z

Possible issue with the LW2 Abilities template

← Older revision		Revision as of 08:13, 3 February 2017
Line 46:		Line 46:

	:The fix for this is to run over all the ability templates and restructure the noincludes so they more tightly fit the template code. I'll run a bot over them tonight. As for usage of the template, I know the documentation needs work. It also needs updating to provide default inline display but toggleable support for table display (which is just a fancy way of saying I need to convert spans to divs). I still have work to do on it so I won't finish documentation until I think it's in a finished state. As a side note, I'll be uploading the images for Dark Events and a whole host of other stuff soon, so hopefully you'll have more media to work with by tomorrow (late tomorrow if I don't get the uploads done tonight). --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 06:32, 3 February 2017 (UTC)		:The fix for this is to run over all the ability templates and restructure the noincludes so they more tightly fit the template code. I'll run a bot over them tonight. As for usage of the template, I know the documentation needs work. It also needs updating to provide default inline display but toggleable support for table display (which is just a fancy way of saying I need to convert spans to divs). I still have work to do on it so I won't finish documentation until I think it's in a finished state. As a side note, I'll be uploading the images for Dark Events and a whole host of other stuff soon, so hopefully you'll have more media to work with by tomorrow (late tomorrow if I don't get the uploads done tonight). --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 06:32, 3 February 2017 (UTC)

			::Appreciate the details, thanks. [[User:DjinnFor\|DjinnFor]] ([[User talk:DjinnFor\|talk]]) 08:13, 3 February 2017 (UTC)

Tvol: /* Possible issue with the LW2 Abilities template */

2017-02-03T06:33:52Z

Possible issue with the LW2 Abilities template

← Older revision		Revision as of 06:33, 3 February 2017
Line 45:		Line 45:
	:The individual perk templates have excess whitespace before their noinclude tags, so when you call them directly the whitespace is parsed and makes it to the page generation intact. When it is called as a parameter for another template, the whitespace at the end gets removed first before the HTML is generated. (Again, all implicit, so it's annoyingly hidden.)		:The individual perk templates have excess whitespace before their noinclude tags, so when you call them directly the whitespace is parsed and makes it to the page generation intact. When it is called as a parameter for another template, the whitespace at the end gets removed first before the HTML is generated. (Again, all implicit, so it's annoyingly hidden.)

	:The fix for this is to run over all the ability templates and restructure the noincludes so they more tightly fit the template code. I'll run a bot over them tonight. As for usage of the template, I know the documentation needs work. It also needs updating to provide default inline display but toggleable support for table display (which is just a fancy way of saying I need to convert spans to divs). I still have work to do on it so I won't finish documentation until I think it's in a finished state. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 06:32, 3 February 2017 (UTC)		:The fix for this is to run over all the ability templates and restructure the noincludes so they more tightly fit the template code. I'll run a bot over them tonight. As for usage of the template, I know the documentation needs work. It also needs updating to provide default inline display but toggleable support for table display (which is just a fancy way of saying I need to convert spans to divs). I still have work to do on it so I won't finish documentation until I think it's in a finished state. As a side note, I'll be uploading the images for Dark Events and a whole host of other stuff soon, so hopefully you'll have more media to work with by tomorrow (late tomorrow if I don't get the uploads done tonight). --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 06:32, 3 February 2017 (UTC)

Tvol: /* Possible issue with the LW2 Abilities template */ Somewhat longwinded response. The main issue will be fixed tonight via bot. The other issues may take me more time.

2017-02-03T06:32:25Z

Possible issue with the LW2 Abilities template: Somewhat longwinded response. The main issue will be fixed tonight via bot. The other issues may take me more time.

← Older revision		Revision as of 06:32, 3 February 2017
Line 22:		Line 22:

	Use of the [[Template:Ability_(LW2) \| Abilities template]] you designed appears to generate a lot of vertical whitespace, usually 3-4 lines worth (this can be seen for instance in the [[Perk_List_(LW2) \| Perk List]] page). This makes it very difficult to embed abilities properly in a table - I tried embedding perks into the [[Dark Events (LW2) \| Dark Events]] page in much the same way that the [[Alien Life Forms (Long War)\| LW1 Aliens page]] does it but the whitespace made the formatting nigh impossible. Interestingly enough, this issue doesn't appear to crop up in the class tables, which is why I'm confused. Can you clarify whether this is an issue with the template itself or explain the intended way to use the template to avoid the whitespace? Thank you. [[User:DjinnFor\|DjinnFor]] ([[User talk:DjinnFor\|talk]]) 02:28, 3 February 2017 (UTC)		Use of the [[Template:Ability_(LW2) \| Abilities template]] you designed appears to generate a lot of vertical whitespace, usually 3-4 lines worth (this can be seen for instance in the [[Perk_List_(LW2) \| Perk List]] page). This makes it very difficult to embed abilities properly in a table - I tried embedding perks into the [[Dark Events (LW2) \| Dark Events]] page in much the same way that the [[Alien Life Forms (Long War)\| LW1 Aliens page]] does it but the whitespace made the formatting nigh impossible. Interestingly enough, this issue doesn't appear to crop up in the class tables, which is why I'm confused. Can you clarify whether this is an issue with the template itself or explain the intended way to use the template to avoid the whitespace? Thank you. [[User:DjinnFor\|DjinnFor]] ([[User talk:DjinnFor\|talk]]) 02:28, 3 February 2017 (UTC)
			:It's not {{tl\|Ability_(LW2)}} causing the excess whitespace, it's actually the intermediary ability templates. I set up the Ability template with tight-fitting includeonly tags to guard against exactly this issue. I think the reason that this isn't an issue for the Class Trees is because the individual perk templates are being called as parameters. MediaWiki implicitly removes whitespace before the first character and after the last character of a parameter. For example, this:

			<pre>
			{{Some template
			\| variable = value



			\| other variable = other value
			}}
			</pre>

			:...should behave the same as this:

			<pre>
			{{Some template
			\| variable = value
			\| other variable = other value
			}}
			</pre>

			:The individual perk templates have excess whitespace before their noinclude tags, so when you call them directly the whitespace is parsed and makes it to the page generation intact. When it is called as a parameter for another template, the whitespace at the end gets removed first before the HTML is generated. (Again, all implicit, so it's annoyingly hidden.)

			:The fix for this is to run over all the ability templates and restructure the noincludes so they more tightly fit the template code. I'll run a bot over them tonight. As for usage of the template, I know the documentation needs work. It also needs updating to provide default inline display but toggleable support for table display (which is just a fancy way of saying I need to convert spans to divs). I still have work to do on it so I won't finish documentation until I think it's in a finished state. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 06:32, 3 February 2017 (UTC)

DjinnFor: /* Possible issue with the LW2 Abilities template */ new section

2017-02-03T02:28:26Z

Possible issue with the LW2 Abilities template: new section

← Older revision		Revision as of 02:28, 3 February 2017
Line 18:		Line 18:
	::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)		::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)
	::::Those are some cleeeeean rank icons. Nice! Short-but-sweet unit navbars are in. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 02:08, 28 January 2017 (UTC)		::::Those are some cleeeeean rank icons. Nice! Short-but-sweet unit navbars are in. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 02:08, 28 January 2017 (UTC)

			== Possible issue with the LW2 Abilities template ==

			Use of the [[Template:Ability_(LW2) \| Abilities template]] you designed appears to generate a lot of vertical whitespace, usually 3-4 lines worth (this can be seen for instance in the [[Perk_List_(LW2) \| Perk List]] page). This makes it very difficult to embed abilities properly in a table - I tried embedding perks into the [[Dark Events (LW2) \| Dark Events]] page in much the same way that the [[Alien Life Forms (Long War)\| LW1 Aliens page]] does it but the whitespace made the formatting nigh impossible. Interestingly enough, this issue doesn't appear to crop up in the class tables, which is why I'm confused. Can you clarify whether this is an issue with the template itself or explain the intended way to use the template to avoid the whitespace? Thank you. [[User:DjinnFor\|DjinnFor]] ([[User talk:DjinnFor\|talk]]) 02:28, 3 February 2017 (UTC)

HubrisBliss at 02:08, 28 January 2017

2017-01-28T02:08:33Z

← Older revision		Revision as of 02:08, 28 January 2017
Line 17:		Line 17:
	::: The payoff here is that should anyone want to reference the perk's extra info text somewhere else, they don't need to duplicate it, just use transclusion to refer to it, keeping things DRY (a software engineering principle, "Don't Repeat Yourself", but it applies equally well to wikis). This could be used, for example, to display all the info text underneath the ability icon, or next to it, or in a different cell in a table, etc. It's a just-in-case thing but could save headache later. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 01:01, 28 January 2017 (UTC)		::: The payoff here is that should anyone want to reference the perk's extra info text somewhere else, they don't need to duplicate it, just use transclusion to refer to it, keeping things DRY (a software engineering principle, "Don't Repeat Yourself", but it applies equally well to wikis). This could be used, for example, to display all the info text underneath the ability icon, or next to it, or in a different cell in a table, etc. It's a just-in-case thing but could save headache later. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 01:01, 28 January 2017 (UTC)
	::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)		::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)
			::::Those are some cleeeeean rank icons. Nice! Short-but-sweet unit navbars are in. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 02:08, 28 January 2017 (UTC)

HubrisBliss at 01:16, 28 January 2017

2017-01-28T01:16:01Z

← Older revision		Revision as of 01:16, 28 January 2017
Line 14:		Line 14:
	:Oh, and I forgot to mention, that this line-break issue is part of the reason I moved the info bits to their own sub-pages. (Or will be moving them.) That way it's easy to transclude those lists elsewhere, in-case there's need of a stop-gap of some sort. --Tvol (talk) 00:12, 28 January 2017 (UTC)		:Oh, and I forgot to mention, that this line-break issue is part of the reason I moved the info bits to their own sub-pages. (Or will be moving them.) That way it's easy to transclude those lists elsewhere, in-case there's need of a stop-gap of some sort. --Tvol (talk) 00:12, 28 January 2017 (UTC)
	::Specifically, where are you moving the info bits? Not the individual perk templates? i.e. [[Template:Alpha Mike Foxtrot (LW2)]], after <code>\| s_info =</code>. If somewhere else, please point me there. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 00:37, 28 January 2017 (UTC)		::Specifically, where are you moving the info bits? Not the individual perk templates? i.e. [[Template:Alpha Mike Foxtrot (LW2)]], after <code>\| s_info =</code>. If somewhere else, please point me there. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 00:37, 28 January 2017 (UTC)
			::: Ah, okay. Here goes my explanation. I'm moving the lists of extra/extended info to sub-pages of their respective templates. This means that for [[Template:Alpha Mike Foxtrot (LW2)]], the info text (and ''just'' the info text) would be on the page [[Template:Alpha Mike Foxtrot (LW2)/Info]]. Note the <code>/Info</code> part. Then the template itself should be edited so that it reads <code><nowiki>{{ {{subst:FULLPAGENAME}}/Info }}</nowiki></code> and saved. When it is saved, the <code>subst:</code> part will convert the FULLPAGENAME magic word into raw text, and the result will be, in this example, <code>{{ Template:Alpha Mike Foxtrot (LW2)/Info }}</code>. This will make sure that it references its own Info sub-page correctly no matter where it is used on the wiki. You can see an example at [[Template:Heavy_Weapons_(LW2)]] and [[Template:Heavy_Weapons_(LW2)/Info]], as well as more info about [https://www.mediawiki.org/wiki/Transclusion transclusion here.]
			::: The payoff here is that should anyone want to reference the perk's extra info text somewhere else, they don't need to duplicate it, just use transclusion to refer to it, keeping things DRY (a software engineering principle, "Don't Repeat Yourself", but it applies equally well to wikis). This could be used, for example, to display all the info text underneath the ability icon, or next to it, or in a different cell in a table, etc. It's a just-in-case thing but could save headache later. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 01:01, 28 January 2017 (UTC)
			::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)

HubrisBliss at 00:37, 28 January 2017

2017-01-28T00:37:06Z

← Older revision		Revision as of 00:37, 28 January 2017
Line 11:		Line 11:
	I'll be filling out more text info for now, and working on the Psi Operative Tree.<br/>		I'll be filling out more text info for now, and working on the Psi Operative Tree.<br/>
	Oh, and I just learned about <nowiki>'~~~~'</nowiki>. <Phew>. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 23:30, 27 January 2017 (UTC)		Oh, and I just learned about <nowiki>'~~~~'</nowiki>. <Phew>. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 23:30, 27 January 2017 (UTC)
			:Glad I could teach by doing. :) (Though regexes and Pywikibot helped a lot in sorting those ability templates.) As for the info pop-up, I've never been able to get title text to respect breaks on a wiki. I think it's still possible, but would require tweaking the CSS used by the wiki to add a new class for these images specifically. --Tvol (talk) 23:59, 27 January 2017 (UTC)
			:Oh, and I forgot to mention, that this line-break issue is part of the reason I moved the info bits to their own sub-pages. (Or will be moving them.) That way it's easy to transclude those lists elsewhere, in-case there's need of a stop-gap of some sort. --Tvol (talk) 00:12, 28 January 2017 (UTC)
			::Specifically, where are you moving the info bits? Not the individual perk templates? i.e. [[Template:Alpha Mike Foxtrot (LW2)]], after <code>\| s_info =</code>. If somewhere else, please point me there. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 00:37, 28 January 2017 (UTC)

← Older revision		Revision as of 02:08, 28 January 2017
Line 17:		Line 17:
	::: The payoff here is that should anyone want to reference the perk's extra info text somewhere else, they don't need to duplicate it, just use transclusion to refer to it, keeping things DRY (a software engineering principle, "Don't Repeat Yourself", but it applies equally well to wikis). This could be used, for example, to display all the info text underneath the ability icon, or next to it, or in a different cell in a table, etc. It's a just-in-case thing but could save headache later. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 01:01, 28 January 2017 (UTC)		::: The payoff here is that should anyone want to reference the perk's extra info text somewhere else, they don't need to duplicate it, just use transclusion to refer to it, keeping things DRY (a software engineering principle, "Don't Repeat Yourself", but it applies equally well to wikis). This could be used, for example, to display all the info text underneath the ability icon, or next to it, or in a different cell in a table, etc. It's a just-in-case thing but could save headache later. --[[User:Tvol\|Tvol]] ([[User talk:Tvol\|talk]]) 01:01, 28 January 2017 (UTC)
	::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)		::::All makes sense. Just wanted to avoid adding text in the wrong spot. For now, I'm finding new things to do, but I will plan on adding text later after you have created the respective <code>*/Info</code> pages.<br/>Expect a simple unit navbar at the bottom of the class pages fairly soon. I'm already frustrated trying to jump between them. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 01:16, 28 January 2017 (UTC)
			::::Those are some cleeeeean rank icons. Nice! Short-but-sweet unit navbars are in. --[[User:HubrisBliss\|HubrisBliss]] ([[User talk:HubrisBliss\|talk]]) 02:08, 28 January 2017 (UTC)