Difference between revisions of "Team Fortress Wiki:Discussion"

From Team Fortress Wiki
Jump to: navigation, search
m (Kill icon — update article)
Line 284: Line 284:
 
I propose that the "[[Kill icon]]" article be updated. I have prepared the new version. It is more convenient and informative. You guys can find it [[User:VeKoB/kill_icons_new_variant|here]].  — [[User: VeKoB |<span style="color:#70B04A;font-size:15px;font-family:
 
I propose that the "[[Kill icon]]" article be updated. I have prepared the new version. It is more convenient and informative. You guys can find it [[User:VeKoB/kill_icons_new_variant|here]].  — [[User: VeKoB |<span style="color:#70B04A;font-size:15px;font-family:
 
'TF2 Build';text-shadow:#e3e3e3 1px 1px 0px;"><u>VeKoB</u></span>]]  [[Image:HauntedHalloweenGift.png|35px|link=]] 19:10, 4 February 2011 (UTC)
 
'TF2 Build';text-shadow:#e3e3e3 1px 1px 0px;"><u>VeKoB</u></span>]]  [[Image:HauntedHalloweenGift.png|35px|link=]] 19:10, 4 February 2011 (UTC)
 +
:{{c|support}} I'll give my support for now, but you need to update your page to include some Kill Icons you missed, such as the 3 alternate Sharpened Volcano Fragment kill icons ''(for the Afterburn effect, it uses a flamethrower kill icon based on which flamethrower you have equipped)'' [[User:404 User Not Found|404 User Not Found]] 20:42, 4 February 2011 (UTC)

Revision as of 20:43, 4 February 2011

About The Milestone Unlocks for Weapons

We want to get appropriate formatting for the milestone unlocks right? but we don't want it to just blend in with the rest of the achievements. so i propose for the formatting that we do this (see here).... this is the best i could do im sure most others can do better its more of a suggestion. RED Überneedle.png - Lexar - talk 04:31, 2 January 2011 (UTC)

I like the milestone attribute but the image is too big, and probably not needed. It could just say Milestone #. User Moussekateer signature sprite.pngMoussekateer·talk 04:43, 2 January 2011 (UTC)

Frequent LAGs

From time to time, it seems like the Team Fortress 2 Official Wiki goes through some rough lags. I just had one right now, and the oddest part is that such thing happens for about 5 minutes, and then everything goes back to normal. Does this happen to anyone else?  –  Duel RED.png Epic Eric Duel BLU.png (T | C) 14:17, 8 January 2011 (UTC)

It's Valve. It happens to the whole Wiki when that happens. Nothing to worry yourself about. Though it is indeed high time Valve took a look at whatever server the Wiki is on. *Envisions it resting on the top of a dirty coffee machine* -- Benjamuffin Om nom nom! (talk | contribs) 14:34, 8 January 2011 (UTC)

1st-Person Viewmodels

I've noticed that the Warrior's Spirit, Ullapool Caber (both pre- and post-explosion), and Brass Beast all are missing the first-person viewmodel images that the others have. Is there a reason for this or were they simply oversighted? Stbeecher 18:54, 8 January 2011 (UTC)

User:Org has been going through and uploading consistent first person images for every weapon and has been doing an excellent job at it. You can view his user page for his progress --Nate (T | C) 18:59, 8 January 2011 (UTC)

Article Standardisation

Greetings. What is the Wiki's official policy regarding article standardisation? For example, maintaining a consistent structure on all weapon articles down to the wording, etc? I have attempted to standardise a number of articles in this way, but a number of those changes have been reverted (which is fine). The problem is though, with the changes reverted the articles have minor (and probably to 99% of people, unnoticed) differences. How much standardisation does the Wiki need, i.e. how obsessive should we/I be? An an example, juxtapose the first line for each of the Heavy's four Primary weapons (Minigun, Natascha, Iron Curtain and Brass Beast). One has "...for the Heavy class", while the others have "...for the Heavy". Which is preferred and does it matter if they do not match? Esquilax 22:45, 9 January 2011 (UTC)

Weapon Sound Effects

I noticed we don't have the sound effects that weapons make on their pages. I think this would be something worth adding to the weapon pages, since it's a gameplay element. We also have the voice clips for all the classes on the Wiki. Balladofwindfishes 15:41, 12 January 2011 (UTC)

Pictogram plus.png Support It would help for the newer players to learn to recognise the sounds of particular guns. Eg 'When you hear this noise, that means a Heavy with a Natasha is nearby.' -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 09:00, 13 January 2011 (UTC)
Pictogram nope.png Nope The weapon demonstration project already does this. Adding the separate sound files would be unwieldy. — nVis (talk) 23:36, 23 January 2011 (UTC)
Pictogram neutral.png Neutral I agree with everything said above. Yes, we do have the Weapon Demonstration Project for that, and yes, we should have the weapon sounds at hand. But I think there should be a better way to accomodate both. – Epic Eric (T | C) 21:06, 25 January 2011 (UTC)

Reskin weapons and damage sections

The majority of reskin weapon pages (weapons that share identical stats to others) currently display their exact damage stats directly on the page. I'm proposing that they are removed from these pages and replaced with a simple line like "Damage is identical to the Bottle." (as is done on Frying Pan, for example).

I admit that there is some convenience to having the stats there visible on the page, however, I don't think it's a great idea. When presented with the stats on the page, it's easy for one to assume that the particular weapon has differing stats. To determine whether the weapon has any additional benefits the reader has to manually compare stats to the original weapon for themselves to find out. A simple disclaimer line would clear up the issue completely.

Removing the stats and adding the line would also reduce the duplication of damage information on the wiki. To display the stats on the page may be easier to the reader, but increases redundancy when a simple link can be provided. It's not uncommon to use the practice of referring readers to a different link. This behaviour is used throughout encyclopedias and websites because it's the most sensible solution.

seb26 [talk] 04:37, 16 January 2011 (UTC)

Isn't readability something that should be encouraged? If you take a look at Talk:Amputator#taunt_healing_rates, it's clear that there are readers who would much rather have the information provided to them on the page instead of going from place to place with redirects. The same reason why "Trade Quests" are so notorious in videogames, no one wants to backtrack repeatedly to get something. For the sake of readability, it's an inconvenience to the reader. For those readers who may become confused, a disclaimer (in addition to the damage table) should clear up any misconceptions (although I am sure someone will find a way to complain). The disclaimer doesn't even need to be a redirect if the statistics are listed right there in front of the reader (this would solve the confusion of being sent to a page that has exactly what you were looking at). Just my two-cents for now. I await a rebuttal and/or a response from a third-party. -- Psychopath User Psychopath avatar.png 04:47, 16 January 2011 (UTC)
I'm in two minds about this. I do think users will assume the stats are different if they are posted as they are, even if there is a small disclaimer, but at the same time it is annoying to traverse to another page to view the stats. The ideal situation would be to have the stats 'hidden' somehow by default, and let the user open them up if they don't want to travel to another page. User Moussekateer signature sprite.pngMoussekateer·talk 23:54, 16 January 2011 (UTC)

How about that? User ScatmanJohn Logo.pngScatman JohnUser Scatman.png (Talk | Contrib) 00:04, 17 January 2011 (UTC)

Tis beautiful. I shall make sweet love to you. I think we have a winner, anyone opposing? -- Psychopath User Psychopath avatar.png 00:49, 17 January 2011 (UTC)

If everyone's okay with having the stats there alongside the disclaimer note then I guess we should have them, but I think the collapsible box is an unnecessary move. Just have them plain and simple on the page. seb26 [talk] 04:03, 17 January 2011 (UTC)

One final question, does there really need to be DPS listed for melee weapons? If not, I'm just gonna axe those because that value is compounded of damage AND function times, so for slower swinging weapons like the Ubersaw, the disclaimer that leads to the Bonesaw page would give an improper DPS reading despite the damages being the same. -- Psychopath User Psychopath avatar.png 01:57, 18 January 2011 (UTC)

Adding Class Emblem to Weapon Infobox

On the weapon info boxes, it has a section which describes which class the weapon is used by, in the format of "Used by: Spy or Scout or Soldier ect." I propose we change this to a format like the following, "Used by: [[Class emblem of appropriate Class]]" and that emblem would link to the appropriate class article. I have created a mockup of what the Dead Ringer would look like in this format on my sandbox for you to see it in action. MogDog66 User MogDog66 Service Metal No WhiteSpace.pngt c p || 22:38, 17 January 2011 (UTC)

Pictogram plus.png Support Or how about both? Leaderboard class spy.png SpyWind 22:43, 17 January 2011 (UTC)
Pictogram plus.png Support Yeh Id say both. We already use both with class navs so it would just work well with the style of the wiki. So it would be "[[Emblem]]" Spy -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 17:00, 18 January 2011 (UTC)
Pictogram plus.png Support I think both would be good too User ScatmanJohn Logo.pngScatman JohnUser Scatman.png (Talk | Contrib) 18:23, 19 January 2011 (UTC)
Pictogram plus.png Support You noticed one of my changes on IRC and posted this discussion. I believe that adding a class's icon to the left of its name is an improvement. Thank you for your input: Leaderboard class spy.png Spy
minip 23:28, 25 January 2011 (UTC)

Talk pages in English(+exception).

As the title suggests, I am forwarding a discussion about the language in which the talk page should be. This will make some translators be angry and prone to refuse at start but, due to the increasing amount of languages spoken and translated on the Team Fortress 2 Official wiki, all talk pages should be available only(with a few exceptions) in the English language. This is for eliminating any doubts regarding warnings, insults, instigation to breaking rules, and so forth. This has come into my attention after some talk pages on the Wiki are mostly in their own original/natal language; not knowing what is happening is not something we should go by. Even if the pages are English, there should be the possibility of making the posts on talk pages English + the original language(French, Russian, Spanish, Romanian, etc.); to make other users more comfortable, though the talk pages will be a bit longer, there should be no problem in resolving misunderstandings faster; another advantage of this would be the fact that we could measure the English writing ability of our translators better. Nonetheless, every talk page should be at least in English, the original/natal language is optional.Vulturas 17:21, 20 January 2011 (UTC)

Pictogram plus.png Support I'll tend to support Vulturas position, but on a lighter note. I consider everything of major importance (we came to discuss that on the IRC when I couldn't give a Sp2 warning because the first one was written in russian), such as warning, suggestion or request should be in english. But between a community of identified translators (you can recognize who speaks your language with the userboxes) I see no reason to stop them from talking their language between them, as long as it's only about them or their translations, not about anything that could be useful to others on the Wiki. Killicon ambassadorhs unused.png Tturbo (T/C) 17:34, 20 January 2011 (UTC)
I have a solution User:DrAkcel/Sandbox DrAkcel (T | C) 18:23, 20 January 2011 (UTC)
Pictogram comment.png Comment I don't think this is the solution to this issue, but I think the idea is good.Vulturas 18:45, 20 January 2011 (UTC)

Map pages reorganization

I was browsing through the Map pages and I found quite a few inconsistencies. Should we set a standard on how the map pages should appear?

In which order the sections should be presented? I'd say:

  • Introduction quote, taken from official source (blog or advertising blurb) or even a voice response, if fitting.
  • Small description to describe the type of map, its setting, etc.
  • Goal. I'm for removing this, see below.
  • Introduction video, if present.
  • Locations.
  • Strategies, see below.
  • Related Achievements, if present.
  • Update history, if present.
  • Bugs, if present.
  • Trivia.
  • Gallery. I'm undecided, see below.
  • Control Point Timing. Should this be included somewhere else or left in its own section?
  • See also.
  • Notes and References.

Which sections are appropriate? "Goal" sounds a bit silly to me, the goal of a map is impled in its type. "Strategies" are fine, but in some cases (Dustbowl) are overly detailed, in others are barely mentioned.

Images: how to organize them? Is better having all the images in a "Gallery" section OR, especially for CP/PL maps, in the "Locations" section? Also how about having screenshots about on where the pickups are placed? --Kid Of The Century 11:02, 21 January 2011 (UTC)

UPDATE: I'm starting an example redesign here. So far I've removed the Goal section and tweaked the Locations one.--Kid Of The Century 14:48, 22 January 2011 (UTC)

A general layout would be beneficial. However, if people's reactions to the weapon guidelines are anything to go by, it will be ignored and you will spend most of the time fixing their bumblings. But oh well, go for it anyway.--Focusknock 22:10, 21 January 2011 (UTC)
I'm a fan of putting the screenshots in the location section as close to the text describing them as possible. Personally, I feel that Badlands and Badwater have particularly good gallery organization. -Armisael 20:28, 24 January 2011 (UTC)
Pictogram plus.png Support Supporting integrating most galleries into the location section. One reason for what Armisael stated above, and another to help break down walls of text. I believe the Badlands article is a perfect example on how the map pages should be structured. ~Garticuno♥(talk) 06:25, 29 January 2011 (UTC)

Tabbed box styles v2

Shiny ahead~ Boxes are now quite consistent with the current navboxes, with the exception of the color of the left column; it is a purposefully different color so that people don't confuse it with regular, non-interactive navboxes. Still need to vote on animations or not.

  • No animations:

User:WindPower/TabsTweak1

  • Animations:

User:WindPower/TabsTweak2 Again, the animation is faster than the time the human eye takes to click the link, see something on the page has changed, refocus itself to the position where changed thing is, recognize that there is text there, and start reading it. Additionally, animation subconsciously draws the eye to the animated zone. Animation is disabled on browsers that don't support it (IE) and that are too slow for it. — Wind 22:49, 27 January 2011 (UTC)

I like the animation, it's not too slow. Looks great! User Moussekateer signature sprite.pngMoussekateer·talk 00:14, 28 January 2011 (UTC)
Pictogram plus.png Support It looks good, WindPower. It's simple and effective, and reduces page clutter by incorporating the multiple boxes into a single area. I like it! I would probably go with the version with animations, as it provides a visual cue to the user that allows them easily identify when the content has changed. Considering the identical structure of the tabs for each class, I see that as important. Esquilax 00:18, 28 January 2011 (UTC)
Pictogram plus.png Support I loved this style of nav before and I still love it, hope to see it implemented and the only problem I can think of is the affect it will have on the wiki when edited (Slow Wiki Syndrome) and that is more of a server thing anyway. User ScatmanJohn Logo.pngScatman JohnUser Scatmanjohn Jr bob dobbs.png (Talk | Contrib) 21:40, 28 January 2011 (UTC)
Also animations User ScatmanJohn Logo.pngScatman JohnUser Scatmanjohn Jr bob dobbs.png (Talk | Contrib) 21:44, 28 January 2011 (UTC)
Pictogram plus.png Support Poot animation! I know I voted against the animations last time, but I'm starting to like them. My only problem with the nav now is that it doesn't horizontally scale. It doesn't fit in my browser window, which is not tiny baby size (about 1200 px). — nVis (talk) 21:57, 28 January 2011 (UTC)
That can be customized with the width parameter, and yeah the default is 1000px which is a bit beeg — Wind 22:01, 28 January 2011 (UTC)
Pictogram neutral.png Neutral You know my position on this in general but this is definitely an improvement and fits the wiki style much better. However I still like the one without animations more. -- Lagg Backpack Stickybomb Launcher.png 01:26, 29 January 2011 (UTC)
Pictogram plus.png Support Poot animations here. Slower wiki ftw Vulturas 06:04, 4 February 2011 (UTC)
Pictogram plus.png Support Animations one definitely, without the animations the resizing of the box jumps around and is distracting to the eye. Only change I would make would to not include Weapon and Hat icons in it, just text. Other than that, I agree completely. MogDog66 User MogDog66 Service Metal No WhiteSpace.pngt c p || 06:06, 4 February 2011 (UTC)
Pictogram plus.png Support I like the animation. Final Verdict; Awesome Flick. Maggosh 06:08, 4 February 2011 (UTC)
Pictogram plus.png Support I don't even see the animations haha. Just stick to the one without animations anyway. It seems like it would be over done with animations. -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 06:09, 4 February 2011 (UTC)
Pictogram plus.png Support I agree that the animated implementation is superior. However, I would suggest having the table be a set height (whatever that ends up being when you input the rest of the links), as even with the animations the sudden change in height between tabs is jarring, and could potentially cause other elements in the article to shift with it. --Ten19 06:13, 4 February 2011 (UTC)


Individual Pages for Paint and Crates

Well, I think every paint and every crate should have their own separate page. I am, of course, aware that there is a list page for them. However, I feel it would be much more convenient for each to have its own individual page. For those who will say "The difference between paints is color, the difference between crates is what's in them", that is not the case. Paints have references, crates have history. As a regular user of the Team Fortress wiki, I find it annoying when I search a specific item: E.G. Australium Gold, and have a list pop up rather than the page. If the regulars here let me go forward with this I would be willing to create stubs/pages of all paint and crates, with dates, references, etc. Let me know what you think please! Theetah 21:10, 29 January 2011 (UTC)

Pictogram minus.png Oppose Such a thing would create unnecessary clutter in the Wiki. All paints operate in the same exact manner except the color itself. Essentially, you'd have the same exact thing on each individual paint article except for a different image and a few words. Same thing with crates ... they all work the same way except for what can be found in them. There's nothing convenient in having dozens of pages all essentially saying the same exact thing. Killicon deflect rocket.png Vlad The Impaler (t/c) 21:18, 29 January 2011 (UTC)
Did you read it? They wouldn't "say the same thing"- they are all slightly different. Also I'm not sure what you mean by "cluttering the wiki"... You're not forced to read pages? Theetah 21:39, 29 January 2011 (UTC)
Pictogram minus.png Oppose They would all say the same thing. What would be the differences on the 'Radigan Conagher Brown' and 'Ye Olde Rustic Colour' pages? You'd have 21 pages saying the same thing. It is clutter because there would be so much redundancy. User Moussekateer signature sprite.pngMoussekateer·talk 00:41, 30 January 2011 (UTC)
Pictogram minus.png Oppose There is absolutely no reason for items with such minor differences to have their own pages. For all intents and purposes they are the same item. Each paint does exactly the same thing - colour a hat - with the only difference being the colour. Each crate distribute a random item when it is unlocked where that item is decided by the series. There's nothing more to say about them individually and it is certainly not worth explaining the names of every single paint colour just because a few of them happen to be clever. -- Alex2539 - (talk | contribs) -- 05:06, 30 January 2011 (UTC)
Pictogram minus.png Oppose Not enough difference. They're well enough grouped together.

Loading Screen Tips Revision

I just talked to Robin and got the go-ahead to start a small new project on the wiki: revising the tips that appear on the map loading screen. Should be a productive project! I've started it here: Team Fortress Wiki:Tips Revision. Translators would be especially helpful for the non-English tips, which are currently missing a lot. Hope to see everyone contributing there. :) ~G-Mang (T|C) 06:53, 30 January 2011 (UTC)

This will be fun :D User Moussekateer signature sprite.pngMoussekateer·talk 06:56, 30 January 2011 (UTC)
Can't wait. The pressure is on now that our work will be in game. Lets show them how good we are. -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 07:02, 30 January 2011 (UTC)
I like it! :D Another thing I think we should have are different "levels" of tips, that the user manually selected. For example, nobody who's experienced in the game needs to read "As an Engineer, pick up weapons and metal to upgrade your buildings", when they could be reading more interesting things, such as "As a Soldier, your equalizer blocks a medic from healing you". Theetah 08:53, 30 January 2011 (UTC)

Request regarding RIFT pre-order weapon itemboxes

I figure this is the best place to post this, so here goes. I just recently changed the quality field of the itemboxes on Sharpened Volcano Fragment and Sun-On-A-Stick to genuine, as that is the only quality it comes in (at the moment). However, I'm not too familiar with any language other than English (100% pure Canadian, eh), and as such, I don't want to mess anything up by changing the item box quality on the other language pages for the RIFT Pre-order weapons.

So my request is simple. If you're familiar with one of the many languages that are used on this Wiki, please edit the different language versions of Sharpened Volcano Fragment and Sun-On-A-Stick, and add the following fields to the itembox, in the pages respective language:

| quality = genuine
| loadout-name = Sun-On-A-Stick , for Sun-On-A-Stick (translated to the proper language of the page of course)
| loadout-name = Sharpened Volcano Fragment , for Sharpened Volcano Fragment (again, translated to the proper language of the page of course) 404 User Not Found 18:48, 4 February 2011 (UTC)


Kill icon — update article

I propose that the "Kill icon" article be updated. I have prepared the new version. It is more convenient and informative. You guys can find it here. — VeKoB HauntedHalloweenGift.png 19:10, 4 February 2011 (UTC)

Pictogram plus.png Support I'll give my support for now, but you need to update your page to include some Kill Icons you missed, such as the 3 alternate Sharpened Volcano Fragment kill icons (for the Afterburn effect, it uses a flamethrower kill icon based on which flamethrower you have equipped) 404 User Not Found 20:42, 4 February 2011 (UTC)