Continuity / Timeline

I'm trying to make some sense of how the various major continuities are handled, overview-wise. Some have their own continuity page; IDW's just got a timeline, with overview stuff shoved here and there among the individual miniseries. Some don't have anything. Some, like the G1 cartoon, are not much more than lists. The ones that exist tend to be hard to find, aren't categorized uniformly, etc... is there a master format for this stuff?—The preceding unsigned comment was added by Repowers (talkcontribs) 12:15, 29 October 2007.

There is no master format for continuity pages. Please feel free to make one! It would be a good thing to have! --Steve-o 00:55, show30 October 2007 (UTC)
You know, I think it would be hot if once we got more timelines up, we began putting Chronology links to the timetable on the story pages. Several Dreamwave comic pages have them, and I think IDW comics should too, since IDW really isn't telling the story in a linear fashion.--Zodberg 09:36, 30 October 2007 (UTC)
Sounds like a good idea. --MistaTee 13:51, 30 October 2007 (UTC)
Would it make sense to have an overview writeup at the start of each timeline, a few paragraphs or so? Or should "continuity" be a separate page? Where should a chronological list of issues go -- publisher's page, continuity page, timeline page? That's not such a problem with, say, Marvel G1, but Dreamwave's a little messier, IDW's all over the place, and gods help you if you want to sort out the mess that is Marvel UK. -- Repowers 14:29, 30 October 2007 (UTC)
A continuity page should have the following (in my opinion):
* A one-paragraph description of the continuity, not more than a few sentences long.
* A list of what media belongs to this continuity (which can include some stuff that's vaguely contradictory, but should exclude stuff that's way out there, like Earthforce relative to G1 comics). This can be sorted by publication order, or internal chronology, but if there's a major difference between the two, it should be spelled out.
* An overall description of the main events in that continuity, focusing on the events actually chronicled (not the distant past). In particular, for most continuities, changes in the leadership of either side, the changing status (living/dead, present/absent, duplicated by Straxus/encoded on a floppy, etc.)of the big two leaders (usually Optimus Prime and Megatron), any events involving Unicron or Primus, and introductions of major teams or groups of characters (Headmasters, Fuzors) should be in the summary.
* If necessary, a timeline, which may end up integrated with one of the above parts.
* Pointers to important and closely-related continuities (again, such as Earthforce), discussion of divergences, etc. JW 15:14, 30 October 2007 (UTC)
All that sounds pretty good, though I wouldn't get too hung up on following individual characters too much, even the leaders. In Marvel G1, at least, they changed over on a pretty regular basis.
On a related note... this and a lot of other overview-type pages are really lost in the shuffle. They should be top-level pages, with everything branching off of them and linking back to them, but instead they're buried and nothing links to them. You start off reading, say, the article on Spotlight: Soundwave. Where do you go from there to find out more? The IDW issues category? That's the only link out of that page. If you're a newcomer, or even someone with an imperfect memory, how do you know what comes next? Either the individual issue pages need to link to the timeline and continuity pages, or the category page does, or... something.
Taking care of it on the category page might be simplest, like what's on the Category:Marvel US issues page. -- Repowers 19:12, 30 October 2007 (UTC)
Yes, the site is sadly lacking in both "uplinks" and "sidelinks" for the media; links from a TV episode to the TV series, links from an issue of a comic to an overview of the comic, links from one comic to the next comic in that series, etc. JW 19:21, 30 October 2007 (UTC)
I'm still poking around and figuring out what's been done and what's needed; it might take a while to figure out how to start cleaning things up. It looks like we've got some random timelines started (still need ones for the Beast era and a few others), as well as continuity pages for some but not all of the major storylines, so I suppose each major continuity should have both kinds of pages. I wonder if there's a way to use a category or subcategory to get individual episode/issue pages to quickly link back to the main overview pages?... -- Repowers 19:28, 30 October 2007 (UTC)
JW, we do have that comics nav template, though I like the comic infobox on wikipedia more. --MistaTee 20:04, 30 October 2007 (UTC)
Ah... we do. Very useful. Now we just gotta propagate it over a few hundred comic issue... :S -- Repowers 20:25, 30 October 2007 (UTC)
Also, the nav setup only can link up one level. So Infiltration #2 can link up to the main Infiltration page, but not to the IDW continuity page above that. Would putting a variant of this template on the main page for each miniseries, linking up to the continuity page, work instead? Then you're never more than two clicks away from an individual issue to the continuity overview. -- Repowers 20:25, 30 October 2007 (UTC)
That, or somehow add it to the main comicnav template, perhaps in small letters above the series name. I don't wanna step on anyone's toes though. --MistaTee 20:45, 30 October 2007 (UTC)
That'd make the most sense, to add a "Continuity" level to the template, or alternately a lower-end "Mini-series" option. But hell if I can make sense out of how these things work... that might be a rainy day project, figuring that out. :\ -- Repowers 20:51, 30 October 2007 (UTC)

Image Copyrights

I asked awhile ago, and nobody seemed to know, so...

I've always been under the impression that images © someone else should be credited not just with a note that they belong to someone else, but a year, for much the same reasons we identify who the image belongs to rather than simply saying 'we don't own it, but it's fair use.' The more info we provide, the more 'seriously' the copyright is being taken. if we wipe our ass with an unadorned, {{fairuse}} clearly we don't think the holder of the copyright is important... or something.

I have a script I've been poking at. It can run through every image detail page on the wiki through a regular expression and pick out which images don't have copyright owners (Hasbro or Takara-- you're supposed to ID which even if you're using {{hastak}},) which don't have dates, and which don't have any sort of copyright notice at all. (A significant chunk of our images have no notices that they belong to someone else.) It could also drop the offending images into categories to be sorted out and properly labeled. (I imagine I'd give it Steve-o and let it do so logged in as the bot to avoid the update-floods.) anyone interested in this? Does it seem like a good idea? Terrible idea? ...Bueler? -Derik 15:29, 7 December 2007 (UTC)

Cartoon Episode Format Mark II

Picking up an old thread here... per some changes I just finished making to all the Beast Era episode pages, IMO:

  • The one-line summary should be bold. It's the single most important thing on the page; your eye should leap right to it.
  • It should be the very first thing on the page, above the nav box (barring temporary templates like "pics needed".)
  • It should be free of links. They're distracting and ugly, and it's kinda absurd to think someone's going to click right off the summary to see what a "Maximal" or whatever is. Links can easily be integrated into the body of the plot summary.

I'd also rather see Quotes before Stats, to keep all the in-universe stuff together before moving to out-universe stuff like writers, air dates, commentary, order of appearance, etc. -- Repowers 00:13, 27 January 2008 (UTC)

I agree with all of this, except for the one-line summary being above the nav box. Pure personal preference, though, rather than any sort of functionality - I just don't like the way it looks. In fact, I think putting it below the nav box actually helps its notice-ability - it "frames" the summary quite nicely between the nav box and the contents box. - Chris McFeely 00:22, 27 January 2008 (UTC)
Heh, I see it the opposite way -- having the summary first provides a frame for the inevitable white space that accompanies the nav box. -- Repowers 06:24, 27 January 2008 (UTC)
Picking up on what I said above, putting the stats section down below not just the extended summary but now below the quotes section as well is something I strongly oppose. Episode writers do not get the recognition they deserve. We should not be burying their credits like that. That section belongs above the summary. --KilMichaelMcC 03:21, 27 January 2008 (UTC)
I do hear what you're saying, but honestly I'm less bothered by the recognition factor than by the inconsistency with comic format, where all that junk is up front (though it often looks pretty bad, IMO.) If it were just the writer credit, I'd be okay with having it up front (though I ain't gonna be the one who goes back through 78 Beast Era episode pages to change it!) But then you get into the odd condition of having that one bit of info up front, while the rest of the standard information external to the episode's events is much deeper in the article. Having much more stuff up front than that makes for a messy, unattractive, and harder-to-read format compared to having it all bundled in the Stats section... IMO, natch.
"If "recognition" is the concern, heck, think of the animators who slaved a lot more than the writers ever did to bring each episode to life. They get no credits at all. Neither does Robert Buckley, who provided music for both Beast series. The list goes on and on. -- Repowers 06:24, 27 January 2008 (UTC)
The information I am suggesting be up front would only be three lines (Written by, Directed by, air date), which I don't think would be very intrusive at all. To my mind, before the summary is the only logical place for this information to be presented, as episodes themselves generally present those two credits up front, and air date is a known factor when watching an episode when it debuts.
On the issue of recognition, you make a good point, however my concern is a bit different. Robert Buckley may not get a lot of recognition from the fandom for the music of Beast Wars, but it's not like they give someone else all the credit on that score, pun semi-intended. But the writers? The fandom often enough acts as if Forward and DiTillio wrote every single word of Beast Wars, and Skir (alone, of course, as the Isenberg Uncertainty Principle remains in full effect) the same for Beast Machines. The story editors are obviously the most important writers, but they didn't do it all on their own.
Burying the names of episode writers down below the summary and quotes sections just doesn't sit right with me, is all. --KilMichaelMcC 04:46, 29 January 2008 (UTC)
Hrm... combined with Steve-o's consistency argument, I suppose I could go along with doing it this way, with them all tucked together and separate from/below the one line summary. Written By and Air Date are in one little combined pair of lines now, an easy cut-n-paste to move up front. I don't think anyone's added Director credits to any of the episodes, by the by.
As I said, I'm in no great hurry to do it myself -- my main concern was that the Beast Era show pages had drifted into all sorts of different arrangements, some of which looked pretty sloppy. For better or worse, they're all uniform now. If we're gonna change the layout, let's work on getting one sample page just right, then we can worry about propagating it. To that end, have a look at "Chain of Command", see if it clicks for you. -- Repowers 05:33, 29 January 2008 (UTC)

I'm thinking if we could merge the Japanese title into the Stats section because it seems to fit the section better. --TX55 03:14, 27 January 2008 (UTC)

