GuildWiki talk:Style and formatting/Skills

Old stuff is in the archive.

Skill Formatting Example
As I went through the skills as per the discussion in GuildWiki_talk:Peer_review there were some common problems with the skill articles.
 * Ranges weren't bold (all fixed [user:Ollj|Ollj])
 * Ranges only had two periods (all fixed [user:Ollj|Ollj])
 * Misformatted acquisition section
 * Irregularity with bolding the article name (all fixed (no more boldnesses) [user:Ollj|Ollj])
 * Irregularity with denoting exhaustion, penetration, and elite status (working on it [user:Ollj|Ollj])
 * Missing "(Elite)" in the template for elites (?) (working on it [user:Ollj|Ollj])
 * Missing elite skills category for elites (working on it [user:Ollj|Ollj])
 * Fractions not using sup and sub
 * Missing no attribute category for some skills (all fixed [user:Ollj|Ollj])

The first two are easy, no debate there I presume. The next I give an example of what I think is a good way (and somewhat common way, from looking at most of the skill articles) of listing the three ways to acquire skills in GuildWiki talk:Style & Formatting/Skills/Everything Example. For bolding the article name, in the main style page, it's suggested you bold the article name only the first time it's used. For denoting the various things, I suggest what's in the example but I don't think it was ever discussed. For the last point, I don't think it was ever discussed but I like it.

Please mess with the example as you see fit before we start taking things out of peer review. --Fyren 03:42, 9 Jul 2005 (EST)

Good work Fyren! I like it a lot :) It's a good way to be able to talk about the format of articles! Points of interest: 07:18, 9 Jul 2005 (EST)
 * Article names should always be linked rather than bolded, even if they are referencing their own article. MediaWiki recognises the link and renders it as bolded text. This was decided upon some time ago (I was unwaware that MediaWiki did this at first, until Tanaric pointed it out) as the content produced is more useful when referenced from elsewhere, i.e. if an article is Included elsewhere, the link will not be rendered as bold and will point back to the included article, which is desirable! :)
 * Although I disagree with it, Template:Skill begin is included in the Skills category, meaning any page that contains the skill box is automatically included in the skills category. While this is a labour saver it means that a few example pages are included in Category:Skills :/
 * I don't agree with the use of the "spells" category, or of "enchantment spell" or whatever other categories are used to group skills by their type. Firstly, all instances of these category names are singular, whereas other category names on the site are typically plural, (save for the "contains xxx" categories, although thats reasonable) so I vote the category names are changed if they must be kept. Secondly I think they are pretty useless. I'm always wanting to find out what kind of skills I have and what I need by looking through the categories and I've never used this method of browsing. If a number of people do then obviously this is just me :)
 * Probably not the right place to say this but Elite redirects to Elite Skill and is pretty pointless... :/
 * "Skill" means all skills of the type "skill". "Skills" means all 456 skills together. The "skills category" must be plural, its different from the "skill category" that only lists "skills" of the type "skill". everything else should be singular. [User:Ollj|Ollj]

My point about the bold/linking was sometimes it's not linked at all and sometimes it's always linked. I think categories for skill types can be useful, but I guess they should be singular. (I also suggested that 'contains whatever' should be 'yields ' so things don't complain piles of dust, as was complained.) If you wanted to make a build around ether renewal, you might look through all the enchantments to see which profession you want to choose to pair of E.  The elite link is just there to mark in the template that the skill is elite. Is there a better way to do this? --Fyren 11:26, 9 Jul 2005 (EST)


 * Yeah, I was just over-clarifying really Fyren :) I'm prone to doing that, hehe. Well if you think they are useful then I'll concede that skill type categories are ok. But I still think we should refer to just like we do to  and  etc. I like the elite link as it is, although it shouldn't redirect :) 21:17, 9 Jul 2005 (EST)


 * I agree with you in principle, but there is a practical problem with Skills. Bear with me here. There are skills and Skills. "skills" represent the general idea of things you put on your skill bar. "Skills" are skills that begin with the in-game text "Skill.". If we go with pluralized categories, then Category:Skills will conflict with Category:skills. See what I mean?

