GuildWiki talk:Style and formatting/Skills/Archive 2

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:

• 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... :/

<LordBiro>/<Talk> 07:18, 9 Jul 2005 (EST)

• • "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 <crafting name>' 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 [[Category:Enchantments]] just like we do to [[Category:Skills]] and [[Category:Locations]] 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. —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 [[Category:Skills]] 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) <LordBiro>/<Talk> 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 [[Category:SkillType]]. Every skill has an official type. It is the the first sentence of the in-game skill description. (Which we put in {{Skill_type_entry}}, 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", "¾" and "³/₄".

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 {{Skill_begin}} 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 &#190;, as it's semantically correct. —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 &#190; and ³/₄, 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 ¾, 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 {{Skill_1_4}}, {{Skill_1_2}}, {{Skill_3_4}} 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 ³/₄ 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 ³/₄ 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. —Tanaric 22:09, 14 Jul 2005 (EST)

You think ³/₄ 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 &#190; will display correctly on all browsers, or should do at least. In fact it is ³/₄ 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. <LordBiro>/<Talk> 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. "³/₄" is an HTML kludge that shouldn't even be considered, as the lynx screenshot proves. However, because the syntax for &#190; isn't immediately obvious, I think 3/4 is fair. 'course, I still think 0.75 makes it easier—doesn't quite jibe with the game, but I think mathematical equivalency is okay—and it avoids a damned silly argument about fraction syntax. It should, perhaps, be noted that the game itself uses &#190; to display fractions. —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;) 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 ¾, 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. <LordBiro>/<Talk> 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 GuildWiki: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. :) <LordBiro>/<Talk> 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 &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. :) —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. <LordBiro>/<Talk> 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. <LordBiro>/<Talk> 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:

Template:Nrow20 Template:-24...-14

Example2:

Template:Nrow20 Template:16...51 Template:-24...-14

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! Ollj

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 {{-24...-14 | etc}}. --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. <LordBiro>/<Talk> 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. <LordBiro>/<Talk> 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. Ollj / "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. —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. —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. <LordBiro>/<Talk> 21:03, 9 Aug 2005 (EST)

Because I wanted fixed width for each cell that is still variable, and all that with wiki code. Ollj - 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. —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". :) —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:

• 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.

--Fyren 17:06, 9 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)

Both votes are concluded, as Ollj is in the process of deleting both his range pages and templates. —Tanaric 00:16, 20 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)
2. Tanaric 18:10, 15 Aug 2005 (EST)
3. Crusty 08:25, 17 Aug 2005 (EST)
4. Karlos 15:42, 17 Aug 2005 (EST)

• Links

1. Ollj

• Either way

1. kaarechr 01:25, 17 Aug 2005 (EST)

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

1. Ollj

• Tables from a single template, data per article

1. Fyren 12:05, 14 Aug 2005 (EST)
2. Tanaric 18:10, 15 Aug 2005 (EST)
3. kaarechr 01:25, 17 Aug 2005 (EST)
4. Crusty 08:25, 17 Aug 2005 (EST)
5. Karlos 15:42, 17 Aug 2005 (EST)

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

Let's wait until the weekend. No harm can come of it. —Tanaric 22:59, 16 Aug 2005 (EST)

Nice, but a democracy needs more than 3 people and is useless if most of its population is ignoring debates and votes. Ollj

once again some arguments:

1. fixed width for each column.
2. flexibility in size and width and title of each line.
3. All tables and all ranges (but mending) seem to use the same numbers, thats why any new data should be stored in the template to show the same data for all skills.
4. the template-data is easy to change (for a template) because it shows a link to itself.
5. The template-data can also be used in "skill tumbnails", to use them in builds (goto discussion) or on the pages for each attribute.
6. Green numbers are important for all "unspecialisated" builds (that have no attribute skill above 14). and specialisated builds [16 13 4] are neither always be best, nor the only builds to use and they should prever high increasing attributes, too.
7. my table is just a table with a modular (more flexible) strcture. I tried a lot to make it just look like any other table, but i failed, till now. I finally killed the last bug in it, and this opens a way to change its look. Ollj
8. I fixed the style! it just looks like a table now please test on all kinds of browsers, didnt use anything but "style="" . only disadvantage now is that empty spaces have no fixed width... working on that.Ollj

I didn't argue for my view. If you didn't say this on the other talk pages, you should have then. I'm not going to remove your agument above, but I don't think it should be here. --Fyren 05:02, 17 Aug 2005 (EST)

Oh nice, a vote for removal without own arguments while ignoring my arguments and pleaing do delete my arguments. thats stupid! whats your problem man? --Ollj 05:14, 17 Aug 2005 (EST)