I don't have much of a preference, personally, about how to organize these things. However, I do feel pretty strongly that it should be more or less the same for both cartoon episodes and comic issues. Having different organizational schemes for different sorts of fiction doesn't serve much purpose, and makes things harder to get used to. (On the other hand, I also feel strongly that all of our passages relating fictional events should be in the same tense regardless of if they happen to be on a character page or a story page, but apparently that makes me insane, so don't take my pleas for consistency too seriously.) --Steve-o 02:35, 29 January 2008 (UTC)

Cartoon format mark II.5

Did we ever make a decision on whether to place the quotes area before the stats section? Because the sheer majority of episode articles (including old ones recently converted to current standards) place the stats before the quotes, but I notice some of the latest Cybertron episode articles are placing the quotes before the stats, which is creating inconsistencies in layout. Bear in mind it will create less work for us if we just leave things the way they are, with stats before quotes. --FFN 09:34, 21 March 2008 (UTC)

Cartoon continuity headings

Have we decided on a definative format for this yet? most of the pages with characters who appeared in Sunbow's G1 through to the japanese series (and maybe Beast Wars as well) have quite different headings, and I recall we were worried about Transformers Animated causing problems with all the 'Animated continuity' headings on character pages. --FFN 07:08, 3 January 2008 (UTC)

I think we had decided on using "cartoon" instead of "animated." So use "cartoon continuity," or for those who appear in more than one cartoon continuity, use "Generation 1 cartoon continuity," "Beast Wars cartoon continuity," etc. --ItsWalky 07:13, 3 January 2008 (UTC)
Can we have Diagnostic Drone change all occurrences of "Animated continuity" to "Cartoon continuity"? That'll require some cleanup in the Animated articles, but there are far fewer of those than there are of G1 subjects that are currently mislabeled. - Jackpot 17:54, 17 January 2008 (UTC)

Section-title master list

I've made a sandbox for the purpose of assembling a master list of all section titles, their relation to each other, and their proper wording/formatting. Please discuss; I've introduced some new ideas, and I'd love to see a consistent guide established. - Jackpot 01:04, 29 January 2008 (UTC)

Wow, I think this really look nice and useful. ;D --TX55 03:44, 29 January 2008 (UTC)

"First go here! Next go here."

I was thinking a bit about the various problems we've got around here -- stuff like incomplete image descriptions, orphaned articles, etc. There's really no one central place where a newcomer (or a regular who feels like doing something useful but doesn't know what) can go to find a quick list of things that need doing. The current help pages just send you to the list of articles in need of creation, which is kind of daunting, especially for a newcomer who has to learn a million standards and Wikia tags. Is there a more comprehensive way to point people in the direction of useful things they could be doing? Whatever it might be, it should include links to:

  • Pages in need of creation
  • Orphaned pages
  • Stubs
  • Pics needed
  • Any current projects, like the Beast Wars one. Hell, I couldn't find that thing if my life depended on it. well as a note about common problems: dead/missing storylinks, incomplete image descriptions, and whatever else. (Heck, who knows? Maybe it could even distract an IP person long enough to prevent them from screwing with captions.... ahh, who'm I kidding?} -- Repowers 21:51, 30 January 2008 (UTC)

There are some of those things catalogued here, but I think making links to the most important of these categories, and placing them together in one easy-to-find link off the main page, would be best. Perhaps on the Help contents page, since it's linked right off the main page already, in the most logical location? I think that link is a bit small, for what it's worth. --Sntint 22:09, 30 January 2008 (UTC)
One of the projects in the back of my head is a help-page/guide specifically breaking down the creation of character pages, plus the use of "common templates" for them (disambigs, stubs, notes). I'll see if I can scrounge up some time to rough-copy one. --M Sipher 22:56, 30 January 2008 (UTC)

Other Maintenance Templates?

I haven't had much time to do more "substantial" wiki edits lately, but I've been prepping for later with the charstub sub-categories. Fiction really isn't my bag... I mean, I know it in general, but not issue titles and numbers and bla bla. But I figure it's also nice to have the "really needs a lot of stuff" pages separated from the "just needs some stuff in one subsection" ones, especially once I can make a concentrated effort to update the toy sections of various pages. I've been thinking about other similar "needs maintenance" template/categories, but I thought I'd bring it up here since I'm not sure who else might make use of them...
I've noticed quite a lot of pages missing storylinks. I'm not intending on going through a big wiki-wide hunt, but as I go through the stubs and other pages doing little maintenance and tweaks, well, I think I'd like to be able to mark pages I come across that are missing those links they should have. Picture and quote? Isaac Sumdac and/or Tutorbot, "I cannot believe I programmed you with such simplistic information!" (Idea courtesy of Trent Troop.)
I'd swear there was another one, but right now, too tired to think of it and must sleep. --M Sipher 06:53, 1 February 2008 (UTC)

Perhaps a tag for a page with too many damn redlinks for concepts that will never need articles?--RosicrucianTalk 07:08, 1 February 2008 (UTC)
I don't think that will be neccessary, as it's a simple matter of removing the [[ and ]]s. Storylinks, though, require some research. --M Sipher 15:40, 1 February 2008 (UTC)
I usually label such pages with {{stub|storylinks}}. JW 15:44, 1 February 2008 (UTC)
Trick is, often they're not really stubs, are they? the main info is there, there's just not a "where'd this happen?" link. And maybe it's the data-manager in me that says this, but I think it'd be a lot easier to have a common problem like lack of storylinks as a category all its own, all together for easy identification and maintenance. --M Sipher 16:11, 1 February 2008 (UTC)


We need a consensus on hiw we handle disambuigation in article titles. We've had some moving between Silverbolt (BW) and Silverbolt (Fuzor), and Dirge (Timelines) and Dirge (Whatever the Botcon 05 set was) because there are two Silverbolts in BW and two Dirges in Timelines. However, since one of those Dirges and one of those Silverbolts are G1 characters, the (BW) and (Timelines) tags are fine for the other two. The tags are simply for keeping the articles separate; not for telling you what continuity they're in. Plus, (Timelines) is much easier to type than "(Botcon boxset name I can't remember)". --FortMax 23:35, 26 February 2008 (UTC)

Somewhat related to the discussion at Talk:Starscream (Timelines). My personal criteria is that a name used for two (or more) characters in the same toyline requires more specific disambiguation, regardless of the characters' origin, because readers shouldn't be expected to remember whether some character was already in another toyline. —Interrobang 23:51, 26 February 2008 (UTC)
So... what should disambigs be?
  1. Distinguished only when strictly necessary. "Silverbolt (BW)" is fine because, while there were 2 Silverbolt toys in the BW Toyline, the other one is actually Silverbolt (G1)- so only one entry is trying 'sits' in the (BW) disambig, and no more specific disambing is needed. Parenthetical disambigs should be the broadest possible category the article can sit in without conflicting with another article, (usually a continuity family or franchise.) Absolutely no 'bumping' of disambigs as a concession to aesthetics.
  2. Distinguished on a logical basis. "Silverbolt (Fuzor)" because there are two Silverbolts in the BW toyline, and the article title should not allow for confusion between the two.
  3. Providing continuty info. A hypothetical new character Roller in the 2008 Universe line would be "Roller (Classic)" not "Roller (Universe)"-- so that the article title doesn't mislead people into thinking he's part of the 2004 Universe continuity.
My problem with #2 and #3 is that the diambig isn't supposed to convey that information. The first line of the article, right below the title does. It will say 'Silverbolt is a Fuzor in the Beast Wars continuity family...' or 'Roller is a Ultracon in the Classics portion of the Generation 1 continuity family.'
We are currently usign method #1. I oppose a change to methods 2 or 3 for the following reasons:
  1. The first line of the article already supplies the information that solutions 2 & 3 would seek to add- and does it better.
  2. Implementing 2 or 3 would make it harder for editors to know where article are sitting ("I know there was only one Silverbolt in BW, why is my link to Silverbolt (BW) broken?")
  3. The purpose of the parenthetical disambigs is not to convey info- it is to keep articles with the same title from sitting in the same namespace. Attempting to make disambigs convey information actually adds ambiguity, because it would force the the locations the articles sit in to become less standard.
Let diambigs be disambigs. If we want to make continuity notes clearer or more prominent, we can look at revising our approach to them. -Derik 00:41, 27 February 2008 (UTC)
We already have Help:Disambiguation to more or less lay this out. (I've just made a couple small changes to it for clarification.) There is going to be no simple rule of thumb which leads to tbe best results in every case, so make the parenthetical as brief and clear as you can. Derik is correct that the purpose of the parenthetical is to give the articles different names so the database doesn't get confused. To help out editors when we make links, it is good for them to be short and easy to remember. --Steve-o 21:35, 27 February 2008 (UTC)

So, should we move Silverbolt (Fuzor) and Dirge (Decent into Evil) and the mirrorverse guys back to Silverbolt (BW), Dirge (Timelines) and mirrorverse guys (Timelines)? --FortMax 22:42, 27 February 2008 (UTC)

Wait to see if others have strong feelings/argument first. (We have a policy, but it's subject to conseunsus, remember? Also- I think I wrote most of that page so my point of view is unfairly over-represented there.) On review, no, apparently this is one policy page I didn't write. ...why can't I tell Steve-o's writing apart from my own? Scary. :~(
Personally I say emphatically yes on Dirge, indifferent affirmative on Silverbolt, and wait and see on the Shattered Glass pages. We don't now where/if they fit in existing continuity. There's no point in movinf them a half-dozen times while arguing about unknowables. -Derik 23:13, 27 February 2008 (UTC)

Pages about fan sites

Is there a policy about this? I wanted to add TF Pulp, but I didn't see any other TF sites on here at all, so I figured I should ask first. —The preceding unsigned comment was added by Might Gaine (talkcontribs) 2008-02-27T14:04:54.

We don't give unofficial sites their own articles. You can link to information on TF Pulp from appropriate pre-existing articles, though. That sort of thing enhances the wiki by allowing people to find further information on the topics they are reading about. Just put it into an "External links" section right before the categories. --Steve-o 21:18, 27 February 2008 (UTC)

Cartoon episode title cards redundancy

Why are we moving towards using the title cards of episodes for the main/starting picture of episode articles? Isn't it redundant to have a boring screenshot with the name of the episode placed next to...... the name of the episode in the actual article itself? Wouldn't it be more interesting to do what we have been doing, and use a screen capture that somehow encapsulates the whole episode, or shows a pivitol point in it that sticks in our memory? --FFN 02:55, 28 February 2008 (UTC)

I've wondered the same thing myself, but figured it was a done deal. I too support the "memorable/encapsulating moment" approach. -- Repowers 03:04, 28 February 2008 (UTC)
Uh... I'm sorry, I think I started it. ;-) When I was doing some early RiD ep stubs I threw in the titlecards because the early episodes were boring as sin. I think McFeely did it for the JP eps because they tend to have those painterly titlecards...
Really, it's just something you do if there isn't a good representative image. -Derik 17:39, 28 February 2008 (UTC)
Like Code of Hero (an article that needs a major overhaul itself), I originally put an image of Dinobot's sword lying on the deck of his quarters, because it looked poignant. Did the same for various other Beast Wars episodes. Then Interrobang replaced them all with screencap of the title screens. Gah. --FFN 07:05, 29 February 2008 (UTC)
So tell him to stop! ;) -Derik 07:58, 29 February 2008 (UTC)
Sigh. I did it because I like consistency, even with Japanese series. "Dinobot's sword on the ground" might be your favoritest image ever but it's the odd duck out now. (It also looks terrible due to the artifacting brought about by needlessly screwing with the brightness and contrast.) —Interrobang 08:36, 29 February 2008 (UTC)
Consistency is Victory- but Transformers Victory was incredibly boring. (Victory Gundam was pretty good though...) The Weak Component, Survivor and End of the Line all have virtually identical title screens- an aerial shot of the Cybertropolis spaceport. That sucks— I'd much rather have an iconic image from each episode. -Derik 10:07, 29 February 2008 (UTC)
I agree. Using iconic images is really good for the most episode guides, such as Code of Hero, The Weak Component, and several others, especially "Code of Hero" and "The Weak Component" are great and good examples. --TX55 13:38, 29 February 2008 (UTC)
Personally, I started doing for the Japanese series for the reason Derik gives, because it was usually a unique image made for the title card, or a good one that's representative of the episode. There were some duds, but... consistency. And then... Masterforce started to do really, really boring ones, and I was about to give up, then it occurred to me to start using the image from the next-ep preview, which proved a winner in most cases (in fact, I may yet go back and change swap out some of the title-card images with these, if it's a better option). The mention of Victory here amuses me, though, 'cause it's a good example of title cards being boring - it's the same two images of Star Saber and Deathsaurus, rotated in and out, for the whole series. I've used them for the first two episodes just to get them on show, but I plan to use the title-images from the next-episode previews for this one. I mean, when I wake up from the dullness-inducing stupor that Victory induces. - McFeely, at work
I reverted Dinobot's sword back to the version I uploaded. As I had not viewed the page much since last year, I didn't realize that Repowers tried to brighten it up for some reason - that moment is supposed to focus on the sword, not the room. And it's the 'odd duck out' now because some people have been replacing whatever had served as the main image with the title card. --FFN 12:24, 29 February 2008 (UTC)
I brightened it because, when it's reduced for the actual episode page where most people are going to see it, you can't tell what the heck you're looking at. Right now it looks a little bit of vague white stuff in darkness. -- Repowers 13:36, 29 February 2008 (UTC)
Vaat? I can see if plenty fine there, unless you're using a very, very high resolution that makes everything tiny. --FFN 13:54, 29 February 2008 (UTC)
Could be my home monitor, which is HUGE. It does look more discernable from a work computer, though IMO it could still stand to be a tad brighter. -- repowers, not signed in

I've changed my mind on this situation after mulling it over. A winner is FNN. —Interrobang 03:31, 5 March 2008 (UTC)

FNN sounds even more like a Simon Furman sound effect than FFN :D --FFN 04:26, 5 March 2008 (UTC)
You clearly changed your name after I replied. There's no another answer. —Interrobang 04:33, 5 March 2008 (UTC)
Hnh. FNN never DID want to live forever. --FFN 04:55, 5 March 2008 (UTC)

Help/policy page namespaces

As part of the help/policy page revamp I plan to do... eventually... I kind of want to consolidate the pages all into a single namespace. Right now we have a bunch of stuff in the Help namepsace, and a bunch of other stuff in the Transformers Wiki (aka "meta") namespace. This is needlessly confusing. I vastly prefer "Help" for the purposes of typing it all the time, but, the meta namespace is more general purpose and standard... and possibly required for some pages like the title blacklist. So I am inclined to shuffle all the Help namespace pages over to the meta namespace. Does anybody have an opinion on this? --Steve-o 17:37, 28 February 2008 (UTC)

Help seems fine to me. -Derik 17:45, 28 February 2008 (UTC)

"The Battlestars" page disappeared

When the "Battlestar" (team) page got changed to "Battlestars", then "The Battlestars" page, which was the manga, disappeared. What happened? --Might Gaine 13:36, 8 March 2008 (UTC)

I don't think that page actually existed in the first place. It was a red link before any moving was done - Chris McFeely 14:04, 8 March 2008 (UTC)
Hmm. My bad. --Might Gaine 15:01, 8 March 2008 (UTC)

Comic character box format Part IV

I believe we should change it from 'Major characters' to 'Featured characters' like we do in the cartoon recap articles. Doing it as 'Major characters' means writers of these comic articles will just not bother list the incidental characters, such as humans, even ones with dialogue, and if any of these characters have articles, they become orphaned articles. --FFN 06:32, 10 March 2008 (UTC)

Well I have gone thru nearly the entire U.S. Marvel series and I think I've included just about everyone who had a speaking line, except for folks who were un-named and such. If someone wants to change from "major" to "featured", it doesn't matter to me, but I'm not gonna go thru all 80 issues again and do it. --MistaTee 20:18, 10 March 2008 (UTC)
I was concerned because I was looking for the article for that Professor Goring guy from Spotlight: Shockwave so I could update the article. To my surprise, Shockwave didn't link or even name him, and somebody had eliminated the 'human' column altogether because evidently we only dealt with 'major' characters. Essentially, Goring's article became orphaned. --FFN 20:32, 10 March 2008 (UTC)
Well that was dumb; he should indeed be re-added. --MistaTee 20:39, 10 March 2008 (UTC)
Uh, yeah. That's not good. I support the change to "Featured" not just for this... but let's face it, this wiki is not simply about "Major" characters. The vast wealth of non-major character information is what makes this wiki great, and we should make sure that they are properly linked to so people can find them, even if they weren't looking. "Oh, hey, who's this?" --M Sipher 20:39, 10 March 2008 (UTC)
MistaTee, well sometimes even unnamed characters can be interesting enough to warrant their own articles if they are interesting in some way/stand out in some way. After all, we have an entire category devoted to unnamed characters. So I think they should have been mentioned in the article in some way. --FFN 04:45, 12 March 2008 (UTC)
Oh, I agree, and if I've missed any, please feel free to add. I do think the 80 issues I've updated is a lot better than they were before though. --MistaTee 13:58, 12 March 2008 (UTC)
Of course. Is there article template pages somewhere on this wiki or are we copy pasting every time we write a new article? --FFN 14:07, 12 March 2008 (UTC)
I've just been going through the Stormbringer articles, and I was not at all happy with the with the way characters who didn't have significant dialogue (such as every Pretender besides Bludgeon) were for the most part not even mentioned in the articles. I assume the original writer of these articles just didn't know who they were, but frankly it's just sloppy considering the information available on this wiki even in 2006. --FFN 14:38, 12 March 2008 (UTC)
I believe I reformatted them to the new format, but just copied the character list from what was there. When I get the chance to re-read, I will add in the others, if someone doesn't beat me to it. Oh, and I am copying and pasting from the previous article, but trying to be consistent. --MistaTee 15:31, 12 March 2008 (UTC)
So... what becomes of the former "minor characters" list? Do we even care about those dudes? Take Totaled! for example -- almost every Earth Autobot to date appears in the story (and most of the Decepticons), but the page currently lists only the speaking ones. Gods help the poor soul who decides to take that task on, but when some nobody like Air Raid makes a rare appearance in the comics, it seems worth noting. -- Repowers 15:25, 12 March 2008 (UTC)
IMO, I think those characters should perhaps be in a cameos section, a subset of "Items of note". But I sure as hellz am not going thru the whole Marvel series again to do that. Someone else can have a go at it. --MistaTee 15:31, 12 March 2008 (UTC)

Navigation boxes for shared US/UK stories

I wish I'd noticed MistaTee's changes to the Marvel US navigation boxes sooner, but that's water under the bridge now. When I set the boxes up, I deliberately left out certain links at points where the continuities split and come back together. The point was that there would be no duplicate links in the box. One hopes that the reader following the UK chain will be smart enough to figure out that the only "Next" link shown will lead to the next step in the chain. This goes double for US stories that have the same Next and Previous links for the UK. Why do the same links need to be duplicated?


Also compare:

To sum up my take on current version:


  • Redundant links add to confusion
  • Double nav box is ugly and should be avoided when possible


  • Lists UK publication number right up front
  • Consistent format for all US issues.

But I've never been one to favor consistency at the expense of practicality. -- Repowers 17:54, 11 March 2008 (UTC)

Now see, I didn't like not having a next for the UK, even if it's the same as the US one. What I think we really need is a revision of the nav box, and maybe have some more options. First, I think there should be a separator line between the US and UK nav. Secondly, maybe some logic could be programmed in so that IF "next2"="next" THEN it would say "same as U.S. version" or something along those lines. Same for the "prev"/"prev2" naturally. Thoughts? --MistaTee 18:10, 11 March 2008 (UTC)
That sounds like an excellent trade-off -- it gets rid of the bothersome parts while keeping the good bits. Uhhh.... anybody have any idea how to do it? The coding of these things is an utter mystery to me. -- Repowers 18:20, 11 March 2008 (UTC)

How to spell Malay.

Hello everyone, I've noticed that on the 'English/Malay' dubs, people have spelt word 'Malay' wrong. It doesn't have a 'y', because 'Maylay' is incorrect, so if you see any mistakes, please correct it, thank you! Also, can we not put the word crack head next to it? It's quite offensive.--akindofdrifter

It's meant in jest because the RTM 1 dub is really, really bad, as if the dubbers didn't know what the hell was going on half of the time. But we have been changing such instances to 'RTM 1 dub name:' lately. --FFN 15:29, 15 March 2008 (UTC)
"crack head" is describing the dubs, and with good reason. Battleship Maximus is called "Spaceship Bruce", Blaster is called "Billy", Twincast "Blaster", Metroplex "Phillip", Spike "Sparkle", Soundblaster "New Soundwave", Minevera "Nightbeat", The Matrix and Energon cubes "Power Packs, etc... --FortMax 15:35, 15 March 2008 (UTC)
We should probably get the drone onto the task of replacing "Maylay" with "Malay", however. JW 15:42, 15 March 2008 (UTC)
I don't know about the crack head comment, it's better to avoid offending people; 'though, Spaceship Bruce is my favourite, next to Wally. Also, you got your drone right here (yay?), but do we replace it with 'English/Malay dub', or 'RTM dub'? --akindofdrifter
I fully agree with the removal of "crackhead." Frankly, it IS offensive to equate the oddities that arise from the translation of Japanese into English done by people who's first language was likely neither with being on crack. --KilMichaelMcC 19:14, 15 March 2008 (UTC)
Can we leave it in for just Spaceship Bruce? The others are at least somewhat understandable, but Spaceship Bruce? WTCHOP? --FortMax 19:37, 15 March 2008 (UTC)
Sorry, but I don't wanna label another country saying it's populated by drug addicts. If it weren't for them, we wouldn't have Headmasters/Masterforce/Victory in English in the early 90's(?), and for a non-Japanese speaking country, they made a good effort. I guess you can emphasise the weirdness that is Spaceship Bruce, in his bio or the RTM page. So, 'RTM dub' or 'Englsh/Malay' dub? Technically, there was no Malay in the English dubs in the first place, so I'd go for RTM dub :) --akindofdrifter
It takes a real willfully oppressed state of mind to interpret that as a racial/nationalist insult. I mean, you have to really want to be offended by something, and be on the lookout for any little thing to jump on. 'Cause "crack-head" is pretty clearly referring to the dubs, not the entire freaking country, and I'm not sure why anyone would decide to think otherwise. -- Repowers 11:32, 16 March 2008 (UTC)
You know, crackhead is generally a term that refers to people, not things. As I said above, we shouldn't be seen to be equating the people who produced these dubs with crackheads because of what we perceive as humorous oddities in the translation, which are possibly just the perfectly natural result of cultural and linguistic confusion. Now it might not be an insult to the entire nation of Malaysia, but it is still, I think, a bit offensive. --KilMichaelMcC 16:13, 16 March 2008 (UTC)
Well, regardless.... shouldn't it actually be the "Crackhead RTM-1 dub"? -- Repowers 16:23, 16 March 2008 (UTC)
'Cracked-up English/Malay' dub, 'though it's not my idea, and it's not so blunt. Or the shorter 'RTM dub', since there is an RTM 1 dub page where people can redirect themselves there and elucidate the weirdness of weird names; but do we have to spell Malay with two 'y's? Maybe we can make reference to that on the RTM page again. --akindofdrifter
I think 'Cracked-up English/Malay' could be used for the article such as Ginrai and Minerva('cause their RTM dub name "Optimus Prime" and "Nightbeat" were too... hilarious?), while just "RTM dub" for Fortress Maximus' Spaceship Bruce. Well, just a little opinion. :) --TX55 12:11, 17 March 2008 (UTC)
Agree! :D --akindofdrifter

Trivia section image formatting

This issue came up a while ago on Frenzy's talk page. There were opnions both ways, and it wasn't really resolved. The issue is, should images in trivia sections alternate left-right, or be all on one side?

Part of the trouble with alternating sides is that it kills the bullet points. A double bullet has to be inserted for it to show up, and then there's some ambiguity over which bullets should be doubled and which left single. Dpouble bullets can also cause images to overlap the text.

Several folks said there's a lot of ugly white space when the images are stacked on one side. I see it just the opposite on my (admittedly gigantic) screen, with every image having a big empty white space below it when they alternate sides. Apparently it's got something to do with monitor resolution, so there might not be a solid answer. But --

I'd love so see some screencaps from folks showing how they see things on their monitors. It's a little hard to understand this problem without seeing it from other people's POV.

I started a little Sandbox at user talk:repowers/Sandbox2 with two different versions of Frenzy's trivia. The first one stacks all the images at the top. Does this work for people on lower monitor resolutions, or does it still look like crap? With them all stacked at the front, I don't see how they could have any white space, regardless of monitor resolution. On my screen, it looks very neat and tidy, while the second one is messy. See:


Thoughts and input welcomed. -- Repowers 01:36, 17 March 2008 (UTC)

Alternating does kind of suck now. I've been putting pics all on the right side where there are bullet points since Wikia updated their software... an update which covered single bullet points if you put an image on the left side of the screen. I suggest cutting down on images in Trivia, since most users here have smaller monitors and use lower resolutions. --FFN 05:44, 17 March 2008 (UTC)
I think the easiest answer is to just remove the head images. They're essentially redundant and don't really add anything to the reader's understanding. I'd call for a general limit on how many images you can stuff into a section. —Interrobang 06:27, 17 March 2008 (UTC)
I'd remove the head images from the article proper... but then make a text link to them within the relevant paragraph so people can see them anyway if they want to. --M Sipher 06:35, 17 March 2008 (UTC)
That works. —Interrobang 07:11, 17 March 2008 (UTC)

Foreign name format

I just found the foreign names doesn't have an unified format.

For example, some are
Hungarian name: Kerék ("Wheel"(with or without ""))
others are
Hungarian name: Kerék (meaning Wheel(or "Wheel"))

I suggest we could use an unified format like the below:

:''Foreign name 1:'' '''Name A''' (Form A), '''Name B''' (Form B)
:''Foreign name 2:'' '''Name''' ("English meaning")

Take Hot Rod for example, it will look like:

Japanese name: Hot Rodimus (Hot Rod), Rodimus Convoy (Rodimus Prime)
Hungarian names: Nagyágyú ("Hot Shot"), Rodimusz Fővezér ("Prime Commander Rodimus")

Thoughts and idea are welcomed :) --TX55 09:09, 18 March 2008 (UTC)