>>"skills" gone to "category skills" "Skills" gone to category "Skill" [User:Ollj|Ollj]


 * I think we should make categories based only on sortable criteria in-game. Thus, Enchantments would be valid, since you can sort your skill list by type and get an enchantments header.  However, does a "skills" header ever appear?  If not, the category is not useful, and the point is moot.  &mdash;Tanaric 15:24, 13 Jul 2005 (EST)
 * Theres skills that target skills, so category is usefull. [User:Ollj|Ollj]


 * Just checked, and Charm Animal, Comfort Animal and Troll Unguent are "Skills". This puts us in a difficult position, since it means we cannot look for these skills through their type like we can with skills that are enchantments or spells etc. Unless we can come up with a different way of referencing something. I would not like to see changed, because it would be a lot of hard work, and more importantly because it is a category of skills, and any other name would be confusing. Any suggestions are welcome (although I suggest we perhaps start a new section for this discussion to avoid confusion)  22:51, 13 Jul 2005 (EST)


 * Lots of skills are of type "Skill". Expertise specifically triggers off of Skills not Spells. Also, many of the interrupts will specify Spell or "action". A Skill would not be interrupted by a Spell interrupt. This is why I have been putting the Skills into . Every skill has an official type. It is the the first sentence of the in-game skill description. (Which we put in , but omit from ==Description== for brevity.)

This Everything Example is very handy. There are a few changes I would like to make. I will modify the example page so everyone can see what I mean.
 * I think the Acquisition section should be ordered by cost, Quest (free), Capture (half price) and Trainer (full price). We could order by location, but one could argue over the correct ordering of locations since you can skip ahead of the missions.
 * Hyperlinking "Signet of Capture" kind of breaks the formatting of Acquisitions. I think it should just be "Capture".
 * I'm changing the casting time to 3/4 so we can argue over "3/4", "&#190;" and "3/4".
 * You're right that there should be an order for acquisition, whatever it might be. I'm not sure how linking the signet breaks formatting, could you explain?  And the decided format for fractions was the last of your three, though I guess it doesn't really matter as long as we're consistent.  I like the last one the most.  --Fyren 10:25, 14 Jul 2005 (EST)


 * "Quest" and "Trainer" aren't linked, so it seems inconsistent to link "Capture". We could link all three I suppose, but I am opposed to that. If we need to explain the meaning of something we should do that in a single article, e.g. Skill Articles Explained and make a link to that at the top of every skill via the macro. Then we can do a full write-up explaining the terms (like Capture) for all of the skills in one place instead of having to maintain 200+ skill articles.


 * I vote for &amp;#190;, as it's semantically correct. &mdash;Tanaric 20:09, 14 Jul 2005 (EST)


 * Well I think this kind of thing could be discussed in Skill details since it already exists. Although perhaps this is the wrong place. Help:Skills might be another good option. I'm torn between &amp;#190; and 3/4, while the first is technically correct the second is much easier to edit, and much easier to read if you are just looking at the wiki code. As far as semantics goes I think anyone getting hold of the html of the page would understand 3/4 means &#190;, but I'm not entirely convinced which is best. Hehe :) {User:LordBiro/Sig}} 20:15, 14 Jul 2005 (EST)


 * How about we make a set of macros, , and use that. Then they will all look the same, and we can change the formatting in the future if we decide to do it differently.


 * Biro, I agree with your last sentence, but it really doesn't apply. 3/4 is fine, semantically, but 3/4 is not.  Fractions are not written in superscript or subscript, but a special format all of their own.  Furthermore, maybe I just read too much math, but 3/4 just doesn't look like a fraction to me. Since it's not quite a fraction, it's jarring.  At least 3/4 is commonly understood to be fractional form.  Alternatively, we could just call it 0.75, and avoid the problem entirely.  &mdash;Tanaric 22:09, 14 Jul 2005 (EST)


 * You think 3/4 doesn't look like a fraction but Â¾ does? Will the latter display properly on all systems?  --Fyren 04:22, 15 Jul 2005 (EST)




 * Yes Fyren, I believe that &amp;#190; will display correctly on all browsers, or should do at least. In fact it is 3/4 that is less likely to display properly, as shown in my example using lynx on linux. Tanaric's suggestion of using a template to describe fractions is a good one. We could even use Template:1/4, Template:1/2 and Template:3/4 if everyone is ok with it. I realise that slashes suggest a sub page, so this might not be the best solution, but I don't know of any disadvantage to using a slash in an article title. It's not like creating a namespace, afaik. Someone with more knowledge on this subject could perhaps give some input? If this is not ideal then I think Template:One_quarter, Template:One_half, Template:Three_quarters etc. would be easiest to understand. 07:36, 15 Jul 2005 (EST)


 * Actually, some random unsigned guy talked about Templates. I think it adds needless complication to something that's really not a problem.  " 3/4 " is an HTML kludge that shouldn't even be considered, as the lynx screenshot proves.  However, because the syntax for &amp;#190; isn't immediately obvious, I think 3/4 is fair.  'course, I still think 0.75 makes it easier&mdash;doesn't quite jibe with the game, but I think mathematical equivalency is okay&mdash;and it avoids a damned silly argument about fraction syntax.  It should, perhaps, be noted that the game itself uses &amp;#190; to display fractions. &mdash;Tanaric 15:42, 22 Jul 2005 (EST)


 * Well forgive me for introducing the "kludge" into our skills formatting. The wiki was still new at that time, and i was fully aware of what i was doing, though i don't remember anyone bothering to suggest anything better back then. "3/4" in no way looks like what it does in the game, Â¾ wouldn't necessarily appear properly on a web browser rendering with a different character encoding(or font), and our wiki doesn't have the maths plugin installed(the one wikipedia uses). I was(and still am) quite sure that any web browser since mosaic would know what to do with the super and subscript tags, and it seemed like the best workaround at that time; i scripted something that would automatically generate codes for the skill tables, and i had to decide on an approach that would work best(notice how all the monk skills already have their skill tables; some mistakes here and there, but they got fixed quick). honestly, i don't see how a text-based web browser not being able to render said tags make it any less likely for users to see the "kludge" properly. if we used the wiki-maths to do fractions, it'd generate images that lynx wouldn't be able to display anyway. are we gonna settle for 3/4 just because of one text-based web browser? Nuble 07:41, 29 Jul 2005 (EST)


 * Â¾ might not, but &#190;(&amp;#190;) should work for any browser, see the wiki code and the source for the page to see why these are different characters. You made a reasonable decision Nuble, but I think we should settle for &#190;, not because it renders nicely in lynx, but because it's correct. Also, what to people think about the use of templates to display fractions? This way if we change our mind in the future it will be a much less painful process to alter. 08:25, 30 Jul 2005 (EST)


 * i was just about to say that if we're to evaluate our pages based on how lynx renders it, might as well use ascii art to replace the skill images since, well, lynx only renders ascii text, but that'd just bring up more unnecessary arguments. anyway, templates will definitely solve a lot of our problems, what's with the different 1/4 and 3/4 and x...y's we have floating around. i say go for it. i'll do my part editing the skill pages as needed later. Nuble 03:02, 1 Aug 2005 (EST)