Scroll up to "Lots of Things." Click the links. See the pages of arguments. I didn't want pages more here, since they achieved nothing first time. --Fyren 05:17, 17 Aug 2005 (EST)

I read all the "lots of things" stuff. Its a lot of discussion, but it barely touches the green number ranges being wikified or not, they just got ignored. this proves the statement "These have all been discussed a lot." partically wrong (wikifiing wasnt discussed)! please quote/link some discussion about wikifiing ranges if you find any. you just sayd you didnt like most of the wikifications. all other discussion was about other wikifications and categorisation.--Ollj 06:15, 17 Aug 2005 (EST)

All green number ranges articles discussion is in Talk:Green_Numbers! --Ollj 06:15, 17 Aug 2005 (EST)

All actual discussion about range tables and wikified ranges is in "Attribute Point to Skill Value tables" above. LordBiro liked the information of the green number ranges, just wasnt sure about the style of the tables (wich improved a lot since then). Hewus added content to the ranges and started a discussion on 1...3. There Hewus wants a table on each site. And I proved that a template still makes sense. --Ollj 06:15, 17 Aug 2005 (EST) your only argument is still that you dont like them?

how about this: I agree that all the range articles are not THAT usefull yet. I thought I would find something special that would really make that pages usefull, but I just noticed that I already found it, and what I found can be presented in different ways, like on Divine_Favour + a templated table on each skill. (template if multiple skills use the same range.) For example I actually thought cross-linking between the ranges pages could make sense for some strategy guides, but while getting more data I just did not found a reason for that. The green number articles made sense to get all the data together, to link all the ranges to all the skills and to find out what skills use what ranges as quickly as possible. This answered a lot of my statistical and strategical questions and the question how big the role of the green numbers is in this game. I searched for a deeper meaning in them, for a link between one range to another, but didnt really find it. I didnt find as much "green number related"-links between the skills as I hoped to find. Just found links of green number ranges between skills of the same attribute!!! wikifiing the green number ranges and using a template for the range table (still) makes sense if another skill (of the same attribute) uses the same range, because those skills are still linked to each other by how their numbrs increase. That leaves the 8...18, 1...3, 1...8, 3...13, 1...16, 5...17, 5...24, 1...24, 1...32, 10...34, 5...41, 16...67, 20...68, 10...82, 7...91 ... range articles justified and others seem to lose justification. (i dont think they will add new skills anytime soon that might justify more range articles) --Ollj 07:11, 17 Aug 2005 (EST) Hey its 456 skills that share a lot of ranges with each other, and each range has ~19 variables in it, i just got overview over all that. The only problem is, I did not find as much as I thought I would find being worth to get overview over.

My 2c: Would be nice to have the table on the same page as the skill description so you can see all the information you need without having to print/refer to another page. Also its possible that a future GW update nerfs/changes a skill so it no longer complies with all the other skills in a green number range (not sure if this is possible - depends on how GW impliments things), in which case, having the data for the range in each skill article (as opposed to one article that all the relevant skills link to) would be more robust. It would take longer to do things this way, but hey you only have to enter then information once ;) PS full credit to Ollj, i think theyve done a superb job gathering all that info, i just think it would be more beneficial if it were formatted the way i explained --Crusty 08:25, 17 Aug 2005 (EST)

