Team Fortress Wiki:Discussion

From Team Fortress Wiki
Revision as of 16:18, 27 January 2011 by Scatmanjohn (talk | contribs) (Major updates nav)
Jump to: navigation, search

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)

"Environmental Deaths" Page

I propose we create a page that lists all of the possible Environmental Deaths that can happen to a player. This would have: Saw Blades, Trains, Deaths from falling a.k.a. Fall Damage, Pumpkin Bombs, and possibly Explosive caused by cart explosions.

At the moment, links to other environmental deaths are linked at the bottom of a page in the ' See Also' section.

So yeh what do you guys think? -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 11:58, 15 January 2011 (UTC)

Pictogram plus.png Support I'm with you on this. I think we need a single page recapitulating every environmental hazards and redirecting then to more complete pages if needed (like with Train, Saw blades, etc). Pretty much what was done with List of game modes, a little general summary and a redirect to a more complete page like Payload for instance.
Maybe we could need a little upgrade of Water to talk more about Drowning. Killicon ambassadorhs unused.png Tturbo (t/c) 16:43, 15 January 2011 (UTC)
Pictogram plus.png Support Sounds like a very reasonable idea. Why not start creating one in your userspace so that when its ready you can just move it over to the correct page --Nate (T | C) 17:15, 15 January 2011 (UTC)
Pictogram plus.png Support A fine idea, but I'm not sure it's worth doing over, say, a simle category listing of the pages mentioned above. But if it can be made prettier than that, sure — Wind 20:00, 15 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)

Mapping Nav

Hi, looking around many of the custom mapping related pages I realised it is hard to get from one to another. As such I have created a simple nav.


Is this ok or is this nav something we really don't need? User ScatmanJohn Logo.pngScatman JohnUser Scatman.png (Talk | Contrib) 22:22, 16 January 2011 (UTC)

Pictogram plus.png Support Looks nice. It seems like those specific pages would mainly be visited by people interested in mapping, and hardly anyone else. - LingoSalad (talk) 22:29, 16 January 2011 (UTC)

Pictogram plus.png Support Yes yes yes. poot here and here and here. User Moussekateer signature sprite.pngMoussekateer·talk 23:51, 16 January 2011 (UTC)
Implemented as suggested :D User ScatmanJohn Logo.pngScatman JohnUser Scatman.png (Talk | Contrib) 00:04, 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)

Tabbed boxes style

Reviving this discussion thread which received a lot of positive feedback, the only thing standing in the way of rolling it out is the style of tabbed boxes. Specifically, animations and rounded corners. Both can be tweaked, and both are always disabled (no matter what) on Internet Explorer anyway because Internet Explorer doesn't support them. No animations, no rounded corners (Ctrl+F5 if you still see rounded corners, as it's a recently-implemented-so-not-cached-everywhere-yet feature): User:WindPower/TabsTweak1 Animations, rounded corners (6px, can be made less round if needed): User:WindPower/TabsTweak2 The animation duration is 125 milliseconds, which is faster than the human eye takes to {click + see something on page has changed + refocus eye on position where changed thing is + recognize text and start reading}. Additionally, animation naturally draws the eye to the animated region, increasing usability. It is disabled on browsers that don't support it (IE) and that are too slow for it. Both options (rounded corners and animations) are up for vote separately~ — Wind 20:54, 26 January 2011 (UTC)

Pictogram neutral.png Neutral I do like the rounded corners personally , but they look kinda out of place with the wiki styling. Pictogram plus.png Pro I like the animation, it's not too slow. User Moussekateer signature sprite.pngMoussekateer·talk 21:01, 26 January 2011 (UTC)
Pictogram comment.png Comment Voting for Lagg by proxy (he forgot his login and is lazy, it seems) for no animation, square corners — Wind 21:08, 26 January 2011 (UTC)
Pictogram minus.png Rounded Pictogram minus.png Animated I agree that the rounded corners don't really fit the current style. The animation is not too intrusive, but personally I like the immediate feel of the non-animated version. — nVis (talk) 21:10, 26 January 2011 (UTC)
Pictogram neutral.png Neutral: I like the idea but I think the current style is not fitting and it would look giant and awkward in articles. If you look at page infoboxes, navboxes, and wikitables, they all have a 1px brown border and a small white gap inside. They also look neat and compact. I think we should continue to experiment with the design as the core tab code seems to be pretty much finished. seb26 [talk] 21:20, 26 January 2011 (UTC)
Pictogram minus.png Animated Pictogram minus.png Rounded The new icons are enough change for now. I am not in support of adding animations nor rounded edges, especially if they're going to conflict with Internet Explorer. I feel that both these additions would add too much flare. Are animations and rounded edges ever used on Wikipedia?
minip 21:39, 26 January 2011 (UTC)
Pictogram plus.png Support Interesting how the feedback was a lot more positive than this just a Month ago. Oh how times change. I for one, however, like the idea of animation, providing it can be pulled off. I haven't seen too many animated things in this wiki unlike in others. I think Sister Wiki Left 4 Dead uses a couple, though. Gotta keep up with stuff, an' technology an' all that rubbish. Lancer anti-tank Rocket 21:59, 26 January 2011 (UTC)
Thanks, I shall work on a more consistent-looking redesign then. The above boxes will look broken for nowWind 01:50, 27 January 2011 (UTC)

Major updates nav

Now that a couple of editors who are more hard-working than me are getting the major updates up, I thought a navigation template to help travel between the pages might be a good idea. Try this on for size: User:NVis/Major updates nav Here's a link to it, as the one on the preview doesn't work. What say you, is this something we could use? — nVis (talk) 22:13, 26 January 2011 (cUTC)

Pictogram plus.png Support Im all in favour of this. User ScatmanJohn Logo.pngScatman JohnUser Scatmanjohn Jr bob dobbs.png (Talk | Contrib) 22:15, 26 January 2011 (UTC)
Pictogram plus.png Support I would like to see this new navigator implemented. Could you link the title to Patches#Major_updates instead of Patches? I think that this would be an improvement. Thank you for your creation.
minip 22:25, 26 January 2011 (UTC)
Pictogram comment.png Comment It can be done, but as the anchor varies with language, it would require some additional tinkering. — nVis (talk) 22:29, 26 January 2011 (UTC)
Pictogram plus.png Support Yes, i like it. DrAkcel (T | C) 13:45, 27 January 2011 (UTC)
Pictogram plus.png Support After having launched No-oneSpecial and Problem to create the missing update pages, I was thinking of doing this nav. So go on nVis, I'd just like adding some icons where possible. But not all pages are created yet. Killicon ambassadorhs unused.png Tturbo (T/C) 13:51, 27 January 2011 (UTC)
I added icons to the table, because I think it allows a faster and easier identification. We decided to put it up to vote, because nVis doesn't really. I's give ideas for missing icons in the code and we don't really like when there's two icons. What do you think? Killicon ambassadorhs unused.png Tturbo (T/C) 15:05, 27 January 2011 (UTC)
Pictogram plus.png Support F*ck yeah! How 'bout using a Packaged Crate for the Mann-Conomy Update (aAs people mainly refer to it as Polycount or Trading) and a Festive Crate (Or Key) for Australian Christmas (People'll remember that easily). Alternatively, you could use the "Polycount Budle" Icon for Mann-Conomy, and "A Bargaining Manne's" Icon for AC. Lancer anti-tank Rocket 16:07, 27 January 2011 (UTC)
Pictogram plus.png Support Still in favour of this, even more now. Though it might be an idea to try and get both of the War Update icons on the same line. User ScatmanJohn Logo.pngScatman JohnUser Scatmanjohn Jr bob dobbs.png (Talk | Contrib) 16:09, 27 January 2011 (UTC)
Pictogram comment.png Comment They are for me. Maybe it's your Resolution... Lancer anti-tank Rocket 16:16, 27 January 2011 (UTC)
Pictogram comment.png Comment Yeah someone else told me that as well, must be my resolution. In that case I still support it anyways User ScatmanJohn Logo.pngScatman JohnUser Scatmanjohn Jr bob dobbs.png (Talk | Contrib) 16:18, 27 January 2011 (UTC)
Pictogram plus.png Support I'm in favour as long as we can have an icon for each update. It would look like a half finished nav if we only had icons for the class updates and halloween updates. If we can get some icons for the others then I'm all in favour for that. It's all or nothing :P -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 16:17, 27 January 2011 (UTC)