I propose we change the example article, specifically to change "Usage Notes" to simply "Notes", because there might be more to say about a skill than just how and when to use it. Alternatively we could add a new paragraph, although that seems pointless when we already have such a closely related one.
 * Sounds good. I just put "usage notes" in since it was used in a lot of existing skills.  --Fyren 20:04, 22 Jul 2005 (EST)


 * Could we move GuildWiki talk:Style & Formatting/Skills/Everything Example to Style and formatting/Skills/Everything Example? Just that since the case crusade the parent article has changed, and it was initially created underneath this talk page, when really I think it should have been created underneath the Skills formatting article. :) 21:29, 22 Jul 2005 (EST)

I have an idea how to simplify inserting the fractions into an article. Just extend the Javascript bar at the top of the edit box to include the Unicode characters: Roland of Gilead 05:03, 5 Aug 2005 (EST)

Woah, sorry, forgot about this discussion. Nuble, no offense was meant to you: however, this is a wiki, and it evolves. Part of that evolution is making everything more correct, and that's what I'm trying to achieve here. Anyway, I agree with Roland about adding them to the JScript bar. I add further that the onSubmit replace script (you know, the one that replaces ~ with names and dates) be extended to automatically convert fractions into HTML entities and -- into &amp;mdash;. Just a thought; I can think of plenty reasons NOT to as well, but I'll leave those to you to argue against me. :) &mdash;Tanaric 05:17, 5 Aug 2005 (EST)


 * Putting the arguments for and against altering the "onSubmit" functionality of MediaWiki to one side for the moment, it will be much easier to implement a change to the JScript bar than to the "onSubmit" function. With this out of the way we could move at least one small step closer to better syntax. 10:28, 5 Aug 2005 (EST)