I agree. Nothing wrong with the information (it's great stuff, Ollj), but templating it just doesn't make sense. They share the same ranges because of balance issues, but that doesn't mean those ranges won't change later, for balance issues. I'm all for reduction of work, and I'm usually the first to modularize something to the point of absurdity, but... well, we're past the point of absurdity with these number range articles and the corrosponding templates. You keep saying you've proven templates are good. Where? All I see is an extremely complicated, arcane syntax for tables that are pretty straightforward to create. Templating these creates a significant barrier for new editors of skill pages. Furthermore, the required kludges with wikicode syntax (unless something has changed) perverts the HTML of the page. I can't imagine lynx, for example, being able to actually view your tables (and I intend to test that when I get home from work).

By your design pattern, Ollj, we should make different template for skills relying on Healing Prayers or Axe Mastery, since, after all, they share a common attribute. However, it makes a mess in the long run. Templates are good for a whole lot of things, but data simply isn't one of them (at least, not on wiki).

—Tanaric 15:45, 17 Aug 2005 (EST)

I'll reiterate my suggestion which I made in some other talk page: Move the math to separate math pages. I believe there are people like Ollj who are into this stuff. I am not personally and am still waiting for the day that I find any of that info useful. Still, I think it is useful info to have around as long as it is accurate. My point is to keep it out of the main articles, like the Divine Favor article that Ollj is useing as an example. The reasons are:

• To say that the table is cryptic is an understatement, especially with no headers. It is very hard to read.
• It is empirical information, subject to change.

All we need to do is in the Divine Favor page just mention: "For more details on how Divine Favor affects all the linked skills, please consult the Divine Favor Increase Chart" or something like that. --Karlos 15:42, 17 Aug 2005 (EST)

I vehemently disagree with this suggestion. While the math data may be a bit arcane as presented (mostly due to problems with templating), it would be very easy to label and present properly. It deserves its own section on the skill page, of course, but no reason to create more articles on essentially the same topic. The fewer articles a user has to go through to reach his intended page, the better. —Tanaric 15:45, 17 Aug 2005 (EST)

Woah, he's got it in attribute articles now too? My above statement stands for the skill articles, but there's no reason at *all* for this stuff to be in attribute articles. —Tanaric 15:50, 17 Aug 2005 (EST)

Just because you dont understand that "stuff" doesnt mean there is no reason for it. Especially the attribute tables make it a lot easier to make any kind of build. --Ollj 17:37, 17 Aug 2005 (EST)

I understand the tables. I also know that they are hard to look at and even harder to decipher. I personally have not found a single use for all that data, but I do not deny it could be interesting. It's just not that important. Sorry if you don't feel the same way. We won't be able to reconcile that. --Karlos 21:10, 17 Aug 2005 (EST)

- Go to Divine Favour read the text bolow the table to understand it. Example: Divine Boon starts with 24 and for each divine favour more it ONLY adds 1 or 2 healing. Divine Healing starts with only 10 and gets 16 or 17 more healing for each attribute skill more. Now what skill you prefer with high divine favour and what skill do you prefer with low divine favour? THATS what Relative Increase|its all about! --Ollj 22:08, 17 Aug 2005 (EST) of course you can still vote to delete this good info just because you dont get its meaning.

The answer, which you have overlooked in your overzealous analysis, is that you're looking in the wrong place. How often do people take divine healing? Very rarely. How often is boon used? Fairly often. It has nothing to do with your "relative increase" or how much the numbers change per point of divine favor, but that boon interacts well with protection monks but divine healing is basically heal area that heals some more but has an insane recharge. --Fyren 04:55, 18 Aug 2005 (EST)

relative increase has nothing to do with how often a skill is used!!! and nothing with how good a skill is (because there is no such thing as a better skill)!!! It even ignores skill combinations (and shows some others)!!! Divine boon IS indeed nice for a lot of protection skills -> (less divine, more prot) just fine! The "insane" recharge of divine healing just LOVES quickening zephyr, like all long recharge skills do, this asks for other protection skills (less prot more divine). Im tired of repeating myself over and over, there come GREAT new builds when you care for relative increase. --Ollj 05:54, 18 Aug 2005 (EST)

so im clear, realtive increase is how much a skill's damage/duration etc goes up per attribute point spent on it, correct? --Crusty 11:10, 18 Aug 2005 (EST)

Relative Increase, straight from the horse's mouth. The talk page for it is also interesting. --Fyren 11:30, 18 Aug 2005 (EST)

The fact that we are having this heated debate of the meaning and value of those tables means that it is highly subjective information. This does not make it useless information, but I think it needs to be sorted out and presented in a more objective and explanatory manner.

For example, I look at relative increase the opposite way you do. For example, I have an Elementalist char who is a secondary Mesmer. My favorite pet secondary skill is Backfire, especially if I anticipate facing a monk boss. Why? Because I cannot really invest much in a secondary attribute (most of my att pts are in Air and Energy Storage). So, with just 4or 5 pts in Domination magic, I am able to do 60 dmg with Backfire. Granted, if I have domination up to 12, I could kill the enemy spell-caster just by looking at him, but for my situation, skills that have a large "relative increase" are my friend in my secondary profession. Can you fault me for that? I hope not.

The point is that it is SUBJECTIVE. So, please stop trying to convince us it is global facts. --Karlos 13:16, 18 Aug 2005 (EST)

Sadly, that's not what relative increase describes. Check the talk page. What you probably want is the simple rate of change (as in the slope of the line plotting attribute value versus skill value). --Fyren 13:29, 18 Aug 2005 (EST)

Oh, I understood that, he's trying to measure the slope of the linear function compared to it's constant bias. Or as he says, the m compared to the b. My point is that I don't care about m's and b's, I care about which skill will give me the most for what I have to spend on it. I think the BEST reasoning for why I don't like this whole thing is provided, once again, by the horse: Relative_Increase#what_this_ignores

He is basically ignoring all of reality for the sake of mathematical purity. When I am making a build or distributing my attirbute points or choosing my skills, I am thinking about all those things he decided to ignore. Hence, the irreconcilable difference. :) --Karlos 14:37, 18 Aug 2005 (EST)