I don't have a strong opinion on how the international names are standardized, but I strongly agree that they should be. I nominate someone else to go through and do it. -LV 21:40, 19 March 2008 (UTC)

Wookiepedia has a darn nifty interface

What would it take for us to create something similar but Transformers-y?--RosicrucianTalk 21:36, 19 March 2008 (UTC)

I think the admins were adament that we keep a simple, bare-bones default look to the TF wiki, in keeping with our 'let's not take this stuff too seriously' attitude and tone. At least that's what I remember them saying when I suggested an orange layout like what Teletraan I looked like in the cartoon. --FFN 09:34, 21 March 2008 (UTC)
The current Wookieepedia also doesn't seem to want to cooperate with my comp here at work. --M Sipher 18:27, 21 March 2008 (UTC)

Characters lacking visuals category?

It's dawned on me that there are actually quite a few characters who don't have any form of visual representation. They may have been described, but there are no pictures. While a bulk of these are from prose stories, there's several who were simply mentioned by name in comics, or in external sources (Key Code info, S7 site, etc). More than enough to justify a category.
I think that maybe there should also be a template/visual for this to call attention to this fact on the page right up front. I'm thinking a variation on the current {{mainpic}} template... a silhouette, (different from the mainpic one) and some text saying "This character has no known official visual depiction" or something. Anyone? --M Sipher 18:33, 21 March 2008 (UTC)

Well, for the characters with the mainpic template, the idea is that the mainpic image is there as a placeholder, and to annoy people into tracking down an image.
However, characters that have never had any visual depiction, and are unlikely to ever get one, don't need a placeholder for their image, and the template will just pointlessly take up room. I'm against the template, but I think the category is a good idea, and will suffice to identify these characters. JW 18:44, 21 March 2008 (UTC)
I disagree. The point is specifically to call attention to their lack of imagery, so nobody thinks "maybe they do have an image". And considering how little there is to most of those characters, a little extra visual pizzaz to their pages can't hurt. --M Sipher 19:06, 21 March 2008 (UTC)
so nobody thinks "maybe they do have an image" Are you intending to convey that message to editors, or casual users? Editors will, in theory, know enough to look for the category. I'm not sure casual users need to have the point brought to their attention.
And, it's not like we have scads of frantic editors running around trying to find pics for characters who have only appeared in prose. This may be a solution without a problem. JW 19:27, 21 March 2008 (UTC)

Timelines disambuig

There doesn't seem to be a consensus on how to name the various Timelines articles.

I feel that any disambiguation in the article title should be limited to keeping the articles separate. For instance, Optimus Prime (Shattered Glass) should be at Optimus Prime (Timelines) unless there is another Optimus Prime who's first appearance in anything was in Timelines. G1 Prime appearing in the 2007 Timelines comic does not affect this, as he is already at Optimus Prime (G1). If G1 Prime being in a Timelines comic affected this, we would need to move Cyclonus (Armada) to Cyclonus (Armada whatever size class he is) because a version of G1 Cyclonus appeared in Worlds Collide. The only reason to include the set name in the article title is two separate characters who first official anything is in Timelines. --FortMax 17:18, 4 April 2008 (UTC)

Shattered Expectations

Um, shouldn't those12 who appear in Shattered Expectations have their own page like others12 even their counterparts' article would be short? --TX55 06:28, 6 April 2008 (UTC)

I brought this up on Category_talk:Mayhem_Suppression_Squad. As I said there, I think they should either get their own articles or if that's not warranted just be covered on the Mayhem Suppression Squad article. Either way, I don't think "Shattered Expectations" fiction sections belong on the normal-verse guys' pages. --KilMichaelMcC 07:08, 6 April 2008 (UTC)

Monaco skin

Hi -- Have you guys seen the new Monaco skin that's being used on Wikia now? You can see it at Muppet Wiki and Marvel Database.

As we've been rolling the skin out across Wikia, there are a few things that we've found when wikis switch to Monaco:

  • The number of pageviews goes up. The flyout menus encourage new readers to explore the content on the site, and people end up sticking around on the site for longer.
  • The number of new editors goes up. Readers spend more time on the site, and find pages that they want to contribute to. Also, the design makes the edit button more prominent.
  • The site is faster. There were some changes made last week to Monaco that make pages load a lot faster than Monobook. Hit "random page" a few times on a Monaco wiki, and you'll see what I mean.

