Template talk:Character box: Difference between revisions
imported>Level Other Relatives |
imported>Level →WantedPages: new section |
||
| (104 intermediate revisions by 18 users not shown) | |||
| Line 1: | Line 1: | ||
{| border="2" cellspacing="1" cellpadding="4" class="wikitable" |
|||
== Death Date == |
|||
|- |
|||
! Archives |
|||
! Archived Topics |
|||
|- |
|||
| align=center | [[Template talk:Character box/Archive 1|Nov 2006 - May 2007]] || <small>{{ArchiveLinks|Template talk:Character box/Archive 1}}</small> |
|||
|- |
|||
|} |
|||
{{tocright}} |
|||
== Users being added to Characters category. == |
|||
I |
I noticed that some users who have the character box on their page have been added to the "characters" category. Is there a way to avoid this? --{{User:Heroe/sig}} 20:44, 19 June 2007 (EDT) |
||
*Good catch. I added some extra code, but the cache is slowly being cleared (probably because my code is so clunky). If [[:Category:Characters]] is still showing users, hit ctrl+F5 to clear the cache. It's slow, but it's working (I made the edit about a half hour ago and it's only gotten rid of about half the names from my list). However, this can be properly checked on the users' pages--if [[:Category:Characters]] is showing up on their actual page (after the cache has been flushed), then we have a problem. I'm not seeing that on any of the user pages I've checked, though. ... By the way, I also removed [[template:noimage]] from user pages without images. Same cache problem, though. -- {{User:Ryangibsonstewart/sig}} 23:50, 19 June 2007 (EDT) |
|||
:Try it now. ([[User:Admin|Admin]] 15:36, 28 November 2006 (EST)) |
|||
**By the way, if somebody wants to clean up my code and put it on a little diet, I'd appreciate that. :) -- {{User:Ryangibsonstewart/sig}} 23:52, 19 June 2007 (EDT) |
|||
::Thanks you're brilliant! (Plus, I loved the "living impaired"!) [[User:Ryangibsonstewart|Ryangibsonstewart]] 15:42, 28 November 2006 (EST) |
|||
==graphic novels== |
|||
I just wanted to add one thing to the template which lists the centric graphic novels of each character but i wanted to run it by everyone else first--[[User:Kettieli|Kettieli]] 10:35 19 July 2007 (HST) |
|||
* I don't think that's necessary if the character history already notes what graphic novels they were in. If we do include it, I think it's more something that would go in notes or trivia about the character than in the infobox.--[[User:MiamiVolts|MiamiVolts]] ([[User_talk:MiamiVolts|talk]]) 16:47, 19 July 2007 (EDT) |
|||
*Only problem is there's more than one graphic novel for many of the characters. For instance, Hana has been in 15 graphic novels, and Noah has been in 11 I believe. And the number keeps growing. Even if we combined the multi-parters into one GN, Noah would still have 7. If we list just the ones in which the character is the main focus, Hana would still have 9. I think it'd be fine for characters like Claire or Hiro, who only appear in a handful of GNs, but it'd look a bit unwieldy for others. Plus, we're only at the end of the first season--I'd be afraid of what it would look like after three or four seasons....I like how [[lostpedia:Main Page|Lostpedia]] has done that with centric flashback episodes, but the big difference is that the flashbacks are somewhat evenly distributed among the characters--not so with GNs. Also, there are only like 60 or 70 episodes by the end of the third season--we'll have almost that many by the time the summer is over. Like I said, I like the idea, I just don't think it's feasible to make it look nice. Besides, the GNs are listed in the character history. Hmm. -- {{User:Ryangibsonstewart/sig}} 16:51, 19 July 2007 (EDT) |
|||
*all right i'm glad i checked--[[User:Kettieli|Kettieli]] 11:02 19 July 2007 (HST) |
|||
== |
== Other fields == |
||
Ok, so are we adding departure and ep count? They don't show but now both Kettieli and Ryan have been modifying them... I think we should define them first on the template if we do plan to add them.--[[User:MiamiVolts|MiamiVolts]] ([[User_talk:MiamiVolts|talk]]) 16:57, 19 July 2007 (EDT) |
|||
We have a problem. [[Jackie]] died in Homecoming, but was actually last seen in Six Months Ago. I'm changing her infobox to "Six Months Ago", because that is literally when she 'last appeared'. --{{User:ohmyn0/sig}} 21:03, 28 November 2006 (EST) |
|||
* Ah, Ryan mentioned on Kettieli's talk page that they are remnants (we're not using them anymore), so I'm going to delete them (ep count is in appearances anyways).--[[User:MiamiVolts|MiamiVolts]] ([[User_talk:MiamiVolts|talk]]) 17:05, 19 July 2007 (EDT) |
|||
*Agreed. That spot should be reserved for the last episode in which the character appeared. There is a death date spot in the template now, and that's where the death info should be... [[User:Ryangibsonstewart|Ryangibsonstewart]] 23:02, 28 November 2006 (EST) |
|||
** I tend to think we should avoid the "last appearance" altogether for now. As we've seen with Jackie and Chandra, mere death does not guarantee they won't keep showing up.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 23:05, 28 November 2006 (EST) |
|||
*** I agree entirely. I originally eliminated the "number of episodes" field a while back for a similar reason. It requires a lot of maintenance, provides very little useful information, and in this instance can be misleading. Besides with the per-episode character histories it's somewhat redundant since you could just look for the most recent history. ([[User:Admin|Admin]] 23:12, 28 November 2006 (EST)) |
|||
**** What happens if we just pull it from the template? Will it automatically eat any extraneous variables fed to the template call?--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 23:18, 28 November 2006 (EST) |
|||
***** I believe so. Try it out. What's the worst that happens, you have to revert? :) ([[User:Admin|Admin]] 23:26, 28 November 2006 (EST)) |
|||
******Totally agree - take it out. Superfluous info, and can get rather confusing. [[User:Ryangibsonstewart|Ryangibsonstewart]] 23:32, 28 November 2006 (EST) |
|||
******* Seems to work OK. See [[High roller]] for example. Good to know...--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 23:39, 28 November 2006 (EST) |
|||
******** Great ... but now I'm wondering if the debut is even necessary? I mean, the same argument goes - with the per-episode character histories it's somewhat redundant since you could just look for the most recent history, right? Or am I just being silly? ... [[User:Ryangibsonstewart|Ryangibsonstewart]] 23:46, 28 November 2006 (EST) |
|||
********* Well, at least the first appearance is pretty much set in stone. That said, it doesn't add much. I can go either way.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 23:48, 28 November 2006 (EST) |
|||
********** I say keep the "1st". It adds to the short character's boxes. --{{User:ohmyn0/sig}} 00:17, 29 November 2006 (EST) |
|||
== Just had an idea. == |
|||
==Minor Characters== |
|||
* I'm thinking that there should be a MinorCharacter=True/False flag that (if true) does '''not''' create a reference to an actor page if an actor name is provided.... This may cut down on the huge number of actor/actress pages on the [[Special:Wantedpages]] where it's really a one-off character (like a "thug" or a "guard", etc) I can code this up if you wish. --[[User:Orne|Orne]] 09:53, 1 December 2006 (EST) |
|||
** Never mind... I now see that the square brackets are provided in the character page, and the template does not implicitly add references to cast pages. --[[User:Orne|Orne]] 09:57, 1 December 2006 (EST) |
|||
This would apply for people like "Bob" and Maya. |
|||
== Origin == |
|||
Next to powers, rather than "None" or a name we are unsure of, how about "Unestablished."? |
|||
Can a location Parameter be added like in [[Template:Infobox_cast]]? [[User:Level|Level]] 13:33, 5 January 2007 (EST) |
|||
Maya's power is unestablished - we know she has a power, we've seen it's effects, but we don't know what is done exactly. |
|||
== Powers == |
|||
For Bob, we know he has a power, we've seen what it does, but we don't know the full effect. |
|||
Quick question: I want to standardize a few things. If a character does not have powers, should we put "Unknown", "None", or nothing at all? There are instances of all 3. I suggest "None". Any objections or suggestions? - [[User:Ryangibsonstewart|RyanGibsonStewart]] ([[User talk:Ryangibsonstewart|talk]]) 00:45, 6 January 2007 (EST) |
|||
* I've always put "none" on anyone in Category:Humans, with the exception of people we knew were evolved but who hadn't shown powers (which was pretty much just Hana).--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 00:48, 6 January 2007 (EST) |
|||
** And James Walker, and I guess David. And some people would consider Shanti and maybe Molly to have "unknown" powers. - [[User:Ryangibsonstewart|RyanGibsonStewart]] ([[User talk:Ryangibsonstewart|talk]]) 01:45, 6 January 2007 (EST) |
|||
*** Yeah, but Hana's the only one who was really ''confirmed'' to have unknown powers. Everybody else is just speculation. Even Micah used to say "None".--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 01:51, 6 January 2007 (EST) |
|||
It'd apply more toward Maya, but I think it makes sense. |
|||
== Cleanup == |
|||
This template could use some work. There's no reason we should be stuck with "child(ren)" and things like that. We have the technology. We can rebuild it! Here are my suggestions: |
|||
* leave the variable for "child(ren)" as is. Change the display to "Children". Add another variable for "child". Change pages for people with 1 child to use "child" variable instead of "child(ren)" variable. That way, Angela will have "Children:" and Niki will have "Child:" |
|||
* Same for parent(s)/guardian(s) |
|||
* Same for power(s). We could get away with "Power" for everybody if it wasn't for that pesky Sylar... |
|||
* Same for siblings |
|||
The end result is that if we use the right variable, it will display properly, and can stop looking like a government form. The difficult part is we will have to check each and every character page. Most won't need any changes; some will. This actually does give us an opportunity to do things more smoothly, however: |
|||
* Set up Version 2.0 of this template at "Infobox character". It's more in line with the other sidebar templates anyway. |
|||
* As we change everyone from 'Character box' to 'infobox character', we can make sure they're calling the right variables. |
|||
* We can use "What links here" to keep track of our progress, and the changes to the template don't break anything since only verified articles will have the new template call. |
|||
It's another big project, and I'm not sure it's worth it, but there are other possible cleanup items we can address at the same time (like putting the image call in the template itself, so you don't have to type <tt><nowiki>[[Image:]]</nowiki></tt> every time ... this will let us adjust the portrait size through the template should the need arise. Another trick we can add if people want is defaulting the caption to the character's name if left blank. Any other ideas?--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 14:15, 10 January 2007 (EST) |
|||
:* Well, something popped into mind. If Admin could activate the [http://meta.wikimedia.org/wiki/StringFunctions WikiMeta:StringFunctions], we could use #pos command as a Find function, to detect if the <tt>children</TT> variable had a comma in it, then the title of the row could print plural Children, else print Child. Tricky, but makes the template much more dynamic. --[[User:Orne|Orne]] 14:26, 10 January 2007 (EST) |
|||
:** Hmmm. I wonder what "pos" returns if the character isn't found? Even if it's "0", there'd never be an article with a comma in position zero. We should be able to use it inside an <tt>ifeq:</tt>, test for the comma, and then display "Child:" or "Children:" as appropriate. Parent v. guardian is harder, but we don't really have anyone with a "guardian" yet (Claire's adopted, so they are her parents), so we could just add it as a separate variable for later use if needed. If the test works, we ''could'' make these changes without having to alter the template calls at all. For that matter, we could test the image= string for brackets to make it work whether the user supplies just the name of the file or the whole link. I like this idea...--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 14:33, 10 January 2007 (EST) |
|||
:**[http://meta.wikimedia.org/wiki/StringFunctions WikiMeta:StringFunctions] is now installed here. Have fun! :) ([[User:Admin|Admin]] 00:37, 17 January 2007 (EST)) |
|||
:* I would kind of like to see "Place of Residence" on there. Not so much what house they lived in (although that's cool, too), but what city they live in.<p> It's a big project, but I think it's worth it. You've brought up some great ideas. I'd be willing to go through the articles and search, change, etc. I'm not as much help in the templates department. - [[User:Ryangibsonstewart|RyanGibsonStewart]] ([[User talk:Ryangibsonstewart|talk]]) 15:37, 10 January 2007 (EST) |
|||
:** That would be another good add, and since there aren't any uses of the variable yet, it can safely be added to the existing template without breaking anything.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 15:52, 10 January 2007 (EST) |
|||
Feel free to "no" this. I just don't think Maya should have "None." =P--[[User:Riddler|Riddler]] 22:42, 24 September 2007 (EDT) |
|||
*OK, StringFunctions works perfectly! I did 'Children' and 'Parents' (and added a separate variable for 'Guardians'). However, we're still going to want to go through and make sure that nobody with only one child/parent/etc. has a comma. For example, right now [[Niki]] has "[[Jessica]], deceased" for 'Siblings'. We'll need to standardize these with parentheses instead of commas ("[[Jessica]] (deceased)"). Shouldn't be too bad. While I'm in there munching up the template, how do we want to label the Place of Residence/Place of Origin/Whatever? That way, we can fill that in as we check all the characters for standards compliance.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 01:01, 17 January 2007 (EST) |
|||
* This has been discussed several times. What it boils down to is that you can never confirm that someone doesn't have powers. Therefore, we don't divide characters into "people with powers" and "people without powers"--we divide them into "People with known powers" and "people with no known powers", and the criteria is that we've seen the character use a power. That's why why don't have a field labelled "powers"--we have a field labelled "known powers". We haven't seen Maya use a power. She has no known powers, although we can be pretty sure she does have a power.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 16:53, 30 September 2007 (EDT) |
|||
**Well, some places are cities, others are states, and others are countries. How about just "Place of Residence"? I think there's only a handful of people that lived in more than one place (Eden comes to mind), and maybe we cross that bridge as needed. Or, we could simply have a second "Place of Origin" for those cases. - [[User:Ryangibsonstewart|RyanGibsonStewart]] ([[User talk:Ryangibsonstewart|talk]]) 01:29, 17 January 2007 (EST) |
|||
* Ok, did some testing with StringFunctions, feel free to borrow this code for examples: |
|||
{| class="wikitable" |
|||
== Residence == |
|||
| colspan=3 bgcolor=#FFFFFF | #pos: returns # if character found, zero-length string if not |
|||
* I realize it's a little late in the conversation to discuss this, but I really intensely dislike these redirects and autolinks for Residence. A field labeled "Residence" on a page called "Claire Bennet" that just says "Claire Bennet's home" is just awful. It contains no useful information whatsoever--of ''course'' Claire Bennet lives in Claire Bennet's home. That's just pointless, except as an easy way to get a link in there. I'd really like to see us go back and edit these links manually to make them informative. We wouldn't have "Parents: Claire Bennet's parents" or "Known Power: Claire Bennet's power". It just looks lazy. Something like "Residence: Single family home in Costa Verde, CA" or "Residence: Loft apartment in Lower Manhattan" would actually mean we have ''information'' in the infobox and not just a knee-jerk link. I'd rather remove the field altogether than have it the way we do.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 16:48, 30 September 2007 (EDT) |
|||
|- |
|||
** I have absolutely no problem with changing the links manually. I didn't have the original idea of including a residence on the page, but the idea has kind of grown on me, so I'm not keen on getting rid of it altogether. I like the descriptions you gave above. Even though both my parents are real estate agents, I know very little about describing homes. :) I think "single family home" would work for just about all the homes, with the exception of Meredith Gordon's home. Would the Petrelli mansion and The Petrellis' home be "single family homes" or "mansions" or something else? Also, Zane Taylor's home seems different, but I can't put my finger on it. As for apartments, the only one that would have a description other than "apartment" would be Isaac's loft, right? — RyanGibsonStewart (talk) 18:27, 30 September 2007 (EDT) |
|||
| <nowiki>{{#pos: {{{location}}} | , | 0 }}</nowiki> || Peter || {{#pos: Peter | , | 0 }} |
|||
*** We can be as specific or as general as we want. The folks in New York let us use their neighborhood (<nowiki>[[Peter Petrelli's apartment|Apartment on the Upper West Side of Manhattan]]</nowiki>, or we can use their address if we have it (<nowiki>[[The Sanderses' home|37 Parker St, Henderson, NV]]</nowiki>). The way it is now just rubs me the wrong way. It's like picking up a package of Oreos, checking the label, and seeing "Ingredients: Oreos".--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 18:35, 30 September 2007 (EDT) |
|||
|- |
|||
****Leave it to Hardvice to come up with the cute analogies. Yeah, that sounds fine, and I like being as specific as possible where we have the specifics. It means there won't be any "standard" format for how it's worded, but that's fine with me....It looks like you've already changed some of the links. Thanks. I'll fix the character box so that we don't have a double row (see [[Meredith]]) and so it forces us to do it manually. -- {{User:Ryangibsonstewart/sig}} 18:40, 30 September 2007 (EDT) |
|||
| <nowiki>{{#pos: {{{location}}} | , | 0 }}</nowiki> || Peter, Paul || {{#pos: Peter,Paul | , | 0 }} |
|||
*****...which you took care of too. Thanks! -- {{User:Ryangibsonstewart/sig}} 18:43, 30 September 2007 (EDT) |
|||
|- |
|||
| colspan=3 bgcolor=#FFFFFF | together with #if, you can make a formula to return different text if the value contains a comma |
|||
|- |
|||
==Autocat for Humans/Evolved Humans== |
|||
| <nowiki>{{#if: {{#pos: {{{location}}} | , | 0 }} | Comma Found | Comma Not Found }}</nowiki> || Peter || {{#if: {{#pos: Peter | , | 0 }} | Comma Found | Comma Not Found }} |
|||
...should be working now. I got a bit scared when I saw Adam Monroe had neither category and hadn't for some time without us catching it. Here's the breakdown: |
|||
|- |
|||
# If "known powers" or "power(s)" is None or none, adds Category:Humans |
|||
| <nowiki>{{#if: {{#pos: {{{location}}} | , | 0 }} | Comma Found | Comma Not Found }}</nowiki> || Peter, Paul || {{#if: {{#pos: Peter, Paul | , | 0 }} | Comma Found | Comma Not Found }} |
|||
# If "known powers" or "power(s)" exists but is not None or none, adds Category:Evolved Humans |
|||
|- |
|||
# If "known powers" or "power(s)" is blank, adds Category:Humans. All of the folks with potential powers were already in cat:Humans, so good enough |
|||
| colspan=3 bgcolor=#FFFFFF | As far as detecting if a variable is a link (which is different than detecting if the article exists for the link), the #ifeq: only allows comparison against single bracket ( [, not [[ ). There may be a trick to it, but I haven't found it yet. |
|||
# If "known powers" or "power(s)" is Unknown, it adds [[:Category:Evolved Humans]]. It still displays as "Known powers: None" because "Known powers: Unknown" is dumb. This is really just for people from the list.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 17:48, 19 November 2007 (EST) |
|||
|- |
|||
| <nowiki>{{#ifeq: {{#sub: {{{location}}} | 0 | 1 }} | [ | Is a Link | Is Not a Link }}</nowiki> || [[The map ]] || {{#ifeq: {{#sub: [[The map]] | 0 | 1 }} | [ | Is a Link | Is Not a Link }} |
|||
== Known vs Potential power == |
|||
|- |
|||
| colspan=3 bgcolor=#FFFFFF | Here's a formula to allow the user to enter any text they want for a location, without having to create a red link prompting a new page. |
|||
* Could someone provide some examples where a character had a specific potential power that wasn't a "known power" and also isn't speculative? Since we can't include speculation I'm trying to understand when a potential power isn't a known power. I wan't to make sure this "potential power" field isn't speculation in disguise. ([[User:Admin|Admin]] 18:00, 26 November 2007 (EST)) |
|||
|- |
|||
* As far as I remember, it's for the Journal people and a few people from the map. It's for when someone has been identified as having a power (usually by Chandra) but it's never been displayed. Another example would be if a new character was introduced and their power was stated but not displayed ("I'm Jill, and I can make people's heads explode.") Apart from that, it shouldn't be used.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 18:43, 26 November 2007 (EST) |
|||
| <nowiki>{{#ifexist: {{{location}}} | [[{{{location}}}]] | {{{location}}} }}</nowiki> || Las Vegas, NV || {{#ifexist: Las Vegas, NV | [[Las Vegas, NV]] | Las Vegas, NV }} |
|||
**In fact, to avoid it being used unduly, I'll remove it from [[template:newpage character]]. -- {{User:Ryangibsonstewart/sig}} 19:51, 26 November 2007 (EST) |
|||
|- |
|||
| <nowiki>{{#ifexist: {{{location}}} | [[{{{location}}}]] | {{{location}}} }}</nowiki> || Albuquerque, NM || {{#ifexist: Albuquerque, NM | [[Albuquerque, NM]] | Albuquerque, NM }} |
|||
== Nephews, Nieces, Uncles, and Aunts == |
|||
|} |
|||
--[[User:Orne|Orne]] 10:48, 17 January 2007 (EST) |
|||
This new information is nice to have, but it makes for a superlong character box, especially for people like [[Hana]] and [[Claire]]. It's also odd to see a box say "'''Uncle/Aunt''': [[Richard Drucker]]" when Richard is clearly not an aunt. I'd much rather see these four relations combined into a much simpler "Other relatives". That way cousins could be included, too, rather than adding a bunch of new lines to an already too-long infobox. -- {{User:Ryangibsonstewart/sig}} 13:10, 13 December 2007 (EST) |
|||
** Excellent. I made several adjustments so far: |
|||
* Good idea....I didn't like the idea of over-growing the charbox, but at this point, the charbox is the only place that we really catalog relationships. With the inter-relationships that are being revealed in the Gitelman clan, and the Petrellis, and eventually others...having a dump-bucket to put important relationships will be good to have. <small>--[[User:HiroDynoSlayer|HiroDynoSlayer]] ([[User talk:HiroDynoSlayer|talk]]) 12/13/2007 13:14 (EST)</small> |
|||
**#Plurals for labels are handled properly for Nicknames, Aliases, Siblings, Parents, Guardians, Powers |
|||
**Just to reiterate (and resurrect) an [[Template talk:Character box/Archive 1#Other Relatives|old discussion]], we just need to make sure we stay on top of the relatives being added. I wouldn't add ''everyone'', generally just nephews/nieces and uncles/aunts. Maybe cousins, too. -- {{User:Ryangibsonstewart/sig}} 13:29, 13 December 2007 (EST) |
|||
**#I widened the box a bit and put nonbreaking spaces in the labels. Just looks better to have them on one line. |
|||
**#Image accepts either a linked (e.g. <tt><nowiki>[[Image:claire.jpg]]</nowiki></tt>) or an unlinked (e.g. <tt><nowiki>claire.jpg</nowiki></tt>) entry. |
|||
== Debut == |
|||
**#Added home. It will link to existing articles but won't create red links. This also means we can force things like <tt><nowiki>[[Brooklyn, NY]], formerly [[Madras, India]]</nowiki></tt> if we want. We can change the label to display whatever we'd like. |
|||
Now that we have several characters that have made an appearance on the show after having been shown in the graphic novel, what are we going to consider they debut? The template description says the first <u>episode</u> they showed up in. Are we going to change this to the episode they first appeared in if there is an appearance listed for a graphic novel? --[[User:Pinkkeith|Pinkkeith]] 10:13, 24 September 2008 (EDT) |
|||
**#Italicised debut and made it accept either linked (e.g. <tt><nowiki>[[Episode:Genesis|Genesis]]</nowiki></tt>) or unlinked (e.g. <tt><nowiki>Genesis</nowiki></tt>) entries. |
|||
* We've always done the first episode or graphic novel the character has appeared in. (See [[Hana]] for an example of a character who appeared in a GN first.) I'll update the Usage section. -- {{User:Ryangibsonstewart/sig}} 15:56, 24 September 2008 (EDT) |
|||
**I've added Home to the Main Characters and verified plurals are behaving properly for everybody but the Minor Characters.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 21:20, 17 January 2007 (EST) |
|||
==Departure== |
|||
As there's a debut field, should there also be a departure field? The last episode for deceased or no longer featured characters? [[User:Aki|Aki]] 12:09, 10 December 2008 (EST) |
|||
* We used to have that field, but we got rid of it for two reasons. First, it's a logistical and maintenance nightmare trying to keep up with it, especially now that we have hundreds of pages about characters. But the other reason is that it's a very gray area. The debut is pretty solid--when is the first time we see the character? But the departure is a bit more ambiguous. Do you count when the character dies? The character's last appearance? Do you count flashbacks? What about the hundreds of characters who appear in one episode and that's it? What about if they continue to appear in graphic novels or Evolutions content? I think think the field is worth the trouble. If somebody wants to see the last time the character was mentioned, they can scroll down to see the last entry in the Character History. If they want to know the character's last appearance, the last time the character's name appears on the [[list of character appearances by episode]]. -- {{User:Ryangibsonstewart/sig}} 12:59, 10 December 2008 (EST) |
|||
== Future characters == |
|||
We need a standard for what past (present) information belongs on future character pages. For example, [[Gabriel Gray (exposed future)]] lists [[Sylar's apartment]] as his former residence, but [[Sylar (explosion future)]] does not. - [[User:Josh|Josh]] ([[User talk:Josh|talk]]/[[Special:Contributions/Josh|contribs]]) 19:31, 15 January 2009 (EST) |
|||
* It should. Anything that was the present when we were introduced to the future character would be considered part of that character's history. So Explosion Sylar's former apartment is [[Sylar's apartment]]. Future Angela has two sons. Explosion Peter absorbed [[precognition]], but not [[lightning]]. Exposed Peter, however, absorbed [[illusion]], though Explosion Peter did not. Yet both were born on [[December 23, 1979]] and once lived in [[Peter's apartment]]. -- {{User:Ryangibsonstewart/sig}} 21:46, 15 January 2009 (EST) |
|||
== List in-laws? == |
|||
Some pages list in-laws as relatives; some don't. - [[User:Josh|Josh]] ([[User talk:Josh|talk]]/[[Special:Contributions/Josh|contribs]]) 21:00, 18 January 2009 (EST) |
|||
* Feel free to list in-laws in the "other relatives" section of the character box. -- {{User:Ryangibsonstewart/sig}} 21:38, 18 January 2009 (EST) |
|||
== TEMPLATE ADDITION? "Killed by" == |
|||
So, when these templates were first made, most of the characters remained alive at the end of the day. Nowadays, characters (both big and small) have a tendency to drop dead fairly often. I'd like to propose that we add (and painstakingly apply) a "Killed by" section to the Character box template. Thoughts? --[[User:Ricard Desi|Ricard Desi]] ([[User talk:Ricard Desi|t]],[[Special:Contributions/Ricard Desi|c]]) 11:13, 24 November 2009 (EST) |
|||
== Issue with not having a character image == |
|||
*I wouldn't mind it. Sounds good to me.--{{User:Catalyst/sig}} 11:29, 24 November 2009 (EST) |
|||
I noticed that the page for [[Shanti Suresh]] was completely messed up and I finally managed to track the problem down to a missing image. As a fix I explicitly added the Blankperson.jpg. If you go to the article in question and delete the explicit reference, you will notice that you get a page full of code, and no the character box. Could someone who knows this template check that out? -- [[User:Cuardin|Cuardin]] 16:25, 24 January 2007 (EST) |
|||
** I don't think it's necessary. It's a lot of backlogging of information on a template that is already huge. Plus, there are a lot of times that people debate who it was who actually killed a character (like was it Sylar or Peter who killed Arthur? or was Hank killed by Sylar or Matt?)... Usually, if it's a significant person who killed the character, we'll say "deceased" and link it to the killer's page of victims: ([[Sylar's victims|deceased]]), for instance. -- {{User:Ryangibsonstewart/sig}} 19:58, 24 November 2009 (EST) |
|||
: OK; looks like it was a temporary glitch somewhere. The article looks fine right now. -- [[User:Cuardin|Cuardin]] 16:28, 24 January 2007 (EST) |
|||
*** If we add this, I think something like "Current status:" would be more useful. For instance "Current status: Killed by Sylar" or "Current status: Incarcerated", etc. For unclear deaths like Arthur's, it could simply be "Current status: Dead". However, I'm not sure this is really necessary.--[[User:Referos|Referos]] 20:05, 24 November 2009 (EST) |
|||
:: I was adjusting the whitespace the template was creating at the beginning of articles that are neither spoilers nor noimage articles (i.e. most of them) and inadvertantly broke it for noimage articles. It should work fine now.--[[User:Hardvice|Hardvice]] <small>[[User talk:Hardvice|(talk)]]</small> 16:36, 24 January 2007 (EST) |
|||
**** As an alternative, what about a "Cause of death" section? This would include murder, as well as suicide, drowning, car accident, explosion, Shanti virus, etc. I tried to add it, but it looks like it messed up pages (not really sure what went wrong with it). --[[User:Ricard Desi|Ricard Desi]] ([[User talk:Ricard Desi|t]],[[Special:Contributions/Ricard Desi|c]]) 18:34, 25 November 2009 (EST) |
|||
***** Cause of death is probably best left to the page about [[death]] (which, by the way, needs to be updated). -- {{User:Ryangibsonstewart/sig}} 18:48, 25 November 2009 (EST) |
|||
== |
== WantedPages == |
||
This template is currently producing a ton of [[Special:WantedPages]], I am not sure why. -[[User:Level|Lөv]][[User talk:Level|ө]][[Special:Contributions/Level|l]] 15:12, 3 June 2015 (EDT) |
|||
Should an Other Relatives field be added? [[user:Jebriggs98|Jebriggs98]] tried to add nephews and nieces to [[Peter Petrelli]]'s box, and I've thought about Grandparents on some. also I would like links to [[Family]] and to the family name disambigs but I don't know if they should be in here or in the article. -[[User:Level|Level]] 12:39, 7 February 2007 (EST) |
|||
Latest revision as of 19:12, 3 June 2015
| Archives | Archived Topics |
|---|---|
| Nov 2006 - May 2007 | [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The erro]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] • [[Template talk:Character box/Archive 1# Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err| Extension:DynamicPageList3 (DPL3), version 3.6.1: Error: MediaWiki\Extension\DynamicPageList3\Query::buildAndSelect: The DynamicPageList3 extension (version 3.6.1) produced a SQL statement which led to a Database error.<br/>The reason may be an internal error of DynamicPageList3 or an error that you made; especially when using parameters like 'categoryregexp' or 'titleregexp'. Usage of non-greedy <code>*?</code> matching patterns are not supported.<br/>The err]] |
Users being added to Characters category.
I noticed that some users who have the character box on their page have been added to the "characters" category. Is there a way to avoid this? --Hero!(talk)(contribs) 20:44, 19 June 2007 (EDT)
- Good catch. I added some extra code, but the cache is slowly being cleared (probably because my code is so clunky). If Category:Characters is still showing users, hit ctrl+F5 to clear the cache. It's slow, but it's working (I made the edit about a half hour ago and it's only gotten rid of about half the names from my list). However, this can be properly checked on the users' pages--if Category:Characters is showing up on their actual page (after the cache has been flushed), then we have a problem. I'm not seeing that on any of the user pages I've checked, though. ... By the way, I also removed template:noimage from user pages without images. Same cache problem, though. -- RyanGibsonStewart (talk) 23:50, 19 June 2007 (EDT)
- By the way, if somebody wants to clean up my code and put it on a little diet, I'd appreciate that. :) -- RyanGibsonStewart (talk) 23:52, 19 June 2007 (EDT)
graphic novels
I just wanted to add one thing to the template which lists the centric graphic novels of each character but i wanted to run it by everyone else first--Kettieli 10:35 19 July 2007 (HST)
- I don't think that's necessary if the character history already notes what graphic novels they were in. If we do include it, I think it's more something that would go in notes or trivia about the character than in the infobox.--MiamiVolts (talk) 16:47, 19 July 2007 (EDT)
- Only problem is there's more than one graphic novel for many of the characters. For instance, Hana has been in 15 graphic novels, and Noah has been in 11 I believe. And the number keeps growing. Even if we combined the multi-parters into one GN, Noah would still have 7. If we list just the ones in which the character is the main focus, Hana would still have 9. I think it'd be fine for characters like Claire or Hiro, who only appear in a handful of GNs, but it'd look a bit unwieldy for others. Plus, we're only at the end of the first season--I'd be afraid of what it would look like after three or four seasons....I like how Lostpedia has done that with centric flashback episodes, but the big difference is that the flashbacks are somewhat evenly distributed among the characters--not so with GNs. Also, there are only like 60 or 70 episodes by the end of the third season--we'll have almost that many by the time the summer is over. Like I said, I like the idea, I just don't think it's feasible to make it look nice. Besides, the GNs are listed in the character history. Hmm. -- RyanGibsonStewart (talk) 16:51, 19 July 2007 (EDT)
- all right i'm glad i checked--Kettieli 11:02 19 July 2007 (HST)
Other fields
Ok, so are we adding departure and ep count? They don't show but now both Kettieli and Ryan have been modifying them... I think we should define them first on the template if we do plan to add them.--MiamiVolts (talk) 16:57, 19 July 2007 (EDT)
- Ah, Ryan mentioned on Kettieli's talk page that they are remnants (we're not using them anymore), so I'm going to delete them (ep count is in appearances anyways).--MiamiVolts (talk) 17:05, 19 July 2007 (EDT)
Just had an idea.
This would apply for people like "Bob" and Maya.
Next to powers, rather than "None" or a name we are unsure of, how about "Unestablished."?
Maya's power is unestablished - we know she has a power, we've seen it's effects, but we don't know what is done exactly.
For Bob, we know he has a power, we've seen what it does, but we don't know the full effect.
It'd apply more toward Maya, but I think it makes sense.
Feel free to "no" this. I just don't think Maya should have "None." =P--Riddler 22:42, 24 September 2007 (EDT)
- This has been discussed several times. What it boils down to is that you can never confirm that someone doesn't have powers. Therefore, we don't divide characters into "people with powers" and "people without powers"--we divide them into "People with known powers" and "people with no known powers", and the criteria is that we've seen the character use a power. That's why why don't have a field labelled "powers"--we have a field labelled "known powers". We haven't seen Maya use a power. She has no known powers, although we can be pretty sure she does have a power.--Hardvice (talk) 16:53, 30 September 2007 (EDT)
Residence
- I realize it's a little late in the conversation to discuss this, but I really intensely dislike these redirects and autolinks for Residence. A field labeled "Residence" on a page called "Claire Bennet" that just says "Claire Bennet's home" is just awful. It contains no useful information whatsoever--of course Claire Bennet lives in Claire Bennet's home. That's just pointless, except as an easy way to get a link in there. I'd really like to see us go back and edit these links manually to make them informative. We wouldn't have "Parents: Claire Bennet's parents" or "Known Power: Claire Bennet's power". It just looks lazy. Something like "Residence: Single family home in Costa Verde, CA" or "Residence: Loft apartment in Lower Manhattan" would actually mean we have information in the infobox and not just a knee-jerk link. I'd rather remove the field altogether than have it the way we do.--Hardvice (talk) 16:48, 30 September 2007 (EDT)
- I have absolutely no problem with changing the links manually. I didn't have the original idea of including a residence on the page, but the idea has kind of grown on me, so I'm not keen on getting rid of it altogether. I like the descriptions you gave above. Even though both my parents are real estate agents, I know very little about describing homes. :) I think "single family home" would work for just about all the homes, with the exception of Meredith Gordon's home. Would the Petrelli mansion and The Petrellis' home be "single family homes" or "mansions" or something else? Also, Zane Taylor's home seems different, but I can't put my finger on it. As for apartments, the only one that would have a description other than "apartment" would be Isaac's loft, right? — RyanGibsonStewart (talk) 18:27, 30 September 2007 (EDT)
- We can be as specific or as general as we want. The folks in New York let us use their neighborhood ([[Peter Petrelli's apartment|Apartment on the Upper West Side of Manhattan]], or we can use their address if we have it ([[The Sanderses' home|37 Parker St, Henderson, NV]]). The way it is now just rubs me the wrong way. It's like picking up a package of Oreos, checking the label, and seeing "Ingredients: Oreos".--Hardvice (talk) 18:35, 30 September 2007 (EDT)
- Leave it to Hardvice to come up with the cute analogies. Yeah, that sounds fine, and I like being as specific as possible where we have the specifics. It means there won't be any "standard" format for how it's worded, but that's fine with me....It looks like you've already changed some of the links. Thanks. I'll fix the character box so that we don't have a double row (see Meredith) and so it forces us to do it manually. -- RyanGibsonStewart (talk) 18:40, 30 September 2007 (EDT)
- ...which you took care of too. Thanks! -- RyanGibsonStewart (talk) 18:43, 30 September 2007 (EDT)
- Leave it to Hardvice to come up with the cute analogies. Yeah, that sounds fine, and I like being as specific as possible where we have the specifics. It means there won't be any "standard" format for how it's worded, but that's fine with me....It looks like you've already changed some of the links. Thanks. I'll fix the character box so that we don't have a double row (see Meredith) and so it forces us to do it manually. -- RyanGibsonStewart (talk) 18:40, 30 September 2007 (EDT)
- We can be as specific or as general as we want. The folks in New York let us use their neighborhood ([[Peter Petrelli's apartment|Apartment on the Upper West Side of Manhattan]], or we can use their address if we have it ([[The Sanderses' home|37 Parker St, Henderson, NV]]). The way it is now just rubs me the wrong way. It's like picking up a package of Oreos, checking the label, and seeing "Ingredients: Oreos".--Hardvice (talk) 18:35, 30 September 2007 (EDT)
- I have absolutely no problem with changing the links manually. I didn't have the original idea of including a residence on the page, but the idea has kind of grown on me, so I'm not keen on getting rid of it altogether. I like the descriptions you gave above. Even though both my parents are real estate agents, I know very little about describing homes. :) I think "single family home" would work for just about all the homes, with the exception of Meredith Gordon's home. Would the Petrelli mansion and The Petrellis' home be "single family homes" or "mansions" or something else? Also, Zane Taylor's home seems different, but I can't put my finger on it. As for apartments, the only one that would have a description other than "apartment" would be Isaac's loft, right? — RyanGibsonStewart (talk) 18:27, 30 September 2007 (EDT)
Autocat for Humans/Evolved Humans
...should be working now. I got a bit scared when I saw Adam Monroe had neither category and hadn't for some time without us catching it. Here's the breakdown:
- If "known powers" or "power(s)" is None or none, adds Category:Humans
- If "known powers" or "power(s)" exists but is not None or none, adds Category:Evolved Humans
- If "known powers" or "power(s)" is blank, adds Category:Humans. All of the folks with potential powers were already in cat:Humans, so good enough
- If "known powers" or "power(s)" is Unknown, it adds Category:Evolved Humans. It still displays as "Known powers: None" because "Known powers: Unknown" is dumb. This is really just for people from the list.--Hardvice (talk) 17:48, 19 November 2007 (EST)
Known vs Potential power
- Could someone provide some examples where a character had a specific potential power that wasn't a "known power" and also isn't speculative? Since we can't include speculation I'm trying to understand when a potential power isn't a known power. I wan't to make sure this "potential power" field isn't speculation in disguise. (Admin 18:00, 26 November 2007 (EST))
- As far as I remember, it's for the Journal people and a few people from the map. It's for when someone has been identified as having a power (usually by Chandra) but it's never been displayed. Another example would be if a new character was introduced and their power was stated but not displayed ("I'm Jill, and I can make people's heads explode.") Apart from that, it shouldn't be used.--Hardvice (talk) 18:43, 26 November 2007 (EST)
- In fact, to avoid it being used unduly, I'll remove it from template:newpage character. -- RyanGibsonStewart (talk) 19:51, 26 November 2007 (EST)
Nephews, Nieces, Uncles, and Aunts
This new information is nice to have, but it makes for a superlong character box, especially for people like Hana and Claire. It's also odd to see a box say "Uncle/Aunt: Richard Drucker" when Richard is clearly not an aunt. I'd much rather see these four relations combined into a much simpler "Other relatives". That way cousins could be included, too, rather than adding a bunch of new lines to an already too-long infobox. -- RyanGibsonStewart (talk) 13:10, 13 December 2007 (EST)
- Good idea....I didn't like the idea of over-growing the charbox, but at this point, the charbox is the only place that we really catalog relationships. With the inter-relationships that are being revealed in the Gitelman clan, and the Petrellis, and eventually others...having a dump-bucket to put important relationships will be good to have. --HiroDynoSlayer (talk) 12/13/2007 13:14 (EST)
- Just to reiterate (and resurrect) an old discussion, we just need to make sure we stay on top of the relatives being added. I wouldn't add everyone, generally just nephews/nieces and uncles/aunts. Maybe cousins, too. -- RyanGibsonStewart (talk) 13:29, 13 December 2007 (EST)
Debut
Now that we have several characters that have made an appearance on the show after having been shown in the graphic novel, what are we going to consider they debut? The template description says the first episode they showed up in. Are we going to change this to the episode they first appeared in if there is an appearance listed for a graphic novel? --Pinkkeith 10:13, 24 September 2008 (EDT)
- We've always done the first episode or graphic novel the character has appeared in. (See Hana for an example of a character who appeared in a GN first.) I'll update the Usage section. -- RyanGibsonStewart (talk) 15:56, 24 September 2008 (EDT)
Departure
As there's a debut field, should there also be a departure field? The last episode for deceased or no longer featured characters? Aki 12:09, 10 December 2008 (EST)
- We used to have that field, but we got rid of it for two reasons. First, it's a logistical and maintenance nightmare trying to keep up with it, especially now that we have hundreds of pages about characters. But the other reason is that it's a very gray area. The debut is pretty solid--when is the first time we see the character? But the departure is a bit more ambiguous. Do you count when the character dies? The character's last appearance? Do you count flashbacks? What about the hundreds of characters who appear in one episode and that's it? What about if they continue to appear in graphic novels or Evolutions content? I think think the field is worth the trouble. If somebody wants to see the last time the character was mentioned, they can scroll down to see the last entry in the Character History. If they want to know the character's last appearance, the last time the character's name appears on the list of character appearances by episode. -- RyanGibsonStewart (talk) 12:59, 10 December 2008 (EST)
Future characters
We need a standard for what past (present) information belongs on future character pages. For example, Gabriel Gray (exposed future) lists Sylar's apartment as his former residence, but Sylar (explosion future) does not. - Josh (talk/contribs) 19:31, 15 January 2009 (EST)
- It should. Anything that was the present when we were introduced to the future character would be considered part of that character's history. So Explosion Sylar's former apartment is Sylar's apartment. Future Angela has two sons. Explosion Peter absorbed precognition, but not lightning. Exposed Peter, however, absorbed illusion, though Explosion Peter did not. Yet both were born on December 23, 1979 and once lived in Peter's apartment. -- RyanGibsonStewart (talk) 21:46, 15 January 2009 (EST)
List in-laws?
Some pages list in-laws as relatives; some don't. - Josh (talk/contribs) 21:00, 18 January 2009 (EST)
- Feel free to list in-laws in the "other relatives" section of the character box. -- RyanGibsonStewart (talk) 21:38, 18 January 2009 (EST)
TEMPLATE ADDITION? "Killed by"
So, when these templates were first made, most of the characters remained alive at the end of the day. Nowadays, characters (both big and small) have a tendency to drop dead fairly often. I'd like to propose that we add (and painstakingly apply) a "Killed by" section to the Character box template. Thoughts? --Ricard Desi (t,c) 11:13, 24 November 2009 (EST)
- I wouldn't mind it. Sounds good to me.--Catalyst · Talk · HL 11:29, 24 November 2009 (EST)
- I don't think it's necessary. It's a lot of backlogging of information on a template that is already huge. Plus, there are a lot of times that people debate who it was who actually killed a character (like was it Sylar or Peter who killed Arthur? or was Hank killed by Sylar or Matt?)... Usually, if it's a significant person who killed the character, we'll say "deceased" and link it to the killer's page of victims: (deceased), for instance. -- RyanGibsonStewart (talk) 19:58, 24 November 2009 (EST)
- If we add this, I think something like "Current status:" would be more useful. For instance "Current status: Killed by Sylar" or "Current status: Incarcerated", etc. For unclear deaths like Arthur's, it could simply be "Current status: Dead". However, I'm not sure this is really necessary.--Referos 20:05, 24 November 2009 (EST)
- As an alternative, what about a "Cause of death" section? This would include murder, as well as suicide, drowning, car accident, explosion, Shanti virus, etc. I tried to add it, but it looks like it messed up pages (not really sure what went wrong with it). --Ricard Desi (t,c) 18:34, 25 November 2009 (EST)
- Cause of death is probably best left to the page about death (which, by the way, needs to be updated). -- RyanGibsonStewart (talk) 18:48, 25 November 2009 (EST)
- As an alternative, what about a "Cause of death" section? This would include murder, as well as suicide, drowning, car accident, explosion, Shanti virus, etc. I tried to add it, but it looks like it messed up pages (not really sure what went wrong with it). --Ricard Desi (t,c) 18:34, 25 November 2009 (EST)
- If we add this, I think something like "Current status:" would be more useful. For instance "Current status: Killed by Sylar" or "Current status: Incarcerated", etc. For unclear deaths like Arthur's, it could simply be "Current status: Dead". However, I'm not sure this is really necessary.--Referos 20:05, 24 November 2009 (EST)
- I don't think it's necessary. It's a lot of backlogging of information on a template that is already huge. Plus, there are a lot of times that people debate who it was who actually killed a character (like was it Sylar or Peter who killed Arthur? or was Hank killed by Sylar or Matt?)... Usually, if it's a significant person who killed the character, we'll say "deceased" and link it to the killer's page of victims: (deceased), for instance. -- RyanGibsonStewart (talk) 19:58, 24 November 2009 (EST)
WantedPages
This template is currently producing a ton of Special:WantedPages, I am not sure why. -Lөvөl 15:12, 3 June 2015 (EDT)