It ignores so much, just because you cant put that in simple formulars, and it still works if you just keep the unmatematical stuff in mind while building, like normal. A build that cares for relative increase of skills is ~15% more effective (more damage, more healing ...) in its skills overall than a build that doesnt! looking at relative increase makes the difference between a newbie build and a build that knows all the skills. Power leak and/or mind wrack are low-domination substitutes for Backfire (wich is medium domination, so its not all bad do use it woth low domination), try them in your build and tell me if it improves or not. Anyways backfire at 5 aint bad at all and of course it depends on actual situations. Try to use more than 20 differens skills overall, if you have them. Enough skill arguing --Ollj 16:49, 18 Aug 2005 (EST)

This vote is about the use of templates and the use of range variable articles. This argument has veered so off-course as to become irrelevant. I don't give a damn about reletive increase. Nevertheless, there are people who do, so it's worth keeping. Its current form is, frankly, horrible, and it isn't understandable by the average person—not because we don't understand the math, Ollj, but because we don't understand your "English." You clearly don't speak it as a first language. That's okay; we'll fix it up, eventually, when an editor who cares comes by it. However, right now, none of the other editors, as far as I can tell, care much about it, so it's doomed to languish. You need to find somebody with a better grasp of English than you to help you with this, translate the information properly, and write some cohesive articles about it. There is no problem with including mathematical/powergamer data on every skill page. Most readers may find it useless, but to be fair, most readers find the "flavor text" useless too. We should keep all valid data, regardless of how useless many, including myself, may find it. Work on making it readable, and ask others here for help, and we'll eventually have some extremely useful skill pages. —Tanaric 18:15, 18 Aug 2005 (EST)

I just found the holy grail of the green numbers. Soon all the range pages and its templates will be gone for something more usefull andd simpler that relies on the same data. And this page gets a rework and a simpler version (as introduction) of itself. --Ollj 08:37, 20 Aug 2005 (EST)

Elite Skills

I think that Elite Skills should be marked as such MUCH more prominent than they currently are. Somewhere, so time ago, I read that somebody is working on the skill template. I would suggest to add something like the following to all elite skills:

This is an Elite Skill.

Preferably this should be part of the skill template, but I gotta learn how to format those first. :) --Tetris L 21:16, 5 Sep 2005 (EST)

Acquisition

I am very unhappy with how the "Acquisition" section currently looks:

1. Do we have any fixed order to list the means of acquisition? By alphabet? By priority? By the order that you meet them in the game?
2. I'm not quite happy with the order "Method: NPC/Boss, Location". Personally I think it should be: "Method: NPC/Boss (Location)". In any case the method should be first. This helps to create a tree structure if there is more than 1 NPC/Boss for the same method.
3. As already discussed at length in Talk:Meteor_Shower we need to establish a standard about whether at all or how to list bosses that you encounter after the skill trainer or quest. I think it would be most confusing for users to list them in a mix with the ones that you meet before the skill trainer or quest. If we list them, then we should clearly separate them from the rest.

Your opinion? --Tetris L 21:16, 5 Sep 2005 (EST)

We HAD decided on the order quest, capture, trainer because of "cost." It's also not supposed to be "How: What, Where" but "[[Where]]: How, [[What]]" with the 'how' being either capture, quest, or trainer (unlinked) and 'what' being the boss name, quest name, or trainer name. I don't really like the list/tree thing for capture, but I don't think there's much of an argument for or against it that's not just aesthetics. As pointed out in that talk page, for capturing "before" might not be "before" but "somewhere I don't want to go on my second+ character since I don't have to." Even so, listing all the Old Ascalon boss skills would be too much, but it's hard to draw a line. --Fyren 04:15, 6 Sep 2005 (EST)

Can you capture from Old Ascalon bosses? If not then this wouldn't be a problem, we need only list those bosses from which it can be captured. <LordBiro>/<Talk> 03:21, 6 Sep 2005 (EST)

Yup. You just need a signet first. --Fyren 04:15, 6 Sep 2005 (EST)

---

I started checking through the skill trainer list and found lots of errors in the acquisition section of many skills (Dakk aside). This information needs to be updated urgently! I am willing to go through each and every skill and update the acquisition section. Considering that we have roughly 470 skills, this will be enough work for a WEEK. I could use some help!

I agree quest>capture>trainer is the correct order, because of "cost". I still think How>What>Where makes a lot more sense than Where>How>What, but that's a matter of taste.

As for bosses: I hope we're not going to list each and every boss in the game to capture skills like Orison of Healing. We'll end up with foot-long lists that nobody really needs.

Anyway ... before I go to work I wanted to ask: Would anybody mind if I use a table format for this. The code is rather simple, so Wiki newbs shouldn't have problems updating it. This is what I'd suggest:

Method	Name	Location
Skill Quests	Quest Name	Quest Giver Location
Skill Trainer	Trainer Name	Trainer Location
"	Dakk	Ember Light Camp
Signet of Capture	Boss Name	Boss Location
"	Boss Name 2	Boss Location 2

I like this a lot better than the old list layout, but that - again - is a matter of taste. Your thoughts? --Tetris L 00:39, 23 Sep 2005 (EST)

I agree the acquisition sections may be out of date, a lot of details have changed and some remain missing. If you are willing to go through every skill and update them all then that would be a tremendous help!!

Personally, I would mind if you used a table, because I don't like it. The information does not need to be tabularized, it's fine as a list format. There are only 3 pieces of information, and there will generally only be 3-5 ways of acquiring each skill. When you compare the inellegance of both the wiki-code and the resultant displayed output of using a table with the simplicity of using a list, well, I think the comparison speaks for itself. I don't think I could be persuade that templates would make the job any easier either. I really think lists are the best and easiest option :) <LordBiro>/<Talk> 02:39, 23 Sep 2005 (EST)

I prefer the list format better than the table. We discussed somewhere why someone might want capture info that's "after" a quest (skipping areas on your second or later characters, basically). But, common sense applies. There's a capture entry for Thunderhead Keep in orison of healing, which doesn't make sense. --Fyren 07:40, 23 Sep 2005 (EST)

Okay, I will refrain from using the table format. I prefer the look, but I also agree the code is cumbersome compared to the list format. I will go ahead and update all the skills one by one now. This will take me a while. You might want to hide minor changes in your Recent Changes view. :) --Tetris L 19:28, 23 Sep 2005 (EST)

However, I will use a tree format if there is more than one quest/trainer/boss! --Tetris L 19:30, 23 Sep 2005 (EST)

Yah about that... since Signets of Capture cost the same now I think there can be some rules about when to list captures. If you can buy it at Ascalon you don't need to list captures. If you can buy it at Kryta you don't need to list captures for Maguuma, Southern Kryta, and the Desert. If you can buy it at the Forge you don't need to list captures in the Southern Mountains. You don't need to list captures for the islands. Also, you could add if you get the skill from changing your secondary profession.--Cloak of Letters 02:48, 24 Sep 2005 (EST)

I have updated all non-elite skills in the game. Phew, that was one hell of a crusade. :) A few more things:

• Shall we add the Priests of Balthazar to the acquisition?
• Shall we add info about which skills you get automatically when you change your secondary profession?
• Capture info of non-elite skills needs to be updated. I plan to do this over the next few days. I will remove bosses that you encounter AFTER the respective quest giver or skill trainer. I will add some more bosses that you encounter BEFORE the respective quest giver or skill trainer.
• I will update all elite skills as well, but want clarification on the format first. See the section above this one.

You see there is still a lot of work to do. Help would be appreciated. --Tetris L 03:37, 30 Sep 2005 (EST)

Nice work, Tetris. I've been updating skill pages that I've edited with that list format as well, and it's growing on me. There's just one minor thing...I don't think it's necessary to list Acquisition subsets that have no entries. I noticed that you had a lot of entries with, say, Skill Quests > None listed, and it just seems unnecessary to state that (just like the lack of Trainer and Quest entries for Elite skills should be a given). --Razorfish 04:27, 30 Sep 2005 (EST)

My thoughts:

• Add Priests of Balthazar: No. You can't actually acquire skills there, just unlock them.
• You don't get any skills automatically when changing secondary. You will have all the skills you learned in that profession in pre-searing (where you can switch secondary, too, multiple times and learn skills from multiple professions).
• Agree on the capture information. A while back I defended adding captures after the quest or trainer which give the skill, but now that the signet costs the same I changed my mind.

Good job, keep it going! :) --Eightyfour-onesevenfive 04:51, 30 Sep 2005 (EST)

You don't get any skills automatically when changing secondary. You will have all the skills you learned in that profession in pre-searing

This is incorrect. At least for some prefessions, I have learned skill A for profession X in presearing. I finally decided to use Ranger as my secondary. In the desert after Ascension, I did the secondary profession quest and changed my secondary profession to X, but skill A is not available to me. Additionally, upon changing secondary profession, I also learned and unlocked a new skill B which I didn't learn in pre-searing even though I did every single quest before leaving. It's been so long that I don't remember what X, A, and B were though... -PanSola 00:12, 9 December 2005 (UTC)

Progression Table

We need a standard format for progression tables, there are currently at least 3 different styles, Dwayna's Kiss#Progression is how I like it (well, obviously since I did it), Well of Blood#Progression is made by Hewus, and older ones like Kinetic Armor#Notes made by Roland of Gilead. We also need a concensus on which section to put them in, newer ones are all under Progression, but the older ones are either under Notes or Usage Notes. --Thundergrace 02:12, 4 Oct 2005 (EST)

