Team Fortress Wiki:Discussion

From Team Fortress Wiki
Revision as of 03:26, 9 March 2011 by Fendermcbender (talk | contribs) (Celebration)
Jump to: navigation, search

Strategy pages overhaul

I've been keeping an eye on and doing active overhauls of 4 of the community strategy pages, but it's kinda hard to do it all by myself. On top of which, lots of them still need changes, especially the map-specific sections, to make them readable. Most of the time, whenever someone adds a tip to these pages they don't bother to format their tips properly, or place repeat tips on them, or something else entirely. Also, several of the pages need overhauls to remove "you"s and the like.

I've been actively watching the Medic, Pyro, Soldier, and Heavy pages, but it's kind of a lot of work to do by myself. Could I ask for some help from other users please? Thanks. --LordKelvin 00:00, 21 February 2011 (UTC)

I second this. The pages have frankly degenerated into bullet point drivel, reading like an informal conversation about vague points concerning the game rather than in depth consideration of strategy. I can help out with proofreading and wheedling out the "you"s where I can but more people need to help out.--Focusknock 00:08, 21 February 2011 (UTC)
I'm in. Should we begin with the Basic Strategy sections, merging the bullet points into small paragraphs? That's not too big of a job, so if you were after the bigger community pages, I can do that. -- InShane 06:27, 21 February 2011 (UTC)
That being said, do we gradually change each page, one by one, or save them as Word documents and the like and do everything in GIANT MAN chunks? I'm more for gradual changes. -- InShane 06:39, 21 February 2011 (UTC)

The thing with the strategy pages is that, by their nature, you're going to get a ton of subjective opinion. On top of which, as I already mentioned, most people just like to add their own little insight without paying attention to the flow of the entire article (or grammar, but that's easily fixed if not always welcome). I tried to fix that with the Medic, Pyro, Soldier, and Heavy articles, but doing so means that I have to keep an eye on those pages every time someone adds something to it, and adjust it accordingly. And again, the map-specific sections are a bitch to take care of since that's where much of the subjective opinion seems to go.

Bullet points make adding tips and strategies a lot easier, but also make the article itself less cohesive as well as harder to understand overall. Paragraph form is excellent for making an article flow, but also requires extensive editing to ensure that it's cohesive and it's harder to add to, and you need someone to keep a vigil on the article to make sure that any additions that are made do mesh with the rest of the article. Some sections and certain approaches are better done with bullet points (such as listing places where an Engineer can place Sentry nests), while others are best done using paragraph format; the trick is to find a good blend.

What I want to propose is a better sectioning of the Community Strategy section. Instead of an in-depth-and-convoluted version of the Basic Strategy pages, perhaps we could split it in two: have one page where players can add their insights and suggestions in whatever form they want, and then have another user read those over and mesh them into a paragraph-and-bullet format strategy page where attention is kept on article quality. This way, suggestions can be "screened" for grammar, usefulness, and the like before being put into the actual community strategy page, increasing its overall quality.

Another thing that I wanted to propose was an in-depth class match-ups page. I added class-specific strategies to the Pyro page awhile back (pretty much had to build the entire section from the ground up) because I didn't want to make the match-ups page too convoluted, but looking back at it it could probably fill an entire page by itself. Along the same lines as the Basic Strategy pages, perhaps a separate page for community-contributed class-specific strategies could help keep things neat.

Finally, maybe a separate map-specific strategies section could go a long way to reducing the clutter on the pages. As it is, the map-specific sections probably take up half of the community strategy pages, and much of it is too specific to be of help to newer players. If they're split off into their own pages, it could help to (1) reduce clutter, (2) allow us to remove the Map Strategy sections on the map pages by simply redirecting, and (3) make the community strategy pages more focused on getting better as the class rather than getting better on a certain map.

TLDR version:

  • Overhaul Community Strategy pages so that it's not all bullet-point crap, convert some to paragraphs so that it's easier to read
  • Make a "screening" page where users can add their tips so that they can be added properly to the Community Strategy page
  • New Community Class-specific Strategies section for adding advanced tips on how to deal with other classes
  • Split "Map-specific Strategies" sections off into their own pages