So I'm going around and proselytizing to the Entertainment wikis that are still using Monobook. If you want to make a custom Monaco skin like Marvel Database and Wookieepedia have, I can help you make that happen. What do you guys think? -- Danny (talk) 22:31, 7 April 2008 (UTC)

Monaco does look nice, though it might go against what I understand is the wiki's purpose, which is to be quick and dirty, no fancy stuff and no pretention that this wiki is in any way officially endorsed or serious. At least that's the gist of what I was told after I previously suggested we could make the default colour of this wiki a shade of orange, like the computer systems in the original Transformers cartoons. --FFN 23:16, 7 April 2008 (UTC)
Yeah, we don't have to do a custom skin -- it could be the basic blue and white. I'm mostly interested in the improved functionality. -- Danny (talk) 23:24, 7 April 2008 (UTC)
Eh, if it makes the place easier, I don't think the "pure and simple" folks will object.--RosicrucianTalk 23:26, 7 April 2008 (UTC)

And truth be told, I think the main dealbreaker here might be the extent to which Suki and Derik may or may not have farted about with tweaking Monobook. I know they've both made alterations, but I don't know quite what.--RosicrucianTalk 23:34, 7 April 2008 (UTC)

That stuff won't be affected at all. We can copy Monobook.css over to Common.css, and all of the tweaks that they made will still work. No problems. -- Danny (talk) 23:52, 7 April 2008 (UTC)

My biggest concern is the menus. The "by series" list could easily fill the entire vertical direction of the screen. We don't actually have all the series listed on the main page now (Machine Wars, Dinobots, Timelines, Universe (2008), not to mention licenced lines like Animorphs, SWTF, Crossovers).--FortMax 00:45, 8 April 2008 (UTC)

Well, the idea with the menus is to be selective rather than comprehensive. It's not supposed to be a complete sitemap for the wiki -- you just want to give the new readers something to click on first.
On Muppet Wiki, we put up the most popular Muppet Show and Sesame Street characters, and then a link to "More characters". We just want to entice people into making that first click, without overwhelming them with choices.
I have access to click-through data for the Monaco menus, so it's possible to run some tests. You could put up a set of menus for a few days, and then I'll be able to tell you which items are getting clicked. That way, you could refine the menus so that you could highlight the items that are most likely to get clicked on. I've been doing that with the Muppet menus, and it's fun to see what the readers are actually interested in reading about. -- Danny (talk) 23:34, 8 April 2008 (UTC)
So what do you guys think? I'd like to help you switch over to the new skin... -- Danny (talk) 19:10, 14 April 2008 (UTC)
For some reason none of the admins have chimed in. I assume they're all off doing useless things like living in Real Life. --FFN 21:10, 14 April 2008 (UTC)
Yeah, I left messages for Chris and ItsWalky... -- Danny (talk) 21:12, 14 April 2008 (UTC)
You might want to leave messages for User:Suki Brits and User:Steve-o as well. --FFN 13:28, 15 April 2008 (UTC)

Well admins? Let's hear your opinions! I find the silence from the staff to be discouraging. --FFN 16:18, 15 April 2008 (UTC)

If there's an actual interest in switching over to Monaco, then I would certainly have nothing against that... but I'd definitely like to hear more from the community first. Aside from that, I have no objections speaking as an admin; the modifications really aren't an issue. On the other hand, speaking as a wiki editor and professional web designer... I would definitely want to use a modified version, as it's got several pretty important issues. My thoughts, in no particular order:

  • Search is nigh useless, again. Right now it resembles our broken Monobook search. I don't think that's a good thing. On the other hand, I'm currently working on fixing that anyway, so it's not like the same couldn't be done for Monaco.
  • The header sucks. It really, really does. It's only 150px tall, but it sends a pretty powerful message: we'd rather show you this pretty, irrelevant picture then let you immediately get to article. I would want the top of the article as close to the top as possible.
Gah, I brought it over into another browser that doesn't block ads... and now I see why it's so obnoxiously huge. I am strongly opposed to putting giant hideous banner ads at the top of everything. Like, it's a little insulting that Wikia really thinks that that should be the first thing readers see. Teletraan I, like everything else on Wikia, is naturally ad-driven; but Monobook isn't offensive about it.
  • The language selection is in a dropdown box, which is a TERRIBLE idea. This personally doesn't affect me, as I don't speak Hungarian, but it's pretty awful for anyone who actually is interested in seeing foreign language versions of articles... and has to click a dropdown menu on every single page if they're curious.
  • The "community" box is really unhelpful. Half the content (user page, user talk, etc.) is redundant with the top of the screen, and absolutely nobody is interested in just the most recent two edits. That just leaves the number of articles. This is a lot of wasted room for nothing.
  • I do like that the obnoxious sidebar on the right is gone. The current framing in Monobook wastes all sorts of space and Monaco definitely doesn't look like it has that problem.

There's also a bunch of minor things, but they don't really matter so much. The big issues are the useless space, a need to do major fixes to search, and the huge obtrusive banner ads (as opposed to the ones on the side in Monobook). But if Wikia's really willing to work with us on it, then by all means, it's up to what the community thinks. --Suki Brits 20:48, 15 April 2008 (UTC)

I've been around the Wookieepeedia lately, and I've noticed when you click edit, it loads significantly slower on Monaco than it does on the Monobook format. --FFN 05:25, 16 April 2008 (UTC)
Hi guys -- Sorry it took me so long to respond. I'll make up for it with a super-long answer. :)
Yes, absolutely -- I want to work with you on this. Some of the things you've raised I can clear up immediately. For some, I can explain the rationale behind the approach, and show you some stats that may help. And if there are some things that need to get tweaked, I can talk to the designers & tech folks to see if we can come up with a solution.
Just so you know: I work for Wikia now, but I started out in 2005 as the founder of Muppet Wiki. Working on wikis is my job now, but Muppet Wiki is where my heart lives, so I'm always looking out for what's going to help or hurt "my wiki". I am/was a big Monobook fan, and I was skeptical about Monaco as it was being designed. The thing that made me a Monaco fan was actually trying it out on Muppet Wiki, and then looking at the stats to see how it was working. Muppet Wiki and Teletraan I are very similar -- about a dozen really active contributors, a strong admin team and a community of about 60-80 contributors. So I can share with you what I saw on Muppet Wiki, and what I can see in the pageviews stats.
First up, the rationale behind some of the decisions made with the new skin. There are some features on the new skin that the most active editors think are useless, like the Community box or the flyout menus. And it's true, those aren't very helpful for the active contributors. They're designed for the anonymous/new people, who are the vast majority of our readers.
Here's the stats on unique visits for Teletraan I. (Unique visits counts the number of visits to a site, and not the number of pages you look at in each visit. So if you come to the wiki and look at 100 pages, that counts as one unique.) In the last month, there have been 2,725,000 anonymous visits, and 261,000 logged-in user visits. That means 91% of the visits to the site aren't logged-in contributors.
Logged-in editors make 77% of the edits here, so obviously we're the people who are actually building the content that people are reading. Logged-in editors are important, and the dozen people who make over 100 edits here every month are especially important. Still, if you want to make the community bigger and more active, then you have to think about whether the design of the site encourages anonymous users to sign in and become active members.
The purpose of designing the new skin was to make the wiki more accessible to the 91% of anonymous readers. Obviously, we have to keep the functionality that the active contributors need in order to build the wiki. At the same time, we have to be aware that the Monobook skin that we're familiar with is kind of confusing for brand-new people.
For example, the "log in" button is in really small type at the very top right of the screen. From a website design perspective, that's crazy -- it's like we don't want people to find it. The log-in buttons on Monaco are big, green, candy-like buttons. There's one at the top right, and there's another one in the Community box on the sidebar. We want to encourage people to log in.
In general, having all the important Monobook controls in little bitty tiny type says: We hate people who are older than 40. ("Go back to AOL, old man!") All of the Monobook buttons are in the same font, from the crucial stuff like "Log in" and "Edit this page" to the more obscure controls like "Related changes" and "Permanent link". On Monaco, the stuff that's important to brand-new users is bigger -- log-in, edit, the link to the home page. The search box is at the top, rather than being buried down in the sidebar. The controls that logged-in users need, like "What links here" and "Special pages", are in smaller type -- they're important to us, but a brand-new user wouldn't know what to do with them.
Okay, so that's my very long introduction... Now I'll respond to the points that you guys have brought up.
Search: I think when you say that search is broken, you mean that there's just a "Go" button and not a "Search" button next to the search box. (If you mean something else, then let me know.) That's true, and it's something that I struggled with as the design for Monaco was taking shape. I use the Search button all the time, and I was frustrated that it wasn't included. Then I looked at the stats. On Teletraan I in the last month, logged-in users used Go for 91% of searches, and Search for 9%. Anonymous users used Go for 97% of searches. Given that, I think it's okay to make the Search button less prominent. I remember when I first started using wikis, I was totally confused by having two buttons. (Do I want to Go or Search? Well, I want to search, and then go to the search results...) I only figured out the difference through trial and error. So in Monaco, the search box at the top is Go, and then you can have a link to Special:Search in the toolbox. (Some wikis have that, and some don't -- Muppet has it, if you want to see how it works.)
Community box: That's one of the features that's designed to encourage brand-new users to explore the site. When you look at a wiki as a new reader, it's not always apparent that there's a community there. You read pages, but you don't necessarily know whether the articles were written today or a year ago. (Unless you look at Recent changes, which a brand-new reader doesn't know to do.) The Community box is designed to bring a little taste of the community activity up to their view. It's not a helpful way for a contributor to keep track of Recent changes, but it does show new people that something's going on. If you come to the site and see that somebody edited a page 15 seconds ago, then you understand that there's an active community. On Muppet Wiki in the last month, 1,404 anonymous readers logged in using the button in the Community box, 1,539 anon readers clicked the "more..." button to go to Recent changes, and 1,287 clicked on article links that they saw in the Latest Activity area. Those are readers who may not have been engaged with the site if they hadn't seen the activity going on in the Community box. On the other hand, logged-in contributors only clicked in the Community box 350 times. It's not designed for us; it's for the 91% of anons.
Obnoxious ads: This is the one area that's designed to help the company rather than the wiki. Basically, the deal is that Wikia doesn't make a lot of money from the "skyscraper" ads on the right sidebar. Nobody clicks on them, and most advertisers don't bother to make ads like that anymore. Advertisers want banner ads, and they want them at the top of the page. I can't justify this one in wiki terms, except to say that if we want Wikia to stay in business and continue to host wikis, then we need to change the skin to accommodate the changing ad market. Otherwise, there won't be a Wikia after a while.
Languages drop-down: We changed the list into a drop-down menu because sites like Wookieepedia had a long list, which took up a lot of sidebar space, and only had about 100 clicks on language links in a month. On Teletraan I, there have only been 2 clicks on the language links since October.
Content space: There is slightly less content area on Monaco when you first come to the page. The sidebar is smaller than the combined left & right Monobook sidebars, so the content area is wider. The banner ad means that the height takes a hit for the first screen. As you scroll down, though, the Monaco content area is bigger than on Monobook, because the page is wider. I can show you some screencaps if you want more info on this.
Slow edits on Wookieepedia: That looks like a bug that's specific to Wookieepedia... I'm not sure what's going on there. It looks like when you hit edit on Wookiee, it's looking for something from, and that can slow down the page load for the edit screen. I hadn't seen that before, so I'm really glad you pointed it out. That's not affecting other Monaco wikis like Muppet Wiki or Marvel Database, so there must be something in Wookieepedia's css that's causing that. I'll look into it. If you look at Muppet or Marvel, you'll see that the page load is lightning fast right now. (Not counting periods of site-wide database problems, which affect every skin.)
So anyway -- this is a huge long post, but I think I responded to everything. As you can tell, I take this stuff really seriously, and I'm willing to put in the time to research the impact and explain what's going on. Do folks have other questions or concerns about Monaco? I could keep talking about this stuff all day. :) -- Danny (talk) 17:33, 17 April 2008 (UTC)
Personally, as regular contributor, I'm fine with switching to Monaco, so long as we get to keep our new 'random page thumbnail' above the search box (or anywhere, really). I think it's useful for visitors to be able to visit a random page with an interesting thumbnail image rather than simply doing random searches or hitting Random page repeatedly. --FFN 17:44, 17 April 2008 (UTC)
I knew there was something I forgot to mention! Yeah, the featured page thumbnail. I think that's something that we can adapt.
That feature doesn't have anything to do with search -- it just happens that you can put a picture in the Monobook search box. I actually think what you've made is a little misleading. The picture says "Search" on it, and it's right above the search box -- so as a user, I would assume that if I click that, I'll get some kind of search results page. Instead, it goes to a featured article, which isn't necessarily what you'd expect.
The feature is really a rotating spotlight for featured articles, which is cool and visual, and helps to bring readers deeper into the content. It's a great idea. I think it would actually be more effective if it was split away from search, so readers would be more likely to recognize it as a featured-article spotlight.
So there are a couple ways to do that in Monaco. The easiest way would be to put it in the sidebar -- check out MediaWiki:Monaco-sidebar for an example. Here's pics to show what that would look like.