I don't think this is a huge issue. If you're willing to make it all consistent, I'm sure we'd all agree to whichever you choose, heh. --Fyren 23:02, 4 Oct 2005 (EST)

Aye. I do not care other than with regards to Acquisition. Please keep Notes and Progression under Acquisition as I believe it is the most important piece of info after the description.

I have made a template to make things easier for you. The template is at [1] and a sample of how to use it is in Mending. Feel free to edit it and make the table formatting as you like. Now you will need another template for those skills that have two changing attributes (like Dwayna's Kiss). If you want me to make it for you, let me know. --Karlos 23:33, 4 Oct 2005 (EST)

Also, please check out [2] for two variable skills like Lightning Touch and also see the template by Fyren in: [[User:Fyren/Test3]] and [[User:Fyren/Test4]]. --Karlos 18:18, 6 Oct 2005 (EST)

I dont really like those templates, they seem too restrictive to me. The main areas that concern me are:

• Empty boxes need to be filled with dummy data (eg. questionmarks).
• They are restricted to a certain number of lines. Having seperate templates for 1 row, 2 rows, 3 rows etc seems messy IMHO.
• They are only up to rank 18, when we have data up to 20 for some skills.

Using templates for each line is a possibility however; That way you could use a header line template, then data line templates for each line required. I would prefer if standard tables were used though. I saw the one in Dwayna's Kiss before, and used it in Mind Shock. I think this is the best way to do it. --Hewus 01:34, 7 Oct 2005 (EST)

Sorry for starting the topic and then disppearing. I really don't feel strongly toward one way or the other, but if I have to make a choice, I would prefer templates over standard tables, Fyren/Test3 over Progression2, and 2 seperate templates over 1 template for each line. --Thundergrace 14:42, 7 Oct 2005 (EST)

Just some cents...

Re: Progression vs Acquisition... I personally find skill progression data to be more important than Acquisition, although both are very useful. I usually look up descriptions abd skill stats at GuildWiki (and end up filling in the tables myself for future reference). After all... you only need to get the skill once, but you can balance/plan skill and attribute combos many more times than that. There's even a trainer with all skills, turning acquisition into a no-brainer for non-elites... but that's just me...I've already played 6 characters through the entire game and skill acquisition takes a backseat to planning new builds. I'd even be fine with merging the progression tables into the Description section, since it really is there just to enumerate the number ranges in the description. *shrug*

Re: Table Styles... I like Dwayna's Kiss#Progression the best so far, although the bold feels a bit weak (maybe if there were a lightly colored background for the title cells, in addition to bolded text, to help emphasize the titles better).

Re: Templates... The great thing about templates is that you can change the "standard" appearance of the progression tables easily later on without having to mass edit all the skill pages. Using templates would lessen the importance of deciding on a "best" standard format for progression tables, since you can easily tweak it later once the templates have been implemented on skill pages. The only skill I can think of at the moment that needed 3 rows is Ward Against Harm, and I doubt that there would be any skills with more than 3 different scaling effects, so it may just be sufficient to provide templates for all three possibilities (1, 2, or 3 scaling effects).

Re: Attribute levels up to 20... I'm just wondering how you would get them that high? I know that it is at least possible to get up to 19 sometimes with certain boostable skills (anything that gets a +2 boost from skills like with Glyph of Elemental Power or Awaken the Blood, and a 20% chance of +1 to skills with focus, shield, or staff)...but how do you get them to 20? --Razorfish 15:30, 7 Oct 2005 (EST)

Hewus, I favor a template for the same reason as Razorfish, standardization. Then we can simply edit the template to change all table colors or styles as we wish. I always prefer a whole template over a set of line templates. I do not see the restrictions you talk about as being all that major. We can have the table up to 20 and filling with ? actually tells readers this info is needed.

Razorfish, let's keep the progression vs acquisition discussion for another day. I find all progression tables useless (in the light of the banishment of attrib refund points) as I can simply pump up/down my attributes for myself and see what the skill will look like. :)

With regards to preference, Fyren's is fine with me. As you can all tell, my objective is to put a box around this thing and give it a standard before we have different looking tables according to who made them. --Karlos 16:31, 7 Oct 2005 (EST)

Ollj said two +1 items will stack for +2 (4% of the time). I never verified since I'd never actually take two, let alone one (usually). --Fyren 19:59, 7 Oct 2005 (EST)

Yea, my question boils down to..."for which attributes is getting 2 +1 items (one-handed weapon + focus or shield) possible?" --Razorfish 06:43, 11 Oct 2005 (EST)

I think the max possible are 20 for elemental attributes, blood, and curses; 18 for other caster attributes besides (I think) primary attributes; 17 for weapon attributes; 16 for everything else. --Fyren 20:45, 11 Oct 2005 (EST)

I still have never seen or read of any +1 one-handed weapons for the elements or blood, or curses, so I guess that's what I mean by "is it possible?" There are focii aplenty, but, at least according to this site (upgrades, collector, crafted, unique items), there are no +1 one-handed weapons... --Razorfish 06:52, 12 Oct 2005 (EST)

They're possible as PvE drops. --Fyren 19:29, 12 Oct 2005 (EST)

I've never seen such an item in PvE, I have never seen anyone trading such an item (in-game or on auction sites), nor can I find any evidence that such items exist... I've asked people in-game, and no one seems to know of such an item. That's why I'm asking for specifics so doggedly, heh. --Razorfish 05:19, 13 Oct 2005 (EST)

I must be remembering incorrectly, if you're actually having trouble finding any evidence. --Fyren 06:58, 13 Oct 2005 (EST)

That's a very shrewd observation. I searched the Green Items and none of them has Ele wands or Necro wands that do +1 for those attributes (elemental attribs, blood or curses). This is not conclusive evidence, but it's an indicator. --Karlos 09:06, 13 Oct 2005 (EST)

Necro's have a skill that raises blood/curses by 2. Making 18 easy to achieve. I've seen a shield with a 10% chance of +1 to blood. Stands to reason the others would exist, making 19 theoretically possible, but improbable. I'm not sure I've ever seen a wand or staff with a +1 to a skill, but i've sure seen plenty of melee weapons and bows set up that way. It seems to me like your safe making your charts stop at 18. Then if the skill does something interesting at 19 (which is doubtful) it can be described in the notes section. --Squeg 01:32, 25 October 2005 (EST)

Now that I'm done spamming the hell out of the recent changes (anyone not using the "enhanced" option for recent changes in their preferences should), my template's a little different. ([[User:Fyren/Test3]], [[User:Fyren/Test4]]) --Fyren 20:45, 7 Oct 2005 (EST)

I get flat panels in the empty cells, which looks ridiculous. :) --Karlos 21:35, 7 Oct 2005 (EST)