Yea, nay? --LordKelvin 18:00, 21 February 2011 (UTC)

I believe you underestimate our good friends in the IRC, who regularly keep an eye on what is altered on the wiki (for english pages anyway). Particularly now they are alerted to the strategies needing work, if they see something repetitive or out of context they will simply alter/remove it. I must admit that some edits will escape this net in place, though, so maybe a screening page is needed. Perhaps the talk page of each strategy should be converted into one?
As for a class-to-class breakdown of strategies, I'm pretty sure we had something like this before; a sort of table with one class in one column and all 9 in the other, which information spread against each matchup. --Focusknock 11:04, 23 February 2011 (UTC)
Yes, there are class match-up pages, but I would like to propose that those be kept short-and-sweet, like the Basic Strategy pages, while a longer and more in-depth page be created with the same purpose as the Community Strategy pages, so that more advanced stuff can be placed there. In the case of the class-specific strategy section that I put in the Community Pyro strategy page, it consists of roughly 32,000 characters, almost three times bigger than the basic Pyro match-ups page. And similarly, the map-specific section of the same page is roughly 30,000 characters. Those two sections alone take up about half of the article.
At best, splitting the community strategy pages up into (1) getting better as the class itself, (2) learning how to specifically counter other classes, and (3) getting better on specific maps could significantly help for organization purposes; a map-specific strategy section could also reduce the clutter on the map pages themselves, making them more informative rather than subjective (for example, the 2Fort page has to use an entirely new page for suggested strategies).
I'll try to draw up plans for applying these to all of the community strategy pages, but I would like some more feedback before I actually try to implement any changes. --LordKelvin 20:01, 23 February 2011 (UTC)
Pictogram plus.png Support I like the idea of a strategy submissions page. I think it will help to screen out the junk and help make the page more readable. Splitting the strategy pages should make locating specific help easier, and make things more manageable. Lustacide 16:41, 26 February 2011 (UTC)

Urgh... I just killed about 50-100 instances of "you" in the Community Pyro strategy article, but there's at least 200 more. I'll try doing more of them tomorrow when I'm not so tired. :\ I'll try to filter through Medic, Soldier and Heavy as well in the meantime. Hopefully we'll have decided if separate pages for map strategies will be worthwhile before I'm done with those pages. --LordKelvin 09:48, 27 February 2011 (UTC)

OK, after a week or so of fumbling around, I have some stuff to show for my efforts:

  • Here is an example of what a map-specific sub-page might look like. In this case, Badwater, I simply took the strategy information already on that page, put it into a general section, cleaned it up, and put in the individual class strategies for Badwater under their own sections. Right now it's largely a copypasta, but I'm hoping that should a page like this be made for each map, every section could be refined and use the proper terminology. At the minimum, it means that you won't have to redefine terms in each section, which the current map-specific sections of each class page does.
  • This page is still a huge work in progress, but what I'm hoping to do is to turn the General section into pure paragraphs, and integrate the Compression Blast section into the General section (currently it's a subsection of Flamethrower).

The strongest argument I currently have is for the map-specific sub-pages, for the reasons already listed. At the minimum, it would greatly shorten the length of the community strategy pages, thereby making them easier to read, while simultaneously making the map strategies simpler to understand by giving players examples of how other classes might counter each other all on the same page. --LordKelvin 04:29, 8 March 2011 (UTC)

Have the "Random Page" button only direct you to pages in your selected language

Seriously guys, this is just lame. Most of the time, the Random Page button brings you to some french page. I think someone should really fix that.

--Vyro 05:10, 21 February 2011 (UTC)

Pictogram plus.png Support YES! I'm tired of hitting random page and ending up at like, Floobengorben or some other "other-language" page (not trying to sound like an insensitive jerk or anything). 404 User Not Found 06:10, 21 February 2011 (UTC)
Pictogram plus.png Support Yeah, it's kind of annoying to switch to the English page when the Wiki could do if for me. Lazyness! It's the American Way! GeminiViRiS User GeminiViRiS Doubleface.jpg Talk Contribs 06:16, 21 February 2011 (UTC)

