GuildWiki

GuildWiki has been locked down: anonymous editing and account creation are disabled. Current registered users are unaffected. Leave any comments on the Community Portal.

READ MORE

GuildWiki
Line 146: Line 146:
 
So far, we are maintaining all lists of "related" skills manually. See [[Index of Skill Lists#By Related Subject]]. What about doing this with categories? I know, this would be a ''major'' change to the way we handle skills, and we'd have to do yet another crusade, going through all the skills, but I think it may be worth it. Considering we'll get about 200 new skills with every [[campaign]] and two new campaigns per year, we'll loose overview some day. And if we combine it with some other skill crusade (for example the upcoming landscape info box crusade) it may not be that much work after all. Thoughts? --{{:User:Tetris L/Sig}} 20:07, 3 March 2006 (CST)
 
So far, we are maintaining all lists of "related" skills manually. See [[Index of Skill Lists#By Related Subject]]. What about doing this with categories? I know, this would be a ''major'' change to the way we handle skills, and we'd have to do yet another crusade, going through all the skills, but I think it may be worth it. Considering we'll get about 200 new skills with every [[campaign]] and two new campaigns per year, we'll loose overview some day. And if we combine it with some other skill crusade (for example the upcoming landscape info box crusade) it may not be that much work after all. Thoughts? --{{:User:Tetris L/Sig}} 20:07, 3 March 2006 (CST)
 
:Fully agree. I think manually kept tables might still have some value (to see a short summary at a glance), but I realy think we should add categories for ease of maintainence. -[[User:PanSola|PanSola]] 00:58, 4 March 2006 (CST)
 
:Fully agree. I think manually kept tables might still have some value (to see a short summary at a glance), but I realy think we should add categories for ease of maintainence. -[[User:PanSola|PanSola]] 00:58, 4 March 2006 (CST)
  +
:I have some strong concerns:
  +
:*I can't see a categorization scheme sustaining the info about the skills' general relation (currently given as subheaders like "Skills that profit from Deep wound"), nor profession, unless we resort to severe overclassification. This is a non-negligible loss in practical value IMO.
  +
:*I worry about how well the category structure could deal with various complications I've come across; relations have a strong tendency to not be as cut and dry. (Example: How to deal with the relation between skills that [[Heal#Skills that cause Healing|cause healing]] and skills that [[Health#Skills that cause "health gain" (or steal health)|cause health gain]]? On one hand the distinction between the 2 mechanics has real implications; on the other hand, depending on the interpretation of the terminology, either set could be considered a subset of the other.)
  +
:*I don't understand how there is any benefit of reduced long term maintenance. It seems like people consider categorization to be automatic/free while a list is manual/tedious. But really...you have to edit in each relation either way! The only reduced cost I see with categorization is the initial overhead in working out individual pages' layouts (and IMO this freedom of layout in lists is tied to benefits mentioned above).
  +
:--[[User:Rezyk|Rezyk]] 03:10, 4 March 2006 (CST)

Revision as of 09:10, 4 March 2006

Archives

/Archive 1 ~ 10th Aug 05 /Archive 2 ~ 25th Jan 06
/Archive 3 ~ 20th Feb 06 /Archive 4 - The Skill Box Revamp vote
/Archive 5 - The incomplete new skill box decision /Archive 6 - The Skill icon format vote
/Skill box - The revote that settled the new format... for now /Archive 8
/Archive 9 /Archive 10 - QR style, energy per second in progression
/Archive 11

Skill Box

Deciding the new landscape format

I would like to get this thing sorted out quite a bit before the preview event. The new skills for the core professions could possibly start appeearing then.

Proposed timeline:

  • Now ~ March 7th - Propose new skill box formats
  • March 7th ~ March 14th - Voting
  • March 14th ~ March 24th - Crusading through existing Chapter 1 articles (leave Chapter 2 articles alone unless have extra time) to update to new skill boxes.
  • March 24th ~ ? - Check for Ch2 skill description updates (there might be balance changes since the PvP weekend), and update to new skill boxes while at it.

Please put your proposals at the bottom.

Rules for Proposals

  1. You don't have to know how to code the template for it, as long as you can graphically illustrate how it will look like under different conditions.
  2. Despite the previous rule, syntax for the template MUST be specified (you can make it up if you don't know how to code a template, but you must decide what people need to type when using your template).
  3. If a proposed layout cannot be coded by a template (which would be pointed out by other people who know how to code templates), or if the syntax cannot work with the template, that particular layout cannot be used unless the issue is resolved.
  4. All proposed layouts must be able to work singluarily in a skill article as well as work with multiple skills in Quick Reference Lists.
  5. All proposals must illustrate how the layout look under Unyielding Aura (unless a skill with longer description is found) and Glyph of Elemental Power (unless a skill with longer name is found)
  6. If March 7th isn't enough time for you to finish your proposal, please mention it beforehand for your circumstance to be considered.
  7. Please only put completed proposals in the proposal section (you can still modify it later). If you are still working on something and want ppl to take a preview, you can put it in the discussion section.
  • If you have deletion, modification, or addition to the above set of rules, please post in the discussion section below.

Things to consider when proposing new formats

  1. How it looks for an elite skill vs non-elite skill
  2. How it look for a skill with very long description at common resolutions (try Unyielding Aura).
  3. How it look for a skill with very long name at common resolutions (try Glyph of Elemental Power).
  4. How it look for a no-profession skill (try Signet of Capture).
  5. How it handles skills that require upkeep, sacrifice, or causes Exhausion.
  6. How it looks for a skill that has no recharge and/or casting time.
  7. How it looks in a Quick Reference List. Do you want to keep the columns aligned, or do you not care if they are misaligned?
  8. Syntax design. What are the tradeoffs you conciously made between simple syntax and better layout/functionality?

Discussion

Proposals

(All the old stuff are in /Archive 4, feel free to dig them out as-is and use them as proposals)

PanSola Proposal 1 (aka "Skill box landscape v3")

See User:PanSola/Skill chart test. Glyph of Elemental Power and Unyeilding Aura are in Sublist 2. Syntax are specified at the bottom. -PanSola 07:34, 1 March 2006 (CST)

Skuld's easy syntax

User:Skuld/Skill_box/index - plain english, even if you don't like the style etc I think we should use the code from that one :p — Skuld 00:10, 2 March 2006 (CST)

Greven's newbie attempt

See User:Evil_Greven/Skill_Box. There's a very slight variation due to the icons. Basically a reworking of Skuld's skill list, with the option of the old-style box with the exact same syntax (only a different template name). -- Evil_Greven 09:50, 3 March 2006

Skill Icon Format

Skill icons: screen cap or fansite kit?

Over at the Task list the opinions has been to use the one from the fansite kit, but the issue that there is no golden border for the elite skills was not brought up. I still vote fansite kit though. -PanSola 06:03, 26 January 2006 (UTC)

IMO, we should go with the fansite kit images. The golden border shouldn't be that important if the skill article itself says that they are an elite skill. --Rainith 11:21, 26 January 2006 (UTC)
Or if someone is willing they could simply add the border. I can do it if I have the time, but that's an option as well. --GraceAlone 23:37, 16 February 2006 (CST)

Skill Icons: Mix of Old and New fansite kit, or new fansite kit only?

Old fansite kit icons does not have elite skills. New fansite kit have all skills, but are smaller.

Do we want a mix, use old by default and new only if old doesn't have it? or do we want to go uniform on size? Rainith has expressed a preference for uniformity (use all new), and I also support that position.

Relavent discussion at GuildWiki:Task List#Task: Skill Images Revamp. -PanSola 09:11, 12 February 2006 (CST)

Moved from GuildWiki:Task List

Moved from GuildWiki:Task List#Task: Skill Images Revamp

Re-upload or rename all skill images to their correct skill name (skill name.png). The template:Skill bar, which would improve all build articles a lot and is easy to use, requires properly names images. Proper names are good whenever you need the image anyway.

Update: Since the recent update many skill icons have changed. Another reason to get this done.

--Xeeron 05:33, 20 January 2006 (UTC)

Just a note, but it looks like ANet changed their fansite kits for the skill icons. At a quick glance I saw that some (maybe all) of the elites are in there now. The (possible) down side is that they changed the size of the graphics to about half their old size. If all the elites are included in these, I think we should use them, that way all our skills will be uniform. --Rainith 11:36, 18 January 2006 (UTC)
Agreed. With all the new skill icons, this would be a ton of work otherwise. Hopefully ANet has a full set of the new icons somewhere. --Xeeron 05:33, 20 January 2006 (UTC)
I'm fairly sure all the elite skills are included. However they are now .jpg and not .png, AND the elites don't have golden borders. -PanSola 00:51, 26 January 2006 (UTC)

I made a template for getting the images uploaded with the correct name, i'll be looking through them and listing them all. Template:MoveimageSkuld 05:38, 26 January 2006 (UTC)

Since there is no way to "move" images (w/o re-uploading them) I think we should just straight upload the new images from the kits, even if the elites don't have golden borders. --Rainith 11:11, 26 January 2006 (UTC)
I'm trying to help gets these updated since I have the time, but need to know where we stand: are we using the official images from Anet, even with the smaller size, or are we doing something else? --GraceAlone
I think we have a majority in favor of using the new fansite kits from Anet. I tried to stir up another discussion here but didn't get many responses... -PanSola 22:05, 15 February 2006 (CST)
Another issue to debate, if we use the FSK images, do we convert them to PNGs or do we change our templates here to accept them as JPGs? Just throwing that out there. --Rainith 01:30, 16 February 2006 (CST)
Personally I'm not happy with the quality and size of the FSK icons (but that's my opinion). I think we have the majority of the icons, we just don't have a uniformity. As it stands now I think we just need to rename the icon, re-upload, and then edit the skill description (at least that's what I've been doing). --GraceAlone 02:37, 16 February 2006 (CST)
Well, the skill box templates do not asume any extensions currently. I don't know about the templates for builds. I say keep them in original JPG format. As for the "quality and size" of the FSK icons, see this link about what *I* am not happy about in terms of quality and (file) size. -PanSola 06:36, 16 February 2006 (CST)
Generally, I am in favor of keeping the golden border. I have come across a few articles with the new "borderless" skill icons and found that very irritating. --Xeeron 20:55, 21 February 2006 (CST)
Ditto. — Skuld 21:19, 21 February 2006 (CST)
Well I'm proposing adding our own golden border with the skill boxes, see GuildWiki talk:Style and formatting/Skills#14-day Vote: Revamp Skill boxes? which would mitigate the issue a lot. Even vertical skill info boxes can have golden border added skill box 6 and 7 from this link. You guys should go and vote on the skill boxes (-: -PanSola 22:12, 21 February 2006 (CST)
The problem is: In nearly all build articles, we now use the template skill bar, which displays the skill image. Very neat looking, but the yellow border needs to be in the image itself. Apart from that, its the way it is in the game. --Xeeron 06:19, 22 February 2006 (CST)

Skill Icons - setting up the ballot

Please don't start voting until the skill box layout format is decided.

Voting format will be Majority vote with instant-runoff.

Neither the original or the new fansite kit provided icons for Res Signet and Sig of Capture

The Ballot

  1. Use original fansite kit PNG images, plus screencaps for elite, outdated, or unavailable icons
  2. Use new fansite kit JPG images, plus screencaps for unavailable icons
  3. Use original fansite kit PNG images, plus screencaps for elites, and new fansite kit for outdated icons
  4. Use screencaps for everything to ensure ultimate uniformity
  5. Use new fansit kit JPG images, edit elite ones to get a gold border, plus screencaps for unavailable icons

Pro Con Summary

Category Original Fansite Kit Screencaps New Fansite Kit
Image Size 128x128 Variable 64x64
File Size 20+ kb Variable 3 kb
Missing: Elites, Res Signet, Sig of Capture,
some non-elites icons are outdated
Ch2 Skills
Potentially None Res Signet, Sig of Capture, Ch2 skills (for now at least)
Elite Gold Border N/A Yes No, but can be compensated by template
Discolor when scaled down Sometimes (Image talk:Tiger's Fury.png) Depends on filetype No

Ballot Item Discussion

Please discuss what should be added to the ballot or the pro/con summary (or if either lack neutrality).

If I could suggest a slighly different idea, how about using the new FSK jpgs with a slight change for the elites: Elite-example vs. the original: Warriorcleave
All I did was take the FSK icon and color the black border with a color taken with the eyedropper tool from the elite border of an older icon. I'm not sold on this color, but it is a very easy fix and I would be happy to do all the borders of the elite skills (I would do it over a weekend, so if everyone decides that this is a good idea on a tuesday, don't expect to see them done on wednesday morning). So what do people think? Have a better color suggestion for the border? Post a pic with the color and I can use that. --Rainith 11:47, 25 February 2006 (CST)
EDIT - also as the FSK icons are in jpg format they scale much better for use in the skill bar than the png format ones. --Rainith 11:51, 25 February 2006 (CST)
For the other professions this might be quite nice, but with warriors teh color isn't standing out a lot, in the particular icon you posted anyways. Excellent idea. -PanSola 03:54, 26 February 2006 (CST)
The color stands out when compared vs. the original, see above. Anyways, like I said, suggest a better color and it can be used, I just didn't want to upload 20 different versions. --Rainith 10:49, 26 February 2006 (CST)
I am all for editing the FSK files. Besides, they are much easier to get a hold of. Less work for those involved. -Novalith 12:24, 27 February 2006 (EST)
While in theory I am fine with all three options, I would very much oppose any solution that does not include the golden border as a part of the picture. Using templates to add it is cumbersome and makes for much harder to understand templates, while simply the picture might be enough otherwise. --Xeeron 20:23, 27 February 2006 (CST)
Can you use the "gold" color from this wiki (they are floating everywhere in /Archive 4)? Being something NOT directly in game might make the border standout more (since whatever color we pick, it's going to be mono-tone, picking something from actual icon might blend in too well esp with warrior skills). -PanSola 07:42, 1 March 2006 (CST)
Per your request:
Elite-example-2
--Rainith 13:53, 1 March 2006 (CST)
Yeah I like this one more than the previous one (-: Thanks -PanSola 14:01, 1 March 2006 (CST)

As a random note, the old FSK actually had JPGs. For unknown reasons, Martin (the original uploader of most of them) converted them to PNG. He couldn't remember why he converted them when I asked him months afterwards. --Fyren 02:01, 27 February 2006 (CST)

Suggestion: Make item 3, "Use old FSK images in JPG form, new FSK images for outdated images, convert skill bar template to look for JPGs" --FireFox Firefoxav 08:36, 1 March 2006 (CST)

Categories

Categories for "Related Skills"

So far, we are maintaining all lists of "related" skills manually. See Index of Skill Lists#By Related Subject. What about doing this with categories? I know, this would be a major change to the way we handle skills, and we'd have to do yet another crusade, going through all the skills, but I think it may be worth it. Considering we'll get about 200 new skills with every campaign and two new campaigns per year, we'll loose overview some day. And if we combine it with some other skill crusade (for example the upcoming landscape info box crusade) it may not be that much work after all. Thoughts? --Tetris L 20:07, 3 March 2006 (CST)

Fully agree. I think manually kept tables might still have some value (to see a short summary at a glance), but I realy think we should add categories for ease of maintainence. -PanSola 00:58, 4 March 2006 (CST)
I have some strong concerns:
  • I can't see a categorization scheme sustaining the info about the skills' general relation (currently given as subheaders like "Skills that profit from Deep wound"), nor profession, unless we resort to severe overclassification. This is a non-negligible loss in practical value IMO.
  • I worry about how well the category structure could deal with various complications I've come across; relations have a strong tendency to not be as cut and dry. (Example: How to deal with the relation between skills that cause healing and skills that cause health gain? On one hand the distinction between the 2 mechanics has real implications; on the other hand, depending on the interpretation of the terminology, either set could be considered a subset of the other.)
  • I don't understand how there is any benefit of reduced long term maintenance. It seems like people consider categorization to be automatic/free while a list is manual/tedious. But really...you have to edit in each relation either way! The only reduced cost I see with categorization is the initial overhead in working out individual pages' layouts (and IMO this freedom of layout in lists is tied to benefits mentioned above).
--Rezyk 03:10, 4 March 2006 (CST)