I don't. Tetris mentioned someone else discovered putting &nbsp; in a cell fixed it for them. Anyway, I just did it for testing purposes, so I could make sure things were fixed width. --Fyren 23:13, 7 Oct 2005 (EST)

Ok, I put a slight coloring touch. Tres chic if I may say so myself! :) --Karlos 13:49, 8 Oct 2005 (EST)

Yeah, that was me. It's browser-dependent -- will look fine in firefox but not IE. &nbsp; (non-breaking space point) is the standard way to deal with it. --Rezyk 14:30, 8 Oct 2005 (EST)

So did we work out what table we are going to use? --Hewus 19:52, 23 October 2005 (EST)

I'm about to stick the template I made into Template:Progression, Template:Progression2, and Template:Progression3 (for varying number of rows), sans the color change Karlos made but with Skuld's STDT. Make copies to fiddle with the aesthetics and show examples here, if anyone cares. Of course nothing yet uses the template, but I'm about to start going through to add missing tables. --Fyren 08:01, 28 October 2005 (EST)

Oops. One other thing. The table length. Either the tables all go to 19 with something like N/A when the linked attribute can't go that high or we make... 12 templates (for 1-3 rows, 16-19 attribute, maybe some can be culled but it's not really worth looking into). I dunno. I vote for 19 for everything. After a few people or about a day passes, I'll fiddle with the templates. I just did made the edits to paste into all the divine favor skills, but I noticed I chose 18 for whatever reason when I originally made the template. --Fyren 11:46, 28 October 2005 (EST)

I vote Aye on all you said. --Karlos 16:39, 28 October 2005 (EST)

Extended the templates to 19 columns (and fixed the couple skills that used them). --Fyren 16:27, 29 October 2005 (EST)

Obvious skill interactions

This discussion began on Talk:Glyph of Elemental Power, and Tanaric suggested that it be continued here. I'm attempting to use the magic of Mediawiki to include the talk page itself as a template. Let's see if it works.

The following is not actually in this page, but in Talk:Glyph of Elemental Power.