An extension was written by WindPower to fix this but it was never implemented by Valve. I'll see if we can nudge them about this (and about a few other things) soon. seb26 [talk] 06:18, 21 February 2011 (UTC)

Then it is necessary to give the chance to choose in what languages to search. Example: searching in /ru and /pl pages. Rins :O (talk | contribs) 06:53, 22 February 2011 (UTC) yeah i think the random page button should be in the language your in.~Awesomesauce~ 07:02, 22 February 2011 (UTC)Awesomesauce

Pictogram plus.png Support Yes, please. Granted, the problem can be resolved individually by clicking the link to the root page at the top of the article, but I digress. maggosh 06:38, 28 February 2011 (UTC)

Pictogram plus.png Support Yeah, it'll be nice if this could be implemented. Having to switch to the English or some other languages almost every time you view a random page feels kind of redundant. Luvi 06:56, 28 February 2011 (UTC)

Related Achievements

Can we get some sort of guidelines for what qualifies as a related achievement? For instance, on the Spy-checking article, pretty much every achievement that mentions a spy or any of his equipment is listed. The same is true for a lot of other pages as well. GJ 16:47, 23 February 2011 (UTC)

I'm the one that added most of those achievements. For something as generic as spy-checking, it can get fairly ambiguous about which achievements are related, so I mainly tried to include only the ones that you would get while spy-checking or that would prevent a spy from accomplishing his objectives.
For most of the other related achievements, I guess it would fall into a case of judgment. For weapons, the obvious rule is that it should be an achievement that requires (or at least can be done with) the use of that weapon, you killing an enemy that is specifically using that weapon, or whatnot. --LordKelvin 20:16, 23 February 2011 (UTC)
Pictogram plus.png SupportYou are both right. We need guidelines but the achievements are slightly ambiguous. BUT NOT ALL OF THEM ARE. There is no way that guidelines could be counter-productive so they should be implemented ASAP. I checked the link GJ used (spy checking one) and some really don't need to be there Pierow 06:16, 7 March 2011 (UTC)

Update History for classes

(Moved from Talk:Sniper and Talk:Main Page)

Lets settle this once and for all. Should we have update histories for classes, (Sniper, Heavy, Spy, etc) about things like the model changes or the added voice lines? --Stevoisiak 23:39, 24 February 2011 (UTC)


Pictogram neutral.png Neutral Would be a quite long section on an already-quite-long page. But it would be consistent with the weapon pages, I guess — Wind 23:43, 24 February 2011 (UTC)
I like the idea, but it shouldn't take to much space. Maybe foldin it up like meet the team text(the "transcription command"[it's not named like that but i don't know the name]). Killicon big kill.pngNWMBksr.PNG 23:48, 24 February 2011 (UTC)
Pictogram plus.png Support I believe it would be a good idea, since we could simply collapse it so that it doesn't take up any space, but the problem is: what do you put on it? Do you include all related weapon changes, do you include related videos, what? --LordKelvin 23:54, 24 February 2011 (UTC)
Pictogram plus.png Support I would not include any weapon changes. Just changes SPECIFIC to a class. If it only affects a single weapon, don't add it. each one would only have a few changes. Also, supporting my own discussion FTW! --Stevoisiak 23:57, 24 February 2011 (UTC)
Pictogram neutral.png Neutral In terms of standardisation between articles, I would agree with the Windy One that the content should remain. That being said, is the Update History really relevant to the average reader? Perhaps a dedicated page for the Update History with a prominent link to from the Class page would be a good idea, as it would not only streamline the page but also remove text that may be of no practical use to the reader. If they were interested in seeking the information out however, it would be readily available. In essence, it seems to come down to an issue of whether or not the information is pertinent to the average Wiki user and should be displayed so prominently. Esquilax 00:05, 25 February 2011 (UTC)
Pictogram plus.png Support Things that don't fit anywhere else, such as model changes, should go in the class's article. Weapons' changes would simply clutter up the page, and voice responses have their own pages. - LingoSalad (talk) 00:19, 25 February 2011 (UTC)