It's not graphical, but it allows you to bring the funny into the sidebar, which you've never been able to do before. One advantage of this approach is that you can add in new articles to the sidebar without having to wait for somebody to make a graphic.
If that's not enough and you need to go graphical, then I can talk to our designer, Christian, about creating a widget that can go into the sidebar and have the same function. It could sit above or below the Community box. It would be separate from search, but like I said, that may be a good thing. What do you think? -- Danny (talk) 21:48, 17 April 2008 (UTC)

If you want to sell this to Walky... make it orange.--RosicrucianTalk 22:05, 17 April 2008 (UTC)

It could be even oranger if that would help.

Does this work? -- Danny (talk) 22:13, 17 April 2008 (UTC)
The brick skin has a pretty nice brown/orange thing going. That's what I'm using at the moment. --Professor Icepick 22:17, 17 April 2008 (UTC)
See, that's what was needed to get his attention. The orange will draw him, like a moth to a flame.--RosicrucianTalk 22:24, 17 April 2008 (UTC)

Monaco Brick, in all its dark red and orange glory.

Here's how Brick looks... -- Danny (talk) 22:28, 17 April 2008 (UTC)
Do it! --ItsWalky 00:41, 18 April 2008 (UTC)
I TOLD you guys that we should make this wiki orange (to actually look like Teletraan 1) way back before we even knew about Monaco, but you were all "We are serious business about not taking ourselves seriously". --FFN 06:44, 18 April 2008 (UTC)
I don't know all that much about what can and can't be modified, but can't a number of the problems with Monobook be solved simply by changing the css or js files? I'm mainly talking about the small text size for the tabs and login. Plus, most people who edit wikies are probably familiar with Wikipedia's Monobook interface. Plus, I don't think anyone wants the trouble from the ad format being changed again. A few months ago the site started taking showing wider vertical ads, and it was awhile before the horizontal scrolling mess got cleaned up. But then again I'm the guy who uses XP's Classic Windows scheme with Windows 98's colors and icons, so I may be biased when it comes to new interfaces. --FortMax 22:41, 17 April 2008 (UTC)
The Monobook problems can't be solved with css changes. The type size is an example, but it's really a general problem with the layout. Wiki veterans are used to Monobook, but it's not necessarily a great layout for new people. I meet people all the time who read Wikipedia, but when I ask if they've ever made an edit, they say no -- it never occurred to them. I think it's important to make wikis more accessible to new people, and we're finding that Monaco is helping people to explore the wikis and make their first edit.
Are there other concerns that people have that I can help with? I know that this discussion has gone on a bit, and I'd hate to have it just run out of steam before it gets to a decision. -- Danny (talk) 18:15, 21 April 2008 (UTC)
It seems like there aren't any more concerns about the new skin, so I'm thinking about changing it over to Monaco tomorrow, unless someone has objections. Once it's switched over, then I can help you out with whatever customization you want. Is that cool? -- Danny (talk) 15:55, 24 April 2008 (UTC)
A great number of us are indisposed at BotCon 2008 this weekend, but there should still be a handful of us around. So you know! --ItsWalky 16:09, 24 April 2008 (UTC)
Gyah. I thought we were doing Brick?--RosicrucianTalk 21:17, 25 April 2008 (UTC)
We can do anything you guys want... I'm just playing around for a minute to see if I can come up with something interesting. It's gonna look bad for the next five minutes... and then we can talk about what you guys want, and fix it up nice. -- Danny (talk) 21:21, 25 April 2008 (UTC)
Okay, never mind. That just looked bad. :) So I set it to Brick. If you guys want to change these colors, we can change them to whatever you like. -- Danny (talk) 21:25, 25 April 2008 (UTC)

Apparently implemented

Is there any way to override this that doesn't override the skins on every Wikia-hosted wiki? - SanityOrMadness 21:19, 25 April 2008 (UTC)