Attribute Point to Skill Value tables
Please note: I have uploaded a small java program to create simple skill tables that relates the linked attribute to the skill's effect(s). Look here for the code.


 * I'm not very pleased with the current attribute tables, although I do like the idea of having such information. The syntax of the table produced is incorrect (or if the blank row is intentional it's not very pretty ;)), but my main problem with them is that the information is not displayed very elegantly as in the case of Mark of Rodgort. I have been thinking about this problem, and I don't really know how we can display this information without using a table in some way. I had wondered about the use of a javascript attribute point to skill value calculator, but I'm not sure if this is a good idea.
 * Also, do the values really rise in such a linear manner after AP 12? I had read that they did not. 09:59, 22 Jul 2005 (EST)


 * Theres a BIG problem with this, everyone is rounding a linear graph from 0 to 12 (and it stays linear till 20) BUT guild-Wars too often does NOT round logically for some higher reason i can not see yet. So you can not calculate it, you need a database.
 * I have actually tested every skill that I have added, up to at least level 17, and contrary to what you may have read elsewhere, it DOES scale linearly even after 12. Give me a counterexample if you know one. Or just try it yourself for any random skill with +armor & sup Rune. Write down the absolute increase for every level from 0 to your max, then try to find a regular pattern in the increase values. If you find a pattern that matches all values, it's linear all the way.
 * OR you just trust me when I say: Every Skill variable, if plotted against attribute level, looks like a simple linear graph that is offset in y-direction by some base value; I have tested enough skills to say this with confidence. Roland of Gilead 11:52, 28 Jul 2005 (EST)
 * Never sayd its not linear, I just say your tables round correctly while guild wars does not round like you do!

Use this Template?:

Example1:

Example2:

variables: - name = name of the line - s   = font size of the line [html] - w1  = width of the name box - w2  = widths of the number boxes Used Templates: - nrow20     = line showing the numbers from 0 to 20 to make a line title - -24...-14  = lines storing and showing green number variables for each range -- nrow start = table start -- nrow end  = table end -- nrow      = one box element with a border and centered text

you can klick the x to get to the template to change any number. I actually like how voids display, better than "0" or "-"

many skills suse the same ranges, so a template is good!


 * I think we all agree there should be a table in the skill pages but I don't think this table/template yet achieves it in a good way. I'm leaning towards just a plain table with only templates like Ollj's nrow20, start, and end, and one more that will take the actual values for a row, not something like  .  --Fyren 04:27, 2 Aug 2005 (EST)


 * I'm very glad you are discussing this Ollj :) The templates here are good, but I can't help but think they are still too complex. Can anyone provide some proof (screenshots or something?) that the values do or do not scale linearly in any given case? I haven't tested this myself and so I'm unsure. 08:15, 2 Aug 2005 (EST)


 * One simple recommendation: It would make sense to me if the "x" link actually said "edit". It might not be clear to new contributors exactly what the "x" is for. 08:18, 2 Aug 2005 (EST)


 * This is simple: if you dont (want to) know what the x is for you propably should not edit, if you want to edit you know how to anyways. / "x" was chosen because it can be only 2-3 digits long anyways, want it to be "set"? - and its a template because a lot of skills use the same ranges!
 * I think I'd prefer it to be outside of the table. I'm someone who would edit them if I had info to put in, but I wouldn't know what the "x" did till I moused over it to see.  And then I'd see it took me to the template, not to edit the template.  Perhaps another template just to add a small line of text that says "click here to edit" under the table?  --Fyren 01:44, 9 Aug 2005 (EST)

These tables do not display correctly in Firefox. &mdash;Tanaric 16:27, 9 Aug 2005 (EST)


 * They do for me. Ugly, either way, though. --Talrath Stormcrush 16:34, 9 Aug 2005 (EST)
 * Ugly is easily fixed. They display correctly in my Firefox, also.  --Fyren 16:38, 9 Aug 2005 (EST)
 * I mean, correctly, as compared to how they display in IE6. Compare the two, and you'll probably agree that Firefox's is less-desirable.  &mdash;Tanaric 17:10, 9 Aug 2005 (EST)


 * It renders pretty much the same for me, but the syntax is awful. Every cell contains a table, I don't know why. 21:03, 9 Aug 2005 (EST)
 * Because I wanted fixed width for each cell that is still variable, and all that with wiki code. - If it doesnt render the same way with all browsers you should try to fix that.
 * Strange. In Fx here, the empty cells render with no width, whereas in IE they render with the same width as the column headers. &mdash;Tanaric 23:22, 9 Aug 2005 (EST)
 * Im my FF, they are fixed width. --Fyren 03:21, 10 Aug 2005 (EST)


 * Okay then, I'll shut up about it. However, since I'm pedantic, I'll mention that the official abbreviation for "Firefox" is "Fx". :) &mdash;Tanaric 18:44, 10 Aug 2005 (EST)