A value section on every item's page

Hey there, my suggestion is to put a 'value' section on every item's page. I mean that for example, on the pages of hats, there will be a section just like trivia, stating the item's value. I know that some people don't like this, but it is VERY helpful for players like me. When in trades, a lot of people search the internet for a items value. If this is available on the Team Fortress Wiki, we will have A LOT of visitors. This can also be handy for people who don't have any clue about prices. For example, I saw someone lately who sold his Vintage Procedure Mask for 2 refined. This is very unfair for the seller. I think that my idea could help lots of people.

Oh, and of course I will be editing the items rarity & value on a regular base. I trade a lot, I know how things work.

Cheers! GibsonGold 15:34, 25 February 2011 (UTC)

This is a no no unfortunately. Value is subjective. There may be 'average market prices' but the value of items is subjective to every person. This has already been added to the trivia guidelines. User Moussekateer signature sprite.pngMoussekateer·talk 15:47, 25 February 2011 (UTC)

Ahh yes I get your point, but there are enough people who would like a price that is fair for their items, but unfortunately not all people know these. Yes, prices may be subjective, but there are standards. I think that some people like your point, but a extra section on a page, which tells a approx value, is not a bad idea. In fact, lots of people would like it. For example, while they are trading, they can quickly look up the value so they are not making a bad trade. GibsonGold 15:59, 25 February 2011 (UTC)