Do you mean, you want to see the skin in Monobook? You can go to Preferences --> Skins, and set your preferred skin to Monobook. You can check or uncheck the box that says "Let the admins override my skin choice" to either see customized skins or not. -- Danny (talk) 21:27, 25 April 2008 (UTC)
Yes, I know that. My problem with that is the "This setting will follow you across Wikia." clause. I don't want to override EVERYWHERE (e.g. Memory Alpha). Just Monaco wikis. - SanityOrMadness 21:30, 25 April 2008 (UTC)
Actually, they're working on switching over to the Monaco skin on Memory Alpha too... At a certain point, pretty much every Wikia wiki is going to end up on Monaco. Is there something about Monaco that you don't like? -- Danny (talk) 21:43, 25 April 2008 (UTC)
The flyouts. Certainly not the only thing - the more I look, the less I like, especially the pathetic "Latest Activity" box with a practically-camouflaged recentchanges link, and why exactly are the preferences hidden? - but they're the biggest dealbreaker. - SanityOrMadness 22:01, 25 April 2008 (UTC)
Yeah, at first I wasn't crazy about the flyouts either. We tested out using the sidebar without the flyouts on Muppet Wiki, but then I looked at the click stats and found that they really helped new readers to find content on the wiki. The pageviews went down when we took the flyouts out. If you're interested, there's details here: Muppet Wiki:Current events.
The "Community" box is also something for the new users. When you first come to the wiki, you might think that it's just a static site... There's no way to know that there's a living community. The latest activity shows people that there are pages that were edited in the last couple minutes. Also, logged-out users see a log-in button in that box. For active logged-in users, a lot of these features aren't that useful. They're really aimed at the 90-something% of readers that aren't logged in. -- Danny (talk) 22:10, 25 April 2008 (UTC)
(NB: I was expanding my post at the same time you were typing, since I was spending a bit of time looking around).
See, I'm not coming at it from the "guy who runs the wiki" perspective. I'm not a sysop on a Wikia wiki, so "this will boost Teh Stats" has no effect on me [perhaps that means you consider my position irrelevant. I can't help that]. Nor am I a newbie to Wikis, so again, not the target group.
My problem is that (1) they require me to turn JavaScript on in the first place (strictly, add to the NoScript whitelist, but...) and (2) the click-on flyout in the top right is worse than pointless, since there's room for the links without that and it just makes preferences harder to access and (3) I hate non-click flyouts since you they will inevitably be scrolled at the wrong moment, trebly so since they're on the side rather than the top. - SanityOrMadness 22:08, 25 April 2008 (UTC)
I think "this will boost Teh Stats" actually matters to everybody. More readers looking at more pages = more potential contributors = a more active community = more and better content on the site. -- Danny (talk) 22:12, 25 April 2008 (UTC)
By the way, I'm not trying to make you like the skin. Either you like it, or you don't. I'm just explaining the rationale behind some of the design decisions, so you know that it wasn't just random or malicious. -- Danny (talk) 22:17, 25 April 2008 (UTC)

There are three things that would make me more... reconciled... to it. I still probably won't like it, but...

  1. On your own "help.wikia", there's a group of links beneath the flyouts to Recent Changes/Upload/etc. They don't appear here or on most Wikia wikis (well, strictly they appear for about half a second on a Ctrl-F5, which suggests they're present but being hidden with CSS or something). They should be there as standard.
  2. Links to Special:Preferences and Special:Contributions/(self) should be available with a single non-flyover click, either in the "Community" box or at the top right, not in a flyover only. ESPECIALLY Special:Preferences.
  3. Be able to override the colour scheme on an individual wiki basis, rather than just "all or nothing" - SanityOrMadness 22:29, 25 April 2008 (UTC)
For #1, I'm not sure why you're not seeing the toolbox links. That's an important part of the skin, and it's on every wiki. Check out the screenshots that I added above -- every wiki has links to Recent changes and Upload. If you're not seeing it, then that's a weird bug which we can try to figure out. What browser are you using? Are you only seeing the toolbox disappearing on Transformers, or on other wikis too?
If you want it, we can put links to Preferences and Contributions in the toolbox, or in the sidebar. I don't know how to change the top header.
Can you give me an example of what you'd like to see as far as overriding the color schemes? I think it's possible that what you want is currently possible, but I'm not sure. -- Danny (talk) 22:54, 25 April 2008 (UTC)
Okay, #1 was my own fault. An in-browser hack I'd done on Monobook was interacting "unpredictably" with Monaco, and had knocked that (and some minor stuff that doesn't make any difference) out of joint.
Okay on #2. I'd be interested to find out how many people ever use Special:Preferences on any skin(s) while you're trotting out stats...
On #3, basically, being able to use different (non-default) skins, or at least colour schemes from the chosen skin on different wikis without being limited to the "this will follow you across Wikia". Just because one wiki chooses to smother the page in bright pink (or orange...) doesn't mean I want to change the colour scheme on every wikia. - SanityOrMadness 23:32, 25 April 2008 (UTC)

Sure, I love trotting out stats!

Here's the stats on how Transformers contributors click on those links. In the last month, there have been the following clicks:

  • Watchlist: 3,114
  • Contributions: 427
  • User page: 213
  • Talk page: 67
  • Preferences: 22

So, yeah, contributions is #2 on that list, but preferences is all the way down at the bottom. Preferences is useful when you need it, but people don't need it that often.

But the hypothesis is: If you put Contributions and Preferences into a drop-down menu, people won't click on it as much, and you'll see clicks on those two items going down.

To make a comparison, I looked at Muppet Wiki editors' clicks in February (on Monobook) and in April (using Monaco).

Here's the clicks on Monobook:

  • Contributions: 403 (52%)
  • Watchlist: 148 (19%)
  • Talk page: 132 (17%)
  • User page: 83 (11.5%)
  • Preferences: 4 (0.5%)

Here's the clicks on Monaco:

  • Contributions: 320 (60%)
  • Watchlist: 123 (23%)
  • Talk page: 53 (10%)
  • User page: 23 (4%)
  • Preferences: 15 (3%)

The hypothesis doesn't seem to hold up. Percentage-wise, clicks on Contributions and Preferences went up using Monaco. This is a really small sample, so it's not proof of anything... but it indicates that the drop-down menu doesn't chase away clicks.

As far as seeing wikis in different skins, try choosing Monobook in your skin preferences, and keep "allow admins to override my choices" checked. Transformers isn't using a custom skin right now, so you should see this wiki in Monobook -- and you'll also see the customization on Memory Alpha, etc. -- Danny (talk) 00:19, 26 April 2008 (UTC)

Script-style quotes

There seems to be some disagreement on whether script-style quotes should have quotation marks or not. Personally, I strongly favor including them, for two reasons:

  • Visual consistency. There's no reason not to have all the quotes in as similar a format as possible. Having some with quotation marks, and some without, in the same section, seems like needless variation.
  • It's... well... it's a quote. We're not writing a screenplay; we're quoting something someone actually said. And a quote gets quotation marks.... fullstop. -- Repowers 21:18, 12 April 2008 (UTC)
Hmm, I'm afraid I disagree. They're simply not necessary, and they clutter the page.
And, regardless of whether we decide to use double-quotes, can we put a stop to script-style where the quotes are are in double-quotes and italicized? {shudder} JW 21:21, 12 April 2008 (UTC)
The italics stuff is flat out bad formatting, no disagreement here. There's an earlier discussion about it somewhere on this page or the archives. Nobody should be adding stuff in that format anymore... I hope.
As for double quotes... um... I have no clue what you're referring to. -- Repowers 21:23, 12 April 2008 (UTC)

Gone Too Far

I've been alerted it's past the 30-day period for "coming soon Club stuff" non-updating. Have at it. --M Sipher 22:03, 13 April 2008 (UTC)

Searchbox improvement drive

So now we have a very nice set of searchboxes, thanks to the lovely design work of M Sipher and the superhuman coding skills of Suki Brits. The effort of these boxes is to show the visitor all of the awesome crap we have. To do that, said cap must in fact be awesome. Unfortunately, a lot of the pages linked to by searchboxes are imageless, missing fiction, or pretty much content-free. Thus, I propose an improvement drive of the searchbox articles. When you click on one of those suckers, try and add something. I dunno how we'd make this official, exactly... - RolonBolon 06:49, 16 April 2008 (UTC)

Are these images supposed to show up automatically by/around/with the actual text box in which you type your search parameters? If so, I'm not seeing them in the current Monaco skin.--Apcog 14:29, 16 April 2008 (UTC)
They don't show up in Monaco, Quartz, Cologne Blue, or any other custom theme. Just Monobook, the default. --Suki Brits 20:15, 16 April 2008 (UTC)
Is there a way to get the search box changes to load sooner? The way it is now the custom settings for the box are the last thing to load; it uses the default settings until the google ads finish loading. This can take awhile depending on how the crappy campus wireless is acting. --FortMax 20:39, 16 April 2008 (UTC)

I agree with RolonBolon about the searchbox thing. I know we're hard up for help, but why are we spending time creating these little searchbox images using pics from God knows where, yet we've neglected to upload a single image for the actual pages these buttons lead to? Not the mention pages that have absolutely no content whatsoever. I think we've overreached ourselves, and in the future we should only do these searchbox things for articles that are largely complete and/or have alot of content and imagery, otherwise we look really half-ass and unfocused. --FFN 22:37, 16 April 2008 (UTC)

Yeah, what drove it home for me was Sixtrain. I see Sixtrain in the Search box. It looks nifty, like it's his box art. I click on the article, no images. Why the heck can't we upload Sixtrain's box art when we evidently have a clear enough copy of it to make a search teaser?--RosicrucianTalk 23:33, 16 April 2008 (UTC)
I was simply making boxes using what I had on the hard drive as examples, and not everything is good quality at main-image size. I don't think we've "overreached ourselves" at all. At worst, we omit a few items from the searchbox list if their entries are that empty for a little while, OH NOES. --M Sipher 00:22, 17 April 2008 (UTC)
I am of the opinion that a fuzzy picture that can be replaced later is better than no picture at all. It helps users know what it's talking about in the meantime, right? Spriteless 02:24, 17 April 2008 (UTC)
We prefer no pic/no content to a crap pic/crap content. I've been taking a break from the Wiki, but it looks like I'm going on another image safari. My scanner not working is annoying. --FFN 06:54, 17 April 2008 (UTC)

The fact that the image is the last one on the page to load isn't just visually annoying; it for some reason also makes whatever you've typed in the search field vanish in Firefox. I've had this happen to me a bunch of times. A lesser annoyance is that the input box moves when the image appears; it would be nice if it could stay in the same place (maybe by making the whole Search box a fixed size?), as it's a bad idea to have a clickable thing that spontaneously jumps around. - Jackpot 20:31, 18 April 2008 (UTC)

The way the Search Image works right now, I'd rather not even have them. My computer has slowed down epically trying to load those images each time, and if it's a high traffic time of day, the rest of the page will basically freeze for 30 seconds or more until that search image gets around to loading. This is extremely annoying when I just need a quick peek at a page before making a link, like checking if Stormcloud is one word or two or if Whirl needs to be disambig-ed in the link. And if I try to click Search to move on to a next page too early, the Image drops down in front and shang-hais my "click", so I go there instead of being able to type in where I want to go.
I don't like the thing at all. It's been nothing but a hassle for the last day or so. There's already a Random page button right about it -- do we really need this too? --Xaaron 00:30, 21 April 2008 (UTC)
The same thing has been happening to me lately, and I've never experienced that problem on Wookieepedia. And this is a real problem for me, as I'm actually supportive of the image icons. We may want review the system. -- SFH 01:30, 21 April 2008 (UTC)
Though in fairness, some of that may be due to Wikia's tendency to nearly-crash every weekend. And to be honest, this weekend has been rather traffic low. I mean, seriously, did every head to BotCon a week early? -- SFH 02:09, 21 April 2008 (UTC)
Let me know if this continues to be an issue during weekdays (well, before Thursday, anyway). If it is, I'll figure out a way to let users optionally turn them off. I've never noticed it slowing down while trying to load, and any sane browser shouldn't, but if that really is happening for some users, something definitely ought to be done about it.
I'll also take a look at preserving the form data while the images load, because that is definitely something that really should happen, too. --Suki Brits 03:44, 21 April 2008 (UTC)
Things sped back up again shortly after SFH's last post, but I'll post again if it keeps happening regularly. Maybe it was just an anomaly. --Xaaron 03:47, 21 April 2008 (UTC)
Furthermore: I did a bit of code modification that should make the form retain anything you've typed before the images loads. You may need to do a hard refresh for the change to show up, but lemme know if that doesn't work for anyone. --Suki Brits 03:52, 21 April 2008 (UTC)

Templates listing

Is there a page editors can refer to for templates (messagebox, user notices ect) without having to go through the categories or remembering the last time somebody used it so they can copy-paste it? They seem to be unnecessarily difficult to track down. --FFN 03:43, 20 April 2008 (UTC)

here --FortMax 04:50, 20 April 2008 (UTC)
My main concern was not requiring the page soley for myself, but was this page obviously linked on a help page or something somewhere that anybody could find easily? I'd personally like to see this wiki become more user-friendly. --FFN 07:25, 21 April 2008 (UTC)
Agreed, as I've said before on this very page. -- Repowers 15:05, 21 April 2008 (UTC)
Yeah. Our lack of user friendliness might discourage people from joining up. --FFN 17:47, 21 April 2008 (UTC)
What I'm worried about is that some of the other users would actually be okay with that...-- SFH 17:48, 21 April 2008 (UTC)
Well, last time I checked some of these other users don't own the wiki. --FFN 09:12, 23 April 2008 (UTC)

new template: Comicinfo

Please checkout Template:Comicinfo. It's a little rough around the edges, but something I think could be useful on the comics pages. Comments and suggestions are welcome.--MistaTee 02:42, 23 April 2008 (UTC)


Okay, the old Monobook masthead doesn't look so good under Monaco. How do we change this?--RosicrucianTalk 21:31, 25 April 2008 (UTC)

I've looked around and seen that other wikis have already taken advantage of the extra masthead space. Question is, how do we do so, and what dimensions would the new masthead be?--RosicrucianTalk 16:05, 28 April 2008 (UTC)
Before we do anything, I would recommend keeping the masthead's filesize reasonable, because there's nothing worse than trying to load a site with a masthead image that is like a megabyte or something. --FFN 16:22, 28 April 2008 (UTC)
Oh, absolutely. I was mainly thinking perhaps something involving a 'shopping of the TFA logo, considering it'd fit the color scheme nicely. Alternatively, maybe something aping the "grid" of G1.--RosicrucianTalk 16:26, 28 April 2008 (UTC)

Another thought is whether it's possible for the masthead to be random/rotating. If so, it'd let us do Autobot/Decepticon versions of the same masthead (via color swap) or even rotating versions for different franchises (G1, BW, UT, etc.)--RosicrucianTalk 16:35, 28 April 2008 (UTC)


Given that we're getting a lot of Transformers Animated traffic lately, I'd say an item in the Monaco sidebar is likely going to help direct people to the right articles.--RosicrucianTalk 21:45, 25 April 2008 (UTC)

Okay, I put it in the sidebar. -- Danny (talk) 21:56, 25 April 2008 (UTC)

The more I think on it, the more it seems we'd be best served by condensing the G1 and TFA menus and instead just having one menu that's franchise navigation. I dunno. I'm a little bothered that we can't seem to get the admins to chime in on this, since they're the ones that can edit the sidebar setup the most easily.--RosicrucianTalk 19:02, 28 April 2008 (UTC)

Eh. Monday after BotCon. A lot of them are probably still sleeping off their flight / drive / booze. Another reason why big changes probably shouldn't've happened this weekend. Give it a day or so. --Xaaron 19:12, 28 April 2008 (UTC)

The sidebar does need major work, and MediaWiki:Monaco-sidebar is a protected page so I guess it's not just easier for admins to change it, they're the only ones who can?

The issues I have with it are:

  • "Featured characters" menu still includes articles that haven't actually been Featured, as well as Spark, which has been featured but is not a character.
  • Generation 1 and Animated are the only franchises listed.
  • The G1 and Animated menus are inconsistent in the sorts of articles they list. The Generation 1 menu includes Autobot and Decepticon, articles were not restricted to G1, then several high profile characters and one obscure, jokey one. The Animated menu, on the other hand, just lists the franchise's cartoon, comic, toyline, and books articles.
  • The "Embrace the Knowledge" menu seems to take a bit of scattershot approach. Marvel Comics is listed, but none of the other publishers. Hasbro is there, but not Takara. With Mini-Con there, might this be a better place for the Autobot and Decepticon articles, and other factions as well?

--KilMichaelMcC 19:55, 28 April 2008 (UTC)

MediaWiki:Monaco-sidebar can only be edited by admins. That's true for all MediaWiki pages. -- Danny (talk) 20:31, 28 April 2008 (UTC)

Set up properly, I think the sidebar could be really handy. The best approach I can think of is to turn it into essentially the Main Page. Have the four categories be Featured Articles (with the actual articles that've been designated "featured"), Categories, Franchises, and Series. More or less duplicate the lists on Main. Or if anyone else has even handier ideas, let's hear 'em. "Franchises" and "Series" might be a little redundant if there's something else I'm forgetting. But whatever we do, having an easy way to navigate around the main hub-pages of the site seems like a great potential tool. Edit: Aha, I just thought of something: An "Editing" list of key tools, like Create a new article, Stubs, Templates, How to edit, Style guide, Preferences, My watchlist, etc. Right now there are a lot of very informative pages just scattered around or even apparently unfindable without searching. This could be a great place to round up the most important ones. This conversation also has good ideas along those lines. - Jackpot 07:04, 1 May 2008 (UTC)

Discussion of the sidebar has also started up on MediaWiki_talk:Monaco-sidebar. Might want to mirror your suggestions over there. --KilMichaelMcC 09:05, 1 May 2008 (UTC)
Thanks! Done. - Jackpot 16:22, 1 May 2008 (UTC)

Hate the new skin.

Hate this new skin. Just wanted to say it. The old look was much more pleasent and open to read. New one is just crouded and Blah. THIS is gonna take getting use to. No Sir, I don't like it.

Can it at least not be burgundy and orange? - Chris McFeely 22:08, 25 April 2008 (UTC)
Yeah, it can be any color you like. I was messing around with colors before, but wasn't doing a great job with it, and Rosicrucian said he wanted this color scheme. Any admin can change the colors by editing MediaWiki:Monaco.css. There's instructions on how to do it here: Customizing Monaco. -- Danny (talk) 22:15, 25 April 2008 (UTC)
I mainly liked this because it fits with the color scheme of Teletraan itself. I'm not married to the idea, though. I also figured I'd speak up about it because Walky liked it, and he's off enjoying his ridiculously expensive Transformers collector's items at BotCon.--RosicrucianTalk 22:21, 25 April 2008 (UTC)
Ahh, right, well, I can see the logic, there, all right... I'm just not dying about the dark-coloured backgrounds, since it's a big visually jarring to have big white boxes of text in the middle of them. - Chris McFeely 22:24, 25 April 2008 (UTC)
Seconding the hate. -hx 00:04, 26 April 2008 (UTC)
This looks pretty hideous compared to MonoBook... and it's hard to navigate. Well, at least I can override it in preferences, but I think I'll be ignoring admin skin choices unless a custom one appears in the future.--MCRG 00:44, 26 April 2008 (UTC)
I think I can try to get used to the new skin unless/until I find something inconvenient. Well, so far so good. At least the seach function is better. But the logo on the left side of the top, well... um, oh. --TX55 01:23, 26 April 2008 (UTC)
Fourthing the hate. The colors hurt my eyes. That, and the obscure character search images are gone. --FortMax 01:45, 26 April 2008 (UTC)
I'm afraid I don't much like it either. Fortunately, it was pretty easy to uncheck the "override" box on my preferences. JW 01:54, 26 April 2008 (UTC)

I don't like the new skin either. I don't get the menus at the side. "Featured characters" includes articles that I don't think have actually been Featured. G1 and Animated are listed, but no other franchises. And the menus are inconsistent. The G1 menu lists Autobot, Decepticon, and then a bunch of character pages, while the Animated menu lists Animated's toy line, cartoon, comic, and books articles. Why the difference? And what was the selection process for the "Embrace the Knowledge" menu?

By the way, in the middle of BotCon is probably the worst possible time for major changes like this to be made. --KilMichaelMcC 04:29, 26 April 2008 (UTC)

The menus at the side are examples that I made up. You guys can change them to be anything you want, by editing MediaWiki:Monaco-sidebar. I'm sorry about the timing... We've been talking about this for maybe three weeks.
Lots of things can be changed -- the colors, the menus, the logo. I'll put it back to the basic Sapphire for now, which is more like Monobook. -- Danny (talk) 05:08, 26 April 2008 (UTC)

Not a fan of the skin, either. Losing the brown and yellow from earlier was a step up, but it still doesn't quite work. The extra crap on the side feels bigger now, so the actual articles feel smaller. And those blamed automatic pulldown menus keep getting in the way everytime I move my cursor to or from the Search box. Annoying. --Xaaron 17:02, 28 April 2008 (UTC)

I'm a little unclear- you say Monaco is the new Wikia standard skin. No one likes it. But we can override the style in our preferences to set it back to Monobook.
So does TT1 have the option of deciding to switch back to Monobook if that's what the consensus decides? Danny is saying they are switching Memory Alpha Monaco and "at a certain point, pretty much every Wikia wiki is going to end up on Monaco." So is this something we get to decide for ourselves, or will Monaco be forced on us even if we don't want it? - 18:55, 28 April 2008 (UTC)
What I find interesting on the MΑ example is that Toughpigs said, and I quote:
Actually, they're working on switching over to the Monaco skin on Memory Alpha too
Now, who are "they"? Because I've just looked at MΑ - and in the designated forum on the matter, one Wikia staff member (who has no main namespace edits on MΑ in the past three years) is the only user pushing for it. Only two other users have (briefly) commented - one admin who's strongly against it because of the top ad banner, and one other user who dittoed that. The only other place it is mentioned is on their main page talk, where one "Wikia Helper Group" member (who has no MΑ edits on any other matter, main namespace or otherwise) shilled it - and in response, got a reply from one user that they were confused, and another user that they preferred Monobook. Unless there's some hidden forum somewhere, there's no consensus from MΑ that they want to switch.
If Toughpigs's line is intended to say there's a push from MΑ as a "do you want T1 to be left out", it's, well, draw your own conclusions. - SanityOrMadness 19:42, 28 April 2008 (UTC)

I've been vague about what the future holds, because I don't know. Right now, the community does have the option to switch the site back to Monobook, if that's what you decide.

However, at some point in the future, Wikia may need to switch everybody over to Monaco. We need to figure out how to get more advertisers to buy ads on Wikia. We're exploring a lot of different possibilities right now, so I can't predict how that's going to go yet. But we may find that it hurts us to have skins with completely different ad sizes all over the site. Companies don't want to advertise on sites that have a leaderboard on some pages and a skyscraper on others.

Right now, we're able to offer a lot of flexibility with the skins, and we're not forcing a change on any community. But if you think about it, no other (sane) website does that. Ad-supported websites have a format, and everything on the site is in that format.

I have no real problem with Wikia's need to place more prominent banners. I don't like them, but I recognize that it is a reality of your business model.
I do take issue with the banners being tied to a sucky new UI that's being forced on us, hammering us with a double-negative. Is there any way to place the new banners (satisfying Wikia's business imperatives) in the old skin (satisfying our desire to not have the site suck so badly?) Maybe we can find a treatment that makes them less obnoxious without de-valuing them.
Of course- you keep stressing how this new UI causes more clicks... which means more pageviews, with means more bannerviews, which means more ad revenue. I really feel like your entire pitch is a thinly veiled attempt to monetize this wiki regardless of what the users want. So not only do we have to have the banners that generate more revenue-- we have to have the UI that's editor-unfriendly but promotes more pageviews.
Why don't you just rewrite the site interface so you have to click 8 times to do anything like MySpace? I mean- that seems consistent with the whole 'sacrifice the user experience in exchange for saleable ad impressions' philosophy you're espousing here.
You quote a lot of statistics. Are they internal? Do/can we have access to them? Would TT1 be allowed to pursue evolving our interface to maximize pageviews without having to buy into Monaco?
Strictly speaking the best way to increase pageviews on this wiki would to make all the links un-disambiguated, so every time you click on a link you have to view the disambig page before you can select the page you actually wanted to see from the list. There- pageviews have increased... at the expense of the user experience.
Packaging can be a force multiplier to make content more attractive... slightly more attractive. But in the end it's the quality of the content that drives readers. If we have to increase viewership to pad Wikia's bottom line, I'd really rather we did so by offering different or better content- not by putting obnoxious shiny packaging around it. (And yeah, that's a toy marketing metaphor. You get a lot of those here.) - 07:05, 29 April 2008 (UTC)

I know that the obvious response to the ad talk is "that's your problem", but it's actually everybody's problem. Wikia offers free hosting to communities like this one because we're advertiser-supported. But the ad market is changing -- and if we don't keep up, then we go out of business, and we can't host wikis anymore.

Anyway, we're not anywhere near a problem at the moment. Wikia is fine, and if the community decides to switch back to Monobook, then that's fine. But it will be easier in the long run if folks give Monaco a chance, and see if we can make it work the way that you want it to work.

Meanwhile, I can address a couple of the concerns that people have posted about. First up: The size of the content area. Xaaron says that the crap on the side feels bigger, so the content area feels smaller. I took screenshots of the same page using both Monaco and Monobook, at the same browser size and screen resolution.

You can see from those pictures that Monaco gives you a wider content area. The first two paragraphs take up 16 lines in Monobook. On Monaco, it takes up 13 lines.

The number of logins has gone up just in the last few days. On April 26-27, 41 people logged in to the site (20.5 per day). From March 1-31, there were 381 logins (12.3 per day). This may be because of the interest generated at BotCon, but it also seems like being at BotCon over the weekend kept people away from the website. The increase in logins is consistent with what we've seen on other sites -- Monaco makes logging in more visible to new users.

On the sidebar over the last couple days, these are the most clicked on items:

  1. Transformers Animated (cartoon): 295 clicks
  2. Murdered puppy: 192 clicks
  3. That big green, fire-snortin' lizard: 168 clicks
  4. Transformers Animated (toy line): 131
  5. Autobot: 111
  6. Optimus Minor: 108
  7. More featured characters: 83
  8. Optimus Prime: 76
  9. Gas Skunk: 74
  10. Airazor (BW): 72

Pageviews for April 26-27 are up 21% over the average from the previous 30 days. That may be because of the interest around BotCon and the new episodes, but it might also be because the sidebar is helping new readers find articles that they're interested in, and because the pages load faster with Monaco. In any event, it doesn't seem like Monaco is chasing people away. -- Danny (talk) 20:27, 28 April 2008 (UTC)

It could also be because existing users have been giving the new skin a test drive. Anyway, couple of things about the skin that I'm wondering. First, the Teletraan 1 image in the upper left corner is now tiny with ugly, empty whitespace on three sides. Can it be enlarged? Second, can the recently-added neat little search box images be included in the new skin? --KilMichaelMcC 20:51, 28 April 2008 (UTC)
The logo can be changed by uploading a new image to Image:Wiki_wide.png.
The search box images are a neat idea, but I'm confused about why they're attached to search. They don't take you to a search page. They're basically a random featured-article generator. If you want, I can talk to the designer here about creating a randomized featured-article widget for the sidebar. -- Danny (talk) 20:59, 28 April 2008 (UTC)
Yeah, I personally would like to see that added in. I think it makes it more appealing for a random article to be represented in image format. --FFN 10:45, 29 April 2008 (UTC)

Basic test image for the top left:


- SanityOrMadness 21:58, 28 April 2008 (UTC)

I've got some ideas for the masthead. I'll 'shop something up when I get home from work.--RosicrucianTalk 22:05, 28 April 2008 (UTC)
My proposal:
Teletraan masthead.png
Whaddaya think?--RosicrucianTalk 02:16, 29 April 2008 (UTC)
That one is beautiful. --ItsWalky 02:20, 29 April 2008 (UTC)
Look nice for Rosi's. --TX55 02:26, 29 April 2008 (UTC)
Ooo, rock me, Amadeus. Verra nice. JW 02:56, 29 April 2008 (UTC)
That is perfect, Rosicrucian. --KilMichaelMcC 04:36, 29 April 2008 (UTC)
That is lovely. --Sntint 04:38, 29 April 2008 (UTC)
Wow, funky. --FFN 10:45, 29 April 2008 (UTC)

Anonymous edits

Lately, I've been looking at wikis that have decided to turn off anonymous edits, and have everybody log in before contributing to the wiki. The idea is that having everybody log in builds a stronger sense of community, because you always have a name to associate with an edit, rather than a random string of numbers. It's easier to talk to people who have names. It also gives you more control over vandalism, since you can recognize potential vandals more easily.

Some people don't like the idea, because they're worried that logging in is a barrier to entry -- if you have to log in to edit, then you won't bother, and you'll go away. Looking at the wikis that require login, that doesn't seem to be true. Muppet Wiki turned off anon edits last April, and the number of active editors has actually gone up. Some of our most active wikis require login -- World of Warcraft, FFXIclopedia, Tibia Wiki and Marvel Database. (WoW and FFXI actually require a confirmed e-mail address before you can edit.)

So I've been talking to folks about this, and we've decided to allow wiki communities to turn off anonymous edits if they want to. There are a lot of anonymous editors here, so I'm wondering what you guys think about it. Would it be helpful to require login for everybody?

Obviously, that's a big community decision... I just want to throw out the possibility, and see what you think. -- Danny (talk) 20:38, 27 April 2008 (UTC)

I strongly oppose disabling anonymous edits! (I also oppose sweeping changes performed over botcon, and unilaterally re-skining the site when the community can argue for weeks or month about proposed style changes to individual templates without reaching a consensus-- but if you're willing to ignore the needs of registered users while making such 'big community decisions,' why would you listen to anon users?) - 08:18, 28 April 2008 (UTC)
Well, let's get an opposing viewpoint here. Why are you,, unwilling to get an account? JW 11:16, 28 April 2008 (UTC)
You assume I don't have an account.
I strongly oppose disabling anonymous edits because;
  1. It puts up a gateway that discourages first time users. Not a tall gateway- but a gateway nonetheless. Even if it only turns back 30% of new editors, that's 30% of people who could potentially become productive members of the community we're turning away out of hand.
  2. Equally important to the new users are the 'casual fixers', people who will /never/ become regulars on this wiki but, while clicking around, notice a link leading to Megatron instead of Megatron (G1). If they have to register to make that simple fix? 9 times out of 10 that kind of fix will not get done.
  3. The problem 'disabling anonymous edits' seeks to fix- trolls- will not be solved. We already have trolls who register for accounts-- right now we don't even require an e-mail address. So next to combat Troll,s we'll require all accounts to have e-mail addresses. Then we'll require those e-mails be verified, then maybe we'll set up a system where new users have to be approved like so many online communities before they can use their account. IP Tracking! Requiring Persistent Cookies! Each and any of these steps makes the online experience just a little bit more unpleasant for the user (and each hoop to jump throuhg makes new users just a little disinclined to join) but none of them actually stops trolls! Clear your cache, sign up for a yahoo account and you're up and running again. The trolls that regularly bother TT1 have already demonstrated they are willing to go to these lengths to evade bans. I am opposed to any measure that would punish the general body of users (registered and non) to deal with trolls. I am strongly opposed to any measure that would punish users and not deal with trolls, which is what this promises to do.
And seriously- while I'm tickled to death to know that the 'wikia community developer' has been attracted to communities that place restrictions on their users, I'm not thrilled to see someone who's not part of the community lobbying that we become more insular. I think changing TT1 to a UI that's different from Wikipedia makes the site harder to use (both for new users, and for users who make contributions to multiple wikis) is an objectively bad decision that was made with little discussion because 'it looks better.' And I really dislike that this was done while everyone was gone at Botcon and it was impossible to form a quorum for proper discussion. Monorail guy dances into town and starts making global changes that he thinks 'make more sense' without understanding that they were that way for a reason, and his whims would require massive secondary cleanup effort to enact. I don't think someone who's not a participating member of this community should be initiating that kind of change, or throwing his weight behind them for them while 'polling for consensus. On a more fundamental level- I'm suspicious about external voices telling us how we should be running this wiki, because sooner or later they're gong to tell us The Funny Should Go.
I feel the burden of proof is on the other side here-- show that there will be a concrete and measurable improvement to the wiki by disabling anonymous edits that will NOT place an unnecessary burden on users. - 12:38, 28 April 2008 (UTC)
"You assume I don't have an account." Well, then, please tell us why you aren't willing to use it. I'm truly curious. JW 13:04, 28 April 2008 (UTC)
More to the point, the IP address has only made 10 contributions to this wiki, of which only 4 are of actual substance. Your comments will carry more weight if you tell us which long-established editor you in fact are. Otherwise, you're the "external voice telling us how we should be running this wiki". JW 13:16, 28 April 2008 (UTC)
I oppose to disable anonymous edit, too. I was once a anonymous user . If the anonymous edit is disabled, that would mean we close the door for many potential users-to-be. Though I hate anonymous vandalizing, which is really a problem. But any bad anonymous user can get an account to vandalize, too. Urgh.--TX55 13:56, 28 April 2008 (UTC)

The Funny Should Definitely Not Go. The reason why I've been hanging out on this wiki lately is because I like it -- specifically, because I like the Funny. I don't want to annoy people or screw stuff up; I'm just trying to help out in ways that I know how to help.

I didn't unilaterally change the skin... If you look above, the conversation about the skin started on April 7th. On Thursday, I asked if there were any more comments before I switched it over. The only response was from ItsWalky, who indicated that it would be okay. I've been keeping an eye on the stats -- the number of edits, registrations and pageviews have all gone up since the wiki switched to Monaco. (Saturday was the highest single day for registrations on the wiki since January.)

As I said, anonymous edits is totally a community decision. I just wanted to let you know that it's an option if the community wants it. It's a long-term discussion, and I don't have an interest in pushing it one way or the other. -- Danny (talk) 14:31, 28 April 2008 (UTC)

I would be against restricting edits to registered members. This wiki already has a reputation in the Transformers community as alledgedly being the playground for a very specific group of fans. Restricting edits will only further this perception. But more importantly:
  • I tend to agree that if one has no intention of making significant edits, but very occassionally fixes minor mistakes that one sees, then one shouldn't be forced to register to do so.
  • Some of us would prefer not to login while accessing the wiki at school or at work. Yeah, we have our reasons.
  • Chris McFeely, one of our staff members, sometimes has trouble logging onto the wiki when he's not at home, so if we restrict edits to logged-in users, he can't make any contributions if he happens to have free time while out and about.
  • Good anonymous editors sometimes eventually become registered members if they find they enjoy making the edits and would to participate in the little community we have.
  • Trolls and vandals who go to the effort of being repeat offenders will not be scared off by a registration process. I think we'll find that these people have alot of free time on their hands. Even more than I do!
--FFN 15:03, 28 April 2008 (UTC)
I'd be more willing to believe that the increase in edits on Saturday was due to the new skin if Saturday didn't happen to be the day most of the BotCon panels were held. Those give us a lot of new information that needs to be added to the wiki. Plus, two (or three) new episodes were shown that morning: Return of the Headmaster in the US, Mission Accomplished in Canada, and Collect and Save at Botcon. --FortMax 15:46, 28 April 2008 (UTC)
No kidding. You could've changed the site to pink-and-purple polka dots, and traffic still would've increased this weekend, with everyone fighting to be the first to add all the new scraps of information from the convention. --Xaaron 17:05, 28 April 2008 (UTC)
I'm no one special on this wiki, but I wanted to weigh in. Considering that everything else on the web seems to require a login, it isn't asking too much for people to sign up. All the forums require a login so people can own their opinions, why not here? Also, isn't most of the caption bastardry done by anons? Maybe forcing registration might stop some of those careless edits. Requiring an email? Now that might scare people off.--Suzyprime 04:51, 29 April 2008 (UTC)

Image overlap

I'm ugly

Umm, did this overlap happen before the new skin? If so, I never noticed it. If not, then why is it changing what goes on inside the content part of the site, not just the menus and adds and umm, everything that I can't edit as an anon? Spriteless 04:04, 29 April 2008 (UTC)

We're trying to figure it out over on User Talk:Toughpigs.--RosicrucianTalk 04:08, 29 April 2008 (UTC)
That particular overlap always happened- but the transparent frame was apparently a result of some global CSS change Wikia made ~4-6 months ago.
It looks like the fix was posted on the monobook.css discussion page, but never implemented. - 05:25, 29 April 2008 (UTC)
(Oh, i see this was already discussed. Hrm.) - 05:43, 29 April 2008 (UTC)
The problem with overlaps like on the Blackthorne Publishing page in the image can be solved by putting one of these {{-}} in, which I just did on that page. --KilMichaelMcC 05:59, 29 April 2008 (UTC)

I've had a slightly different problem with image overlap in the past few days. If there's a stub box or a "needs images" box on a page, occasionally the box's pic will remain stuck at the top of the page. For instance, in the example on the right, Kup's pic would be stuck in the top left corner, covering part of the Blackthorne Publishing title bar. It has also happened on the front page, with Jhiaxus's image from the featured article covering the Primes. --Xaaron 05:41, 29 April 2008 (UTC)

What broswer? (The messagebox template uses styles that render differently on IE and Geko-based browsers... but the difference shoudl eb cosmetic, not functional like that.) - 05:43, 29 April 2008 (UTC)


IE6. Like the guy below said, it's usually self correcting on larger pages. I've noticed the effect lingers mostly on really short articles. I've been deorphaning individual weapon pages recently (Gravito-gun, Incendiary sword, etc), and the Thundercracker w/Reflector image almost always gets stuck. --Xaaron 15:20, 29 April 2008 (UTC)
I saw the case several time. When the page is loading, the box's pic such as AniMeg's head or Kup will remain stuck on the page, but soon it will be back to the right place. It only happen when I use the IE6 (log in or not).
Speaking of the image problem, it reminds me of another one. When open page with IE(well, 6), some images will be "slashed" by a line, just like the picture shows. --TX55 08:06, 29 April 2008 (UTC)
It doesn't appear to be happening on IE7. This sounds like a rendering issue with IE. (One of many...) Doesn't mean it doesn't need to be accomodated though.
When an image gets stuck int the top-left, is that in IE? What happens when you resize the window? - 08:13, 29 April 2008 (UTC)
When use IE6, the image only gets stuck in the left of the top when the page is loading. After the page completes loading, all things are back to normal. If I resize the window to small when loading, the image gets stuck in the left of the bottom instead, but back to normal after finishing loading. So, it won't become a problem for me. :D --TX55 10:08, 29 April 2008 (UTC)

Did this ever get fixed? Right now I see the image borders opaque in IE7, but transparent in Firefox, and Safari. (Hey, Safari is out for PC's! I thought it was still forthcoming.) - 00:41, 30 April 2008 (UTC)

Monaco top-of-article spam

This is new, right? - 09:03, 29 April 2008 (UTC)

IIRC, it has existed for a while. --TX55 10:03, 29 April 2008 (UTC)
Ugh, is there a way to turn it off?
We downgraded visibility of the 'pics needed' templates precisely because we didn't think it was right to harass the 91% of our wiki user who are just readers with demands they join and contribute. - 10:10, 29 April 2008 (UTC)
It's awful and absurd. I don't know if I can deal with it myself-- we may need to get one of the Wikia sorts to get rid of it. I'm absolutely going to dig in my heels on this. This is not an arguably helpful UI function, this really is just harassing our users. --Suki Brits 11:07, 29 April 2008 (UTC)
It is very easy to turn off, and it is not a function of the switch to Monaco. Go to Preferences, then Editing, then uncheck "Enable similar articles suggestions." Easy-peasy.--RosicrucianTalk 13:55, 29 April 2008 (UTC)
There's also a "Thank you for your Edit, try doing these other 3 random pages," which has also been around for about a week even on Monobook, and which I assume can be disabled by the same method just described. --Thylacine 2000 14:15, 29 April 2008 (UTC)
Yep, that would be "Preferences, Editing, Enable similar articles suggestions". :D --TX55 15:31, 29 April 2008 (UTC)
I would imagine that is what Rosicrucian's talking about. Obviously anonymous users can't change their prefrences to turn that off; they don't have any. The suggestions aren't really problematic, but sticking a notice at the top of random pages for the majority of users saying "HEY YOU SHOULD TOTALLY REGISTER STOP READING THIS ARTICLE THAT DOESN'T MATTER JUST REGISTER FOR THE SITE SO YOU DON'T HAVE TO LOOK AT THIS ANNOYING NOTICE" is incredibly unacceptable. I believe I've managed to set it to be hidden, but it's hard to tell. Let me know if that resurfaces. --Suki Brits 15:03, 29 April 2008 (UTC)

Recentchanges colours missing

Whereas before, the (+X)/(-X) values would be in green/red (and bold for especially large changes), they are now neither coloured nor bolded. - SanityOrMadness 16:20, 29 April 2008 (UTC)

They still look colored to me.--Apcog 17:00, 29 April 2008 (UTC)
I'm seeing black (+X) too. Suki Brits added some code to MediaWiki:Common.css this morning, and accidentally took out all of the .css code that was there as part of the default, including the recent changes colors. If you want, you can restore it by copying the default code here. The recent changes colors are controlled by this code:
/* Recent changes byte indicators */
.mw-plusminus-pos { color: #006500; }
.mw-plusminus-neg { color: #8B0000; }
-- Danny (talk) 17:30, 29 April 2008 (UTC)
Bizarre. It's all back in now; apparently MediaWiki:Common.css adds some content (including those colours) by default if the page doesn't exist, which was quite unexpected. --Suki Brits 18:29, 29 April 2008 (UTC)
Yeah, the MediaWiki default pages are stored centrally, but can be overwritten locally on a wiki. If Wikia needs to update the default sitewide, you don't have to go into into 5,000 individual wikis and change the page. But if the local wiki has edited the MediaWiki page, then that overwrites the default. -- Danny (talk) 20:49, 29 April 2008 (UTC)

Templates mangled?

Template:Merge and Template:Split are both still titled "HELP US" but have had the Megatron/Ratchet image removed. I assume this was a mistake, since nobody would deliberately do something so ugly and pointless. How do we get them back? --Thylacine 2000 20:11, 29 April 2008 (UTC)

I just checked out Merge, and it looks fine to me. JW 20:20, 29 April 2008 (UTC)

Spoiler lock-out template

I vote for either protecting *ALL* Animated character pages, or setting them to be untouchable by anonymous editors, or both. I'm fucking sick of dubbed scuttlebutt killing the first story developments worth a damn we've had in 9 years. Almost nobody has actually legitimately seen these episodes; most people are just wanking over screenshots and summaries. Let's really try to keep as free of it as possible, is my vote. --Thylacine 2000 01:41, 14 May 2008 (UTC)
Far be it from me to suggest following Wikipedia's lead, but one thing that other wiki does to stop massive edit wars or mass-vandalism on specific articles, an admin will lock the page to anon user and new accounts with instructions posted at the top of the article to leave a message on the talk page if you are unable to make a valid edit. We could save ourselves a bunch of time (and from being spoiled) by putting a similar block on the involved pages and put up a template that says something like the following:
Does Prime die? (goes best with screencap from commercial)
The subject of this article is involved with major spoilers in fiction not yet available in major markets. To avoid spoiling people, editing for anonymous users and new accounts has been disabled. If you are unable made a non-spoiler edit to this page, please leave a message describing the edit to be made on this article's talk page. --FortMax 01:44, 14 May 2008 (UTC)
McFeely semi-protected Sari's page after my recommendation (and a major spoiler was added) so I guess we should probably do that as well. -- SFH 02:00, 14 May 2008 (UTC)
I like FortMax's idea...perhaps we should extend this to all of the episodes that thus far have not aired in English-speaking countries, as well. --Professor Icepick 02:48, 14 May 2008 (UTC)
I endorse FortMax's idea wholeheartedly. This wiki should not be a breeding ground for rampant spoilers. -- Repowers 03:00, 14 May 2008 (UTC)

Here's what I've managed to tool up. I've made it garishly yellow to draw attention to it.

No, Prime doesn't die. Stop crying, kid.
Does Prime die?!

The subject of this article involves major spoilers in fiction not yet available to major markets. To prevent spoiling people, editing for anonymous users and new accounts has been disabled.
If you have a non-spoiler edit to propose, please discuss it on this article's talk page.

Whaddaya think?--RosicrucianTalk 03:03, 14 May 2008 (UTC) awesome. --Professor Icepick 03:08, 14 May 2008 (UTC)

Perfect --FortMax 03:16, 14 May 2008 (UTC)

What they said. *two thumbs up* -- Repowers 03:20, 14 May 2008 (UTC)

Don't think it could be better. --Sntint 03:40, 14 May 2008 (UTC)

...but if you really want a consensus, a page that people may avoid on sight of the title may not be the best place to test it out? I don't really think anyone will have a problem with it, anyway. --Sntint 03:42, 14 May 2008 (UTC)
I hate to jump on the bandwagon, but I dig it.--AWT88 03:48, 14 May 2008 (UTC)

FIRE AT WILL. If it's not too much of a hassle, can this be done for ALL Animated character / vehicle / object / beyond-Canada episode pages? Maybe something important has already happened to the AllSpark or Bulkhead, and nobody has blabbed about it yet, but will decide to next week. Why continue to basically force some staff members to be on Spoiler Reading Patrol, when we can just nip more problems in the bud?--Thylacine 2000 17:48, 14 May 2008 (UTC)

I endorse Thy's campaign fully. Let's semiprotect the fuck outta those pages. --M Sipher 19:41, 14 May 2008 (UTC)

Lost molds

Hi I had this idea for a article on lost,broken and worn out molds. This would be my first article for this or any wiki and since I'm still a n00b around here I wanted to ask for permission first.Dead Metal 19:14, 15 May 2008 (UTC) So just give me the green light and I'll do it.

I'd take a look at the mold article, first. It's kind of nowhere at the moment. I dunno how much there is to say about lost molds; nobody really seems to know what happens to them, and no definitive list exists of toys whose molds are lost/destroyed. They'd probably be better served a subsection of the Mold article. -- Repowers 18:56, 15 May 2008 (UTC)
Maybe, but I could bring in some vague ideas of what might have happened to them and stuff fans believe, as a bit of comic relief.
And then there are the exhausted molds that will never see release again since they have been used to often, the list might get long.
But if it's best just a sub thing from the existing article, then OK.Dead Metal 19:14, 15 May 2008 (UTC)
I think a subsection would be better, considering "vague idea" is indeed all we really know about the situation. If we had a wealth of accurate info, that'd be different, but we don't. Just one example... more than once, "lost forever" molds have seemingly resurfaced. A list of molds that are known to be lost or worn out would certainly be a worthwhile addition to the existing article, though. -- Repowers 19:30, 15 May 2008 (UTC)
OK, expect it up on Monday, since I'll be to pissed for the next two days and will use -sunday to gather all the info and write it up on word then just copy, past and edit it on here.

Alt modes

I went over the guidelines and discussion archives, but for the life of me I was never able to figure out why a Transformer's alt mode isn't listed at the page intro and the only way to find out what it is is to go to the toy section or skim the plot section. What's up with that? 08:47, 19 May 2008 (UTC)

Not sure about that policy, but it would be nice, especially since a character could have a different alt mode in various fictions. --MistaTee 10:14, 19 May 2008 (UTC)
I see what you did there. -hx 10:29, 19 May 2008 (UTC)


I am going to start stabbing people soon. It seems like every day we have to delete a dozen samples of "well this dimly kinda sorta reminds me of this thing from TFs SO ITS A REFERENCE!!!". I'm beginning to think that every "References" section in TFA needs to open with a warning about making goddamn sure it actually is one... for all the good it would do. Come on, people. TFA is not subtle with its references. --M Sipher 15:53, 19 May 2008 (UTC)


We need a user talkpage template for this. It'll get a LOT of use, I'm sure. Every damn DAY. --M Sipher 15:59, 27 May 2008 (UTC)

Message box for people who don't bother to include info and/or copyrights with uploads

Do we have a message box for people who repeatedly upload images in rapid succession without bothering to include any copyright info (or ANY info)? If not, we need one, because I'm tired of leaving messages for people to do the right thing and check our image policy, and I'm sure other regular contributors are tired of doing this as well. --FFN 06:32, 25 May 2008 (UTC)

Yeah, for a brief period I was just glad that we have an image policy set down now so the link can serve as shorthand for stuff I used to have to type out in talkpages but even that's getting tedious now.--RosicrucianTalk 06:38, 25 May 2008 (UTC)
That Skullgrin guy cheeses me off. He keeps updating the Canadian voice actors with new photos, but absolutely refuses to respond to his talk page or provide the requested source and copyright information. --FFN 16:44, 27 May 2008 (UTC)
I've plopped down {{tagyourpics}} as a first draft. Feel free to tweak or reword. I'm not married to the image, as I just grabbed an existing one. I don't have image editing tools here at work so I can't get a better one until I get home.--RosicrucianTalk 17:47, 27 May 2008 (UTC)

Unreleased toys page?

Do we have a page that lists toys that were canceled and thus never released? If not should I start one? I would love to start an article.Dead Metal 13:29, 25 May 2008 (UTC)

Well, there's only the category page by far. --TX55TALK 16:11, 27 May 2008 (UTC)
As a wiki, we're not big on lists, but this sounds like one of the more useful ones to have. I'd say go for it. -Derik 16:27, 27 May 2008 (UTC)
Thanks, I'll start as soon as possible!Dead Metal 17:56, 27 May 2008 (UTC)
Community content is available under CC-BY-SA unless otherwise noted.