Lots of Things
There's way too much discussion to move here and I'm not sure how to deal with it. I'll try to point out the main pages: --Fyren 17:06, 9 Aug 2005 (EST)
 * Talk:Skill Template Guide: There's a lot of issues there people need to either say "I like it," "that's a bad idea," or "you should do it like this..."  Almost every issue on the page is unresolved to some degree.
 * Talk:Elite skills list: Discussion on formatting the page with a list of all elite skills, though it's mostly taken care of.  Addition input would be nice.
 * Talk:Skill: Discussion on denoting eliteness for skills.

Categories
Okay, my above section didn't get much input on the topics. So, I present, in the proper location for discussion, categories! Right now, we've got Category:Fire Damage and so on for things that deal that type of damage. Ollj suggested a while ago that we have Category:Causes Poison and so on. Besides conditions, we could have knockdown and exhaustion. Other categories that might be useful are removes enchantments, removes hexes, removes conditions, snares, buffs speed, buffs elusion (to cover block, evade, dodge without using those words), reduces damage, and buffs armor. I've always wanted to be able to crossreference some of these things, like "what are all the ways to cause ," and I'm sure others have wanted this as well.

Another suggestion I have is we add things to the category with the profession in the name, as in. This would help searches like I mentioned above, since you might only want to find all ways to do something only for the two professions for one of your characters.

So, what does everyone think? What other categories might there be of use? (The category suggestions above are just off the top of my head, I'm sure there are others.) I think this is all good, I'd be fine doing it all myself if no one opposes such changes. --Fyren 03:26, 11 Aug 2005 (EST)


 * Okay, then. I assume everyone's all for it!  I'll get right on it!  I also thought up the categories causes cantaloupe, eats babies, and buffs shepherds!  I'll get right on adding them unless someone speaks up.  --Fyren 04:01, 13 Aug 2005 (EST)


 * lol, hey :) Well, I don't disagree with more categories necessarily, but the ones we have are a mess. I really hate the fact that Necromancer General/Monk General etc. exist for skills with no attribute. It's just not a very good name! And the fact that some categories use plural and some use singular still annoys me, even after the discussion about the difference between skills and the skill type "skill"... So yeah, I also don't think a category is necessary for "causes exhaustion", since only 1 skill does. 21:11, 13 Aug 2005 (EST)


 * I'd probably change the "general" ones into " Unlinked Skills" or just " Unlinked." My overall goal is to do a pass through all the skills to do lots of things at once.  I'd change them all to plural, except the "skill" thing, which I guess can use a little more discussion.  For exhaustion, I meant the ones that are self-imposed.  --Fyren 03:24, 14 Aug 2005 (EST)

Of ranges, tables, and templates
These have all been discussed a lot. I'd like to see where people stand since the discussions didn't seem to resolve. If there's markedly lopsided support for something, that's the way we should go. If there isn't... more discussion? I'd try to summarize the arguments for each, but I'm probably biased (since I can't think of arguments for some of them). I don't think there were any other options than what I list that were brought up and had support. Add choices if you think I've left out something.

Please edit and sign your name under the way you think is best. (Add " #~ " below your choice.) --Fyren 12:05, 14 Aug 2005 (EST)

Should the ranges in descriptions be linked (as in 1...3 or 1...3)?
 * No links
 * 1) Fyren 12:05, 14 Aug 2005 (EST)
 * Links

Should there be tables made from range templates skill number data (like Ollj has been doing) or tables from a single table template with numbers filled in per article? (Add a "no tables at all" option if wanted.)
 * Tables with range templates
 * Tables from a single template, data per article
 * 1) Fyren 12:05, 14 Aug 2005 (EST)


 * I'll assume it's too early to declare unanimous victory. --Fyren 10:31, 15 Aug 2005 (EST)