Like I said there isn't really a thing such as a 'bad trade'. If someone is happy to trade their hat for another hat then that's the end of that. The wiki is here for factual information not subjective. This would be akin to including on every article that 'this hat is better looking then this hat'. User Moussekateer signature sprite.pngMoussekateer·talk 16:10, 25 February 2011 (UTC)
Pictogram nope.png Nope.avi As already stated, value is highly subjective. Some people don't want to take crafting value into account (e.g., how many people use the Powerjack over the Axtinguisher?), some people simply see a weapon as worthless (Dalokohs Bar and Backburner), some people don't think certain class items are worth it because they don't use them that frequently (how many times do you actually headshot someone as a Spy to justify use of an Ambassador?), the list goes on. If you open up a section on each page for this, then everyone and their dog will try to make it say what they personally think it's worth, and we have more than enough of that on the Community Strategy pages. --LordKelvin 17:06, 25 February 2011 (UTC
Pictogram nope.png Nope.avi Value tends to greatly vary depending on the trader. --Vyro 05:56, 27 February 2011 (UTC)

Renaming "bugs" section

As pointed out by BalladofWindfishes above, the bugs section of articles is growing to the point where any graphical errors or other problems are being listed, much to the annoyance of some editors. Some of the hostility seems to stem from the fact that these are not 'bugs' in the usual sense of the word; they are minor problems that do not alter gameplay. As such, would it be benefitial to rename the section to a broader title such as 'known issues'?--Focusknock 21:23, 25 February 2011 (UTC)

Pictogram plus.png Support I agree. GibsonGold 22:01, 25 February 2011 (UTC)

Pictogram plus.png Support Makes sense. Clipping issues are of no interest to me. - LingoSalad (talk) 23:20, 25 February 2011 (UTC)

Pictogram cross.png Con Bugs=Programm/Software error, so if "2 bytes" for example hand(1byte) and weapon(1byte) cross each other it is a bug for me, because they shouldn't get through eacht other, so it's a software/programm error = a bug. Killicon big kill.pngNWMBksr.PNG 23:28, 25 February 2011 (UTC)

  • I think it would be better to reduce the scope of the bugs section instead of renaming it ('known issues' isn't really that far off from 'bugs' to warrant a change). And as articles are for readers, they shouldn't be set out to satisfy tastes' of editors. That being said I think that clipping errors should be limited in bugs sections, with only major clipping issues to be listed (using discretion & everyone agreeing on it to determine what's worth noting). seb26 [talk] 23:31, 25 February 2011 (UTC)
Seb's idea is better. I've added this to the weapon guidelines to direct people when editing the section. --Focusknock 12:49, 27 February 2011 (UTC)

Pictogram comment.png Comment On a similar note, I wish to adrress certain bugs that are not restricted to one specific weapon. These bugs are more class bugs. Would it be preferable to put such bugs on the class pages, instead of having to copy it to every weapon the class owns? An example would be the hose on the flamethrower, which appears attached to the Pyro's hand during a voice command. It occurs for both the flamethrower, backburner and degreaser. --Focusknock 01:15, 5 March 2011 (UTC)

Damage template

It has come to my attention that the ==damage== section on weapons' articles is fairly un-standardized, for that reason and others, I have begun a basic template to replace the damage section on weapons' articles. It uses {{BASEPAGENAME}} to determine what to produce, and can be found here. Does this look good? I know the formatting's a bit sloppy, I (or someone else) need(s) to come up with some sort of standard, or decide to throw it all into some kind of table, if it looks better. Also, if I could be doing this more efficiently, suggestions are appreciated. - LingoSalad (talk) 23:39, 25 February 2011 (UTC)

I would fully support this, but it seems to still be spitting out errors. Rocket Launcher generates no output at all, while Minigun spits out an expression/operand error. Also, when used on the Flamethrower page it doesn't seem to use bold text as in Scattergun.
Overall, I love the idea since it would make adding new weapon data much easier (put the data into the template, and just put a single line on the weapon page in question), but this would depend on getting the coding right first. --LordKelvin 00:15, 26 February 2011 (UTC)
Also, a further addendum, maybe this could be used to keep the Weapons page and individual weapons pages consistent. A few times I've noticed that someone updated the damage data for a weapon on its individual page, but left it unchanged on the Weapons page. --LordKelvin 00:31, 26 February 2011 (UTC)
This is still a work in progress, so it probably won't work all the time on all pages. - LingoSalad (talk) 01:19, 26 February 2011 (UTC)
Pictogram plus.png Support Anything is better than the list/mini tables people have scattered across the weapon pages. --Focusknock 10:57, 26 February 2011 (UTC)

The idea of standardizing Damage sections is a good one, but on the technical side, I think saving damage values inside templates instead of the weapon page itself is unnecessarily complex. I've been working on a parameter-based version of the idea. Here's what I came up with:

Rocket Launcher
User:NVis/Damage
  Ambassador
User:NVis/Damage
Mad Milk
User:NVis/Damage

See here for more test cases. The template is probably still missing required features, but translation switching is implemented, and making additions should be relatively easy. What do you think? Gear Gib 5.png nVis 13:14, 4 March 2011 (UTC)

Pictogram plus.png Support This looks awesome! DrAkcel (T | C) 13:31, 4 March 2011 (UTC)
Man dis is secksy. — Wind 14:12, 4 March 2011 (UTC)
Pictogram plus.png Support Iz guud! -- OluapPlayer (t) Howdy, pardner! 14:15, 4 March 2011 (UTC)
Pictogram plus.png Support This is definitely what translators and editors in general needs on every page that have the "Damage" section in it. oh wait , heavy just said "Whats that nVis ? , Damage template them all ?! , good idea , muhahaha" --– Gin_Ginster (talk) 18:33, 4 March 2011 (UTC)
My reasoning for supporting the damage values being placed in a template is so that it can be instantly applied to a page without the need to worry about inputting the values themselves; for translators this can make things immensely easier as they can just tell the template what weapon and language it should use, and it'll automatically output the data. With regards to the main Weapons page, it would further help in standardizing everything and making changes from patches easier: when a patch changes the damage values for a weapon, you just have to change the values in one place instead of going to all the individual pages and changing the values, and again, it would make things easier for translators as well.
I like how that table looks, I really do, but I still believe that a single place where the values can be called up is probably a better idea than what exists now. --LordKelvin 17:12, 4 March 2011 (UTC)
Due to the nature of TF2's weapons, constructing a template that includes translation switching for every possible string—not to mention all the data—is impractical to say the least. Regarding patch changes, there have been few updates that affect damage and timing statistics. It just seems to me that a one-template-to-rule-them-all scheme would be more trouble than it's worth. Gear Gib 5.png nVis 18:13, 4 March 2011 (UTC)
Pictogram plus.png Support I like LingoSalad's idea, I love dem templates. But it's horrifically complicated because of all the variations in layout and values sadly, and it's not his fault. This template looks good though. User Moussekateer signature sprite.pngMoussekateer·talk 18:22, 4 March 2011 (UTC)
Pictogram plus.png Support It is much better than we have now. — VeKoB HauntedHalloweenGift.png 18:21, 4 March 2011 (UTC)
Pictogram plus.png Support I'd have to say it looks much better than mine. And it is true that weapon damage rarely changes, and this could easily be used to standardize all the damage sections. - LingoSalad (talk) 21:32, 4 March 2011 (UTC)
Pictogram plus.png Support Go with it, go with it! --Parseus (talkcontrib) 21:35, 4 March 2011 (UTC)
Pictogram plus.png Support Looks purdy. GeminiViRiS User GeminiViRiS Doubleface.jpg Talk Contribs 01:36, 5 March 2011 (UTC)
Pictogram plus.png Support The template looks very nice. :) "First" and "consecutive" are probably better words too. I think we'd also benefit from standardizing damage ranges at 512u and 1024u instead of arbitrary distances on 2fort, but I guess that's for another discussion. ~G-Mang (T|C) 01:55, 5 March 2011 (UTC)
Pictogram plus.png Support Very nice. I also notice that at the moment there are no cons???!!! Could this mean that the majority of people are in favor of this idea??? Pierow 06:10, 7 March 2011 (UTC)