Not directly related to this article, but I can't think of a better place to put this — why does every article on elemental spells have the "the linked attribute can be increased by 2 temporarily" note? We don't note every Blood and Curses skill with "the linked attribute can be increased by 2 with Awaken the Blood", nor do we note every spell article with "the cost of this spell can be reduced by 15 using Glyph of Lesser Energy". There is too much cross-pollination of effects of skills to ever do a good job of noting all interactions. Therefore, I say we note only the surprising interactions, and leave the obvious ones to player ingenuity. (Sorry, I'm in a gripeful mood today.) — Stabber (talk) 21:53, 1 December 2005 (UTC)

I agree wholeheartedly, and in fact would like to submit the opinion that there are no "surprising" ones (it affects every single skill under the Earth, Air, Water, and Fire categories, and no other skills besides that). 149.169.88.9

Also agreed. I suggest linking this on GuildWiki talk:Style and formatting/Skills to make sure it gets proper exposure. —Tanaric 02:08, 2 December 2005 (UTC)

I agree too. It's also not a very useful Glyph most of the time in my opinion. Just do the math, if you use it before say Lightning Orb you get +12 dmg, for the same energy cost and duration you could have casted Lightning Strike and gotten 53 dmg. --Karlos 10:40, 2 December 2005 (UTC)

Its better for enchantments than 1 off spells — Skuld 00:29, 2 March 2006 (CST)

i also agree. it's useless! besides, everyone knowing the skill will know it would be increased...82.72.233.33 19:53, 3 March 2008 (UTC)

Yay for missing comments by just over 2 whole years --Gimmethegepgun 19:58, 3 March 2008 (UTC)

The reference on every elementalist spell should be removed; it would be akin to mentioning epidemic on every condition page as a way to spread conditions: of course it is. Particularly annoying is the entry on Chain Lightning stating that it is "worth using" for this skill - in what sense? 1 second and 5 energy for 10 damage? Someone without a very good grasp of cost effectiveness was entering this I suspect. --Epinephrine 01:09, 2 March 2006 (CST)

This with SF (:

Buff

This is now a serious way to add some good damage for just 5 energy. >> Kessel 09:45, 26 October 2006 (CDT)

Agreed. This was pointless before, but I can see myself actually using it now. BigAstro 13:35, 26 October 2006 (CDT)

Particularly effective for mutli-element users? --Bob III 15:18, 6 January 2007 (CST)

out of interest what did this glyph do before the update?88.106.131.8 12:45, 10 January 2007 (CST)

Affected the next 1 spell — Skuld 12:50, 10 January 2007 (CST)

last 25s, Prismatic ftw

Dervish

Does anybody know if dervish wind and earth prayers are affected by this glyph? They are elemental, but don't know if they are bufferd. Crigore 23 February 2007

Read the first line in the notes section. --220.233.103.77 07:11, 23 February 2007 (CST)

Yes, but I was wondering if it was a pre-Nightfall note. And I asked because I didn't see any discussion about that. Thanks. Crigore 23 February 2007

Energy Storage

This Glyph raises only Earth/Air/Water/Fire, or it can also raise Energy Storage? It would be pretty nice on Me/E, because Ele Attune will last a bit longer with it + ench mod. — Abedeus 13:56, 23 June 2007 (CDT)

Unfortunately, it does not affect Energy Storage. -- Gordon Ecker 22:20, 17 July 2007 (CDT)

Wouldn't make much sense to call it Glyph of Elemental Power then. The update makes using spam builds even better! --BeeD 04:43, 12 August 2007 (CDT)

Other glyphs

I see the note that says it affects non-spell skills like lightning touch, but does anyone know if it boosts glyph of swiftness/immolation, too? --Wizardboy777 17:09, 11 September 2007 (CDT)

We'd need to test it, but I think it's just this glyph that's bugged, not a "glyph bug" in general. --Elisa Angelstine 17:11, 11 September 2007 (CDT)

u dont understand what he/she/it means, it says it only uses a charge on a spell, but non-spells still gain benifits, such as shock. They want to know if elemental glyphs like glyph of immlation will be boosted by this without using a acharge aswell. Testing needed. — ~Soqed Hozi~ 16:19, 4 October 2007 (UTC)

Afaik only one glyph can be active at any time, so the charges question is at least obsolete.-- 16:49, 14 February 2008 (UTC)

You are correct n that (lol, Glyph of Renewal + Glyph of Sacrifice :P) --- -- (s)talkpage 17:39, 14 February 2008 (UTC)

Additional Effects

I just did some testing, and it does allow you to meet weapon requirements - taking a max damage req 9 staff with 7 in the attribute and attacking deals 4-5 damage, with GoEP it does 17-20. --Phydeaux 11:36, 7 May 2008 (UTC)

I think that Lunar was talking about surprising skill interactions, not surprising Awaken the Blood/Glyph of Elemental Power skill interactions neccessarily. I think showing interactions such as.. the defunct Vengeance/Divine Intervention link is very useful, and not totally obvious. Apart from the fact it's out of date, of course ;). Shandy 04:05, 2 December 2005 (UTC)

Go ahead and remove the elemental power notes if you want. --Fyren 06:08, 2 December 2005 (UTC)