"Same language" return for looking up recent pages

I got to thinking after the above discussion for "random page," is it possible to implement language filters for the recent changes log? Sometimes I like to check the change log to see what happened while I was asleep, but most of the changes are translations for other languages, which makes it hard to keep track. If there's already a function for this, I would appreciate if anyone told me how to enable it. --LordKelvin 18:15, 26 February 2011 (UTC)

You can use your watchlist to keep track of changes for certain pages, you could add all the pages in a certain language to your watchlist (or create another account so you can have a separate watchlist), if you really wanted to.- LingoSalad (talk) 19:54, 26 February 2011 (UTC)
You can filter the RCs by a specific language like this: Special:RecentChangesLinked/Category:Fr. This only works for translated content, since English pages don't have a tracking category. Gear Gib 5.png nVis 19:57, 27 February 2011 (UTC)

Adding token blueprints to Weapons pages

Currently ongoing discussion on IRC about this, but it may well be important enough to document here.

Should the token blueprints (weapon token + class token + scrap) be put on all of the Weapons pages? The cons against this are that it's rather redundant since most of the time you're going to get a random weapon rather than the guaranteed result (for instance, in the case of crafting a Pyro melee weapon, there's only a 1 in 5 chance of getting a specific weapon), and it's not much cheaper than the cost of the guaranteed recipe most of the time. On top of which, a lot of them are unnecessary since you can get them through achievements or random drop. What do you all say? --LordKelvin 19:28, 5 March 2011 (UTC)

Pictogram plus.png Support My opinion is that, as it is relevant information, it should be done. The box won't take up a whole lot of space anyways, and as nVis said on IRC, we could always just collapse them if it gets too bloated. --LordKelvin 19:28, 5 March 2011 (UTC)
Pictogram plus.png Support They're not shown anywhere else inside the wiki so why not.--Focusknock 19:50, 5 March 2011 (UTC)
Pictogram cross.png Con The cons are completely legitimate. Why not just add this recipe to the Crafting page? -- En Ex (talk) 21:05, 5 March 2011 (UTC)
Pictogram plus.png Support I think the Wiki should cover everything and store it compact at the pages. People look for a weapon and see the Blueprints, then choose which one they like to use to craft the item. Storing them all together will give more possibilities in a clear view. Dani 21:43, 5 March 2011 (UTC)
Pictogram neutral.png Neutral Could be done but don't exaggerate it. I like lean articles, but many articles get extensions on the wrong end. I just think that random=lucky crafting recipes are not sooo good to list, still its valid and good. Killicon big kill.pngNWMBksr.PNG 02:26, 6 March 2011 (UTC)
Pictogram minus.png Oppose What's the difference between this and putting the 3 refined recipe on every hat page? User Moussekateer signature sprite.pngMoussekateer·talk 02:28, 6 March 2011 (UTC)
Pictogram minus.png OpposeYou really shouldn't. It's a token and not a weapon. Miscellaneous maybe? But apart from miscellaneous it should only be in crafting because it is a crafting tool. Pierow 09:18, 6 March 2011 (UTC)TC370
Pictogram minus.png Oppose I think random craft blueprints are just too much. Isn't the reason we have "see crafting" links is so we don't need these random craft blueprints. KillerKooK 03:12, 6 March 2011 (UTC)
Pictogram minus.png Oppose I think of it like this: If I was new to the game and saw that blueprint, I would think that by crafting that blueprint I would be guaranteed to get that weapon. Sure we could say that there is a random chance of getting it, but it is unlike crates where you know the percentage and likelihood of getting it. It seems pointless to have in there. -- No-oneSpecial Killicon flame thrower.png (talk | contribs) 06:48, 6 March 2011 (UTC)
Pictogram plus.png Support While the token crafting recipes may be redundant, they are still valid recipes, and even though they may clutter up the article, it still is a way to craft the weapon, and the wiki should list the information, whether it be an actual {{blueprint}} box or a simple note that says something like "As with all weapons, this weapon can be crafted using the fabricate X blueprint." - LingoSalad (talk) 17:41, 6 March 2011 (UTC)
Pictogram plus.png Support Do it. When we were discussing it on IRC I genuinly wanted to know if the Fragment axe thing could be crafted via tokens. I support the idea of putting every single method of crafting an item on that items page (if space is an issue, collapse the "general" blueprints - eg. 3 refined, tokens). -User RJackson Signature Colon DDDDDDDDDDDDDDDDDDDD.png 17:54, 6 March 2011 (UTC)

Promote community events with the Main Page event template?

What would you guys think about utilising our very public Main Page to promote TF community events? Lasse created the Main Page event template a while back, and it was used to promote the Scream Fortress update; it's not really being used since & it'd be a shame to let it go to waste. I wouldn't mind dealing with maintaining it & talking to community members who want their events promoted; if maintaining it was/is a reason anybody would be against it. -User RJackson Signature Colon DDDDDDDDDDDDDDDDDDDD.png 17:34, 6 March 2011 (UTC)

Pictogram plus.png Support -User RJackson Signature Colon DDDDDDDDDDDDDDDDDDDD.png 17:34, 6 March 2011 (UTC)
Pictogram plus.png Support-Sure , i like the idea :D --– Gin_Ginster (talk) 17:40, 6 March 2011 (UTC)
Pictogram plus.png Support Can we use it to promote the ETF2L Wiki team events as well? --LordKelvin 18:05, 6 March 2011 (UTC)
Pictogram minus.png Oppose The wiki policy is to only report on things mentioned in a blog post. So that limits the use of the banner straight away. If we start opening it up to any community project, everyone is going to rush to promote their event, and eveyrone is going to try to give valid reasons. This is going to open up a whole kettle of fish involving control and organisation. We can't really say we'll do this when we have yet to sort out other things first, like featured articles and the did you know, which have falled into disrepair.--Focusknock 21:02, 6 March 2011 (UTC)
That's sort of the reason I suggested the idea: So that community events get more recognition if not picked up by the blog. As for control, we could just put events in a queue - big events being on the main page longer - smaller events having only a day or two; or perhaps list some events simultaneously (the banners done via a table - adding a column is easy). As for only covering blog stuff - we have articles on custom mods, custom maps & community websites that aren't mentioned on the blog; so we already violate that policy. Our job is to document Team Fortress 2 - the community is a big part of the game, and thus we should give it some scope too. -User RJackson Signature Colon DDDDDDDDDDDDDDDDDDDD.png 21:11, 6 March 2011 (UTC)
The only maps and mods I see on the wiki are those that are obviously big enough to be noticed by everyone or have won some sort of contest, but nevertheless I see your point. I still think this opens the floodgates and that the wiki has other things on its plate to deal with.--Focusknock 10:33, 7 March 2011 (UTC)
Pictogram comment.png Comment As focusknock has already pointed out, people will be trying to get their event onto this and they will all have valid reasons for doing so. You'll probably need to come up with set criteria that makes an event eligible for inclusion, otherwise though it is an interesting idea and it could help get the word out their about a variety of different things. User Scatmanjohn Harlesprite.pngScatman JohnUser Scatmanjohn Jr bob dobbs.png (Talk | Contrib) 21:22, 6 March 2011 (UTC)
Pictogram plus.png Support It would be a great way to inform people who don't go t the blog etc. alot. It's an excellent idea Pierow 05:45, 7 March 2011 (UTC)
Pictogram neutral.png Neutral Things like the featured article and trending topics need more love/maintenance before we add another kind of has-to-be-maintained element to the page — Wind 17:13, 7 March 2011 (UTC)
Pictogram nope.png Nope Even with restrictions there will be a big o' mess of people trying to get their thing recognized. Toomai Glittershine 17:38, 7 March 2011 (UTC)
Pictogram comment.png Neutral Support Yeah you heard me right in my choice... The thing is, I'm torn, as I would love this as a feature of the site, but at the same time some incredible planning on how we would select decent events, would be needed before this could be added to make sure we can weed out the publicity whores, and such. If we can make this work via only promoting 100% real events (such as perhaps giveaways and competitions) as opposed to events like "My Birthday, COME JOIN MY SERVER!" then I guess we could make it work. Hence my neutralness. The support part was due to me having my own community, I would personally love this feature. -- Benjamoose Om nom nom! (talk | contribs) 19:30, 7 March 2011 (UTC)

Promo Item/Damage Idea

So, as we all know, the damage tables for Promo items simply redirect to the weapon it reskins. However, why don't we just add a damage table for each of those weapons, so a user won't have to redirect from his original page? I'd be willing to do it. SnowCanary 21:30, 6 March 2011 (UTC)

I honestly wouldn't be against it, but I feel that it was done the way it is for a reason. Unless a mod has decreed it to be as such, I would say yes, change it. --LordKelvin 21:35, 6 March 2011 (UTC)
With the new damage table template, all weapon pages will have their own damage/function time table and will not redirect to the weapon they reskin --User Firestorm Flame.png Firestorm
Alright, I'll start to add the damage in. Many of the tables are a simple copy-paste, however, so I can't take all the credit. SnowCanary 22:34, 6 March 2011 (UTC)

Information from original trailer

Forgive me if I'm overstepping my bounds here (this my first contribution), but I wonder if some of the information from the original Team Fortress 2 trailer is really appropriate to include in the character bios and would not be more suitable for the characters' "Trivia" sections. An example would be the Heavy's motto, "Shooting good." These mottos, particularly the Heavy's, are clearly from a much earlier stage in the development of these characters' personalities, when the Heavy was evidently a stereotypical "big dumb guy", and are generally inconsistent with the characters as they appear in the final product. The Elusive Hobo 01:08, 8 March 2011 (UTC)


Celebration

So... after checking the 1306 articles to find the missing ones, I finally translated them all. Russian translation progress — 100% . Russians worked well. Others translators need to know what to strive for. And now I propose to celebrate this. — VeKoB HauntedHalloweenGift.png 20:11, 8 March 2011 (UTC)

Pictogram plus.png Support Good work, guys. Let's celebrate!

User VeKoB wmapr.pngThe Wiki Man approves ! User VeKoB class wm.png 20:11, 8 March 2011 (UTC)

I think this sums it up quite nicely... File:Heavy autocappedintelligence01 It was long trip.wav TF2 crosshair.png Fendermcbender 03:26, 9 March 2011 (UTC)