Jump to content

Template talk:Infobox video game

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by 210.50.189.21 (talk) at 02:28, 17 January 2008 (Added message.). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

WikiProject iconVideo games Template‑class
WikiProject iconThis template is within the scope of WikiProject Video games, a collaborative effort to improve the coverage of video games on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
TemplateThis template does not require a rating on the project's quality scale.
Summary of Video games WikiProject open tasks:

Copy protection

I request creating a field for the type of copy protection. This is notable since several forms of copy protection are controversial, such as Starforce or online DRM like Steam (content delivery). It is something that the user has a right to know before buying or installing the game. Ham Pastrami 02:36, 1 July 2007 (UTC)[reply]

That seems like a good idea, but different releases of a game can have different protection schemes. Even things like StarForce aren't applied to every release these days. It'd be very fiddly to include this kind of information per-release in the infobox, and I am completely opposed any kind of blanket-statement field (even if it is true for a title at the time of writing). A section in the article would be much more flexible. --Tom Edwards 12:23, 1 July 2007 (UTC)[reply]
I considered that also, as protection methods are occasionally removed by patches, or differ between regions (where there may be different publishers). But these situations can be delineated within the infobox field, in much the same way as "Release date" (multiple dates for different regions) or "Media" (as with multi-platform releases on cartridge vs CD vs DVD). A section in the article seems to be overkill, as the issues related to StarForce should be discussed in the StarForce article and not in each game that uses it. It's also questionable as to whether post-installation removal methods actually justifies the removal of association. As in the article you referenced, the removal of StarForce protection from one title (or the uninstallation of the title) does not necessitate the removal of StarForce's software from the system (which is one of the points of controversy). Thus, as long as StarForce is installed at all, it remains resident on the host computer, regardless of whether the protection aspect is removed later, and people interested in keeping their system free of such intrusions are not aided by revisionism claiming the game to be StarForce-free. I just think that the presence of this information at all far outweighs the potential negatives of having incomplete information (which is always a danger of WP anyway). Ham Pastrami 03:02, 2 July 2007 (UTC)[reply]

But these situations can be delineated within the infobox field, in much the same way as "Release date" (multiple dates for different regions) or "Media"

Which is exactly what I think would be bloating the infobox up. The majority of copy protection schemes aren't of any great interest to normal users, remember. In fact StarForce is the only example I can think of that is. You're right that a section would be too much; perhaps just a sentence in the introduction?

As in the article you referenced, the removal of StarForce protection from one title (or the uninstallation of the title) does not necessitate the removal of StarForce's software from the system (which is one of the points of controversy).

That was just an example (though as it happens TM on Steam used the driverless version of SF, so it still stands as one). There are or may be other situations where whatever protection is used elsewhere isn't present at all. --Tom Edwards 18:15, 2 July 2007 (UTC)[reply]

Pruning the template

OK, are there any fields in this lengthy template that can be removed to remove bloat? Here are two of my suggestions for fields that I think should be removed. Add others if you have a good reason for deleting and we'll try to build some consensus on each one. Suggest holding a discussion under each point below and sign your individual points like in an AfD. GDallimore (Talk) 22:23, 2 July 2007 (UTC)[reply]

media
Delete Will normally be totally obvious from the platforms supported and/or the age of the game. eg this Dreamcast game came on a GD-ROM. Oooh, really! Is it useful information anyway? I could see a field like this one being used to indicate whether it is sold on a medium or if it is download or online only, but let's lose this field for now and think about replacements later. GDallimore (Talk) 22:23, 2 July 2007 (UTC)[reply]
Keep - Is useful for cross-platform games, especially for older PC games. Also useful for newer games which (possibly in the future) are only available through online distributers, such as GamersGate. SharkD 17:42, 30 November 2007 (UTC)[reply]
input
Delete Not particularly useful to my mind in the infobox. Are readers really going to care to find this information that quickly? Additionally, such information would be valuable only to players of the game, I would say, so it's more trivia than it is encyclopedic information. GDallimore (Talk) 22:23, 2 July 2007 (UTC)[reply]
Keep SharkD 17:42, 30 November 2007 (UTC)[reply]

No opinion at the moment, although in both of these cases they apply more to PC games than anything else. Please mention this discussion on the main project page. Andre (talk) 22:14, 12 July 2007 (UTC)[reply]

Wasn't input one of the arcade fields originally? - X201 22:17, 12 July 2007 (UTC)[reply]

Edit protected: add hCalendar microformat

{{editprotected}}

Please add hCalendar microformat mark-up (as used recently on {{Infobox Album}}, {{Infobox Single}} and {{Infobox Film}}) by making these three changes, each adding one class:

{| class="infobox bordered"

to:

{| class="infobox bordered vevent"

and:

background-color: #CCCCFF;" | ''{{{title|{{PAGENAME}}}}}''

to:

background-color: #CCCCFF;" class="summary" | ''{{{title|{{PAGENAME}}}}}''

and:

{{#if:{{{designer|}}}|<tr>

to:

{{#if:{{{designer|}}}|<tr class="description">

I'll then update the documentation and extend this bot request to use {{start date}} for the earliest release date on each instance of the template. Andy Mabbett | Talk to Andy Mabbett 19:21, 16 August 2007 (UTC)[reply]

Any chance of explaining the changes and if required allowing the CVG project to decide if they want them? What is hcalendar format? How will it benefit us? - X201 21:13, 16 August 2007 (UTC)[reply]
One aspect: From the CVG project side, it was noticed that many older games have released dates on December 31 or January 1 of certain years. Checking against gaming sites like IGN and the like show that these odd dates are coming from those sites , likely due to their inability of their databases to handle year-old release information. We were looking to get a bot to cycle through articles with the CVG infobox to pull any articles with these dates into a category to be able to check them.
General purpose, the hCalendar format is a way to make date representations into an XHTML format that then can be used by other applications. As other parts of wikipedia are now using this for release information (Films and musical singles and albums), it would seem to make sense to do that for video games as well. (see WP:BOTREQ#Convert dates for album, single and film release dates) --Masem 21:22, 16 August 2007 (UTC)[reply]
So in simple plain English you're saying a microformat is a way of explicitly tagging an infobox item, the same as if it were a field in a database, so that it can be read by an external entity and so that that external whatever-it-is knows that in, say a game name field it's getting the game name or in a designer field the designer? . If that is it in a nutshell I hope the Microformats team don't go into advertising, because their project page is nowhere near "clear and easy to understand". - X201 21:41, 16 August 2007 (UTC)[reply]
Done. By the way, a bot isn't needed to detect articles with a date of December 31 or January 1 – ParserFunctions can handle that. Cheers. --MZMcBride 03:25, 17 August 2007 (UTC)[reply]
Thank you. Andy Mabbett | Talk to Andy Mabbett 18:03, 17 August 2007 (UTC)[reply]
So does this actually help with the 31 December & 1 January thing, and if so how? Miremare 19:10, 17 August 2007 (UTC)[reply]

Per 1, 2, and 3:

! style="background-color: #ccccff; white-space: nowrap;" | Release date(s)
| {{{release|}}}{{{released|}}}

! style="background-color: #ccccff; white-space: nowrap;" | Release date(s)
| {{{release|}}}{{{released|}}}{{#switch:{{{release|}}}{{{released|}}}|December 31|January 1=[[Category:Video games with suspected incorrect release dates]]|}}

madman bum and angel 16:18, 17 August 2007 (UTC)[reply]

Declined. This wouldn't work. It would require the contents of the release date parameter to consist of only the month and day. I think we're going to need a bot for this one, but I may be wrong. --- RockMFR 17:12, 17 August 2007 (UTC)[reply]
Ah. It was my understanding that that was all there was. I'm not involved with the project. — madman bum and angel 17:23, 17 August 2007 (UTC)[reply]

Adjoining game infoboxes

Is there any way two repeat two infoboxes in the template? Like for an expansion, or an updated version? If not, could there be? Common practice seems to be to put a separate infobox in a different section. This sometimes leads to a complete separation of new information that could be better put into the appropriate game sections (gameplay, story, etc.). I didn't see any info on this, sorry if I missed something obvious. ~ JohnnyMrNinja 06:05, 18 August 2007 (UTC)[reply]

Empty fields

In the instructions on the template's page, it says that all fields are optional. However if the field is left blank or if the field is omitted completely certain fields still show up in the table. Would it be better to only display the fileds that are filled in? On Spore (video game) people are constantly changing the release date, for example. If the field could be omitted then it wouldn't attract casual editors' eyes and be the cause of constant reverts. What do others think? --Monotonehell 00:24, 22 August 2007 (UTC)[reply]

Making them all hidden when empty makes sense to me. Can't think of a reason not to at the moment. - X201 07:56, 22 August 2007 (UTC)[reply]

Removal of the preceded by/ followed by parameters?

I noticed in this this edit that these parameters were removed. Why? They were very useful. Fistful of Questions 23:52, 3 January 2007 (UTC)[reply]

I was just coming here to post that very question. Seems counter-productive and makes the infobox less informative. -- Y|yukichigai (ramble argue check) 02:36, 20 September 2007 (UTC)[reply]
It was removed because it was getting way out of control, mainly people listing games that weren't direct sequels or not even sequels at all but just joined by the same character. The best way out of it was removal of Preceded/Followed by and to use the Series field instead to point readers to "series" articles about a whole game series which would provide context for any half or spiritual sequels rather than directing readers to a single article out of context. - X201 14:21, 20 September 2007 (UTC)[reply]

{{editprotected}}

I can understand the issue, but the obvious solution is not to remove useful functionality from a template, but to remove the non-sequel entries in the individual articles. Many users like to include improper fair-use images in articles, but that doesn't mean we should make the [[Image]] tags only work for commons images. I'm going to ask to restore the functionality. I would suggest putting a warning about irrelevant non-sequel games in the template documentation. -- Y|yukichigai (ramble argue check) 21:07, 23 November 2007 (UTC)[reply]

Discuss this among the relevant WikiProject first. The comments here are nine months apart. --MZMcBride (talk) 04:58, 25 November 2007 (UTC)[reply]

{{editprotected}} The project this template is associated with changed name from WP:CVG to WP:VG ages ago, and the template name should reflect this. --MrStalker talk 14:46, 22 September 2007 (UTC)[reply]

Also change this:

{| class="infobox bordered vevent" style="float: {{{align|right}}}; width: {{#if:{{{width|}}}|{{{width|}}}|23em}}; font-size: 90%; text-align: left;" cellpadding="3"

to this

{| class="infobox bordered vevent" style="float: {{{align|right}}}; width: {{#if:{{{width|}}}|{{{width|}}}|264px}}; font-size: 90%; text-align: left;" cellpadding="3"

This eliminates the problem of having more white space on one side af the image then the other when using images 256px wide, which is the most common. --MrStalker talk 15:11, 22 September 2007 (UTC)[reply]

Both of these changes should be discussed on WT:CVG first. Cheers. --MZMcBride 01:36, 23 September 2007 (UTC)[reply]
This has been discussed a long time ago, back when WP:CVG made the big move to WP:VG. This template was simply overlooked during the move. Axem Titanium 17:30, 13 October 2007 (UTC)[reply]
Even so. It's only good manners to mention this discussion on the main project talk page. That way, no one could say they weren't warned. - X201 18:59, 13 October 2007 (UTC)[reply]
Ok, I'll do that now. Axem Titanium 21:10, 18 October 2007 (UTC)[reply]
When you have gained consensus there, please re-add {{editprotected}} fot the edit to be made there. Tra (Talk) 16:07, 21 October 2007 (UTC)[reply]
Hahaha, almost forgot about this. Consensus, I believe. Axem Titanium 21:55, 6 November 2007 (UTC)[reply]
Is there a bot ready to convert this? I don't believe you have consensus without it. Pagrashtak 00:22, 7 November 2007 (UTC)[reply]
OK, I am ready to do this, and I am arranging to have the articles migrated to the new name as well. — Carl (CBM · talk) 01:49, 13 November 2007 (UTC)[reply]
Great, thanks for everything. Axem Titanium 03:27, 16 November 2007 (UTC)[reply]

Editing style to be more like Template:Infobox Game

This infobox is showing its age. Compare to Template:Infobox Game, which does away with the garish colours and compartments. In addition, it'd mean infoboxes looked a bit more like each other.

(old code removed 11:12, 26 October 2007 (UTC))

Thoughts? Chris Cunningham 20:31, 4 October 2007 (UTC)[reply]

Full proposal now at Wikipedia talk:WikiProject Video games#Modernise layout of Template: Infobox CVG. Chris Cunningham 11:12, 26 October 2007 (UTC)[reply]

Requested edit

{{editprotected}}

This

{{#if:{{{width|}}}|{{{width|}}}|23em}};

to this

{{#if:{{{width|}}}|{{{width|}}}|264px}};

or this

{{{width|264px}};

This makes the box fit around 256px (standard size) boxarts better. --MrStalker talk 18:01, 7 November 2007 (UTC)[reply]

Can't this edit wait and be combined with the new Infobox that is being discussed on the project page? - X201 09:17, 8 November 2007 (UTC)[reply]
Disabling editprotected, since the template appears to be undergoing major revamps and this may not be relevant any more. Pagrashtak 15:50, 9 November 2007 (UTC)[reply]

Make caption optional

{{editprotected}} Please change <br/>{{{caption}}} to {{#if:{{{caption|}}}|<br/>{{{caption}}}}}. Thanks. Anomie 14:42, 9 November 2007 (UTC)[reply]

You can use the slightly leaner <div>{{{caption|}}}</div> -- DatRoot 14:49, 9 November 2007 (UTC)[reply]
And all fields will soon be optional when the discussion over the revamped infobox is completed on the project page. Can this edit wait? - X201 14:53, 9 November 2007 (UTC)[reply]
I actually did this before noticing this request. Done in any event. Pagrashtak 15:49, 9 November 2007 (UTC)[reply]
X201: No, it couldn't wait, as the caption was optional until this morning. This was causing {{{caption}}} to appear on existing articles, and therefore needed fixing. Anomie 16:42, 9 November 2007 (UTC)[reply]
X201: that hasn't even been mentioned in the new discussion..? I would still strongly oppose all fields being optional, for the reasons I gave in the original WT:CVG discussion: The current mandatory fields should remain so, as they are for important info that should always be included for every game. An empty cell next to "publisher" in the table highlights that the info is missing, making it more likely to be added, whereas "publisher" not appearing at all would hide the fact that the info is needed. But yes, caption should be optional. Miremare 16:39, 9 November 2007 (UTC)[reply]
My mistake. I was struggling to keep track of the whole discussion and got a bit confused over what was actually happening. - X201 23:04, 9 November 2007 (UTC)[reply]
I concur that some fields should be mandatory. Pagrashtak 17:54, 9 November 2007 (UTC)[reply]
I agree. This following should be compulsory :- title,developer,publisher,released,genre,modes,platforms,media and input.--SkyWalker 14:33, 10 November 2007 (UTC)[reply]
Note that "released" does not apply to games that have not yet been released, and "input" is really not useful unless there is input besides the standard controller. "media" is another that has been argued is redundant in many cases. IMO, the currently required fields are sufficient. Anomie 16:49, 10 November 2007 (UTC)[reply]

Edit protected: tweak to column

{{editprotected}}

Can we change the heading "designer" to "designer(s)"? Because you can have multiple designers of importance working on a single game. It's only a minor change (three characters), but its significant. -- Sabre 21:28, 9 November 2007 (UTC)[reply]

We don't do this for publisher or developer, and there can be multiples of those as well. Pagrashtak 21:40, 9 November 2007 (UTC)[reply]
The old template did say Developer(s), Publisher(s) Designer(s). But when Chris proposed the template change, he seemed to have changed it so that only the fields where the parameter name was plural displayed an (s), eg Mode(s), Platform(s). I mostly copied his field names when compiling the merged code. I tend to think it's better this way - I think having with (s)'s on all the fields they become a bit redundant. -- DatRoot 22:06, 9 November 2007 (UTC)[reply]
Yes, you can have more than one publisher or developer, but it's not a massively common occurance. To me it makes perfect sense to change a column heading when it is perfectly normal (hence the multiple wikilinks I provided) for that column to contain more than one designer. I'm not asking for a change to every column heading - that's not needed, I agree with DatRoot over that - just for three characters to be added to the end of a single column to acknowledge the fact there can and often is more than one key designer. With this column we are dealing with individuals rather than the developer and publisher columns which deal with companies and businesses. -- Sabre 12:43, 10 November 2007 (UTC)[reply]
I guess I agree with that. Ok, so we can get any others changed that want changing at the same time, here's all the current differences in field titles between the old and current versions.
Old Developer(s) Publisher(s) Distributor(s) Designer(s) Latest version Release date(s)
Current Developer Publisher Distributor Designer Version Released
Old Rating(s) Genre(s) Input Arcade system(s) Arcade CPU(s) Arcade sound system(s)
Current Ratings Genre Input methods Arcade system Arcade CPU Arcade sound system
-- DatRoot 15:00, 10 November 2007 (UTC)[reply]

Please work out all the requested changes, make a test version with the changes, get consensus, and then put up an editprotected request. — Carl (CBM · talk) 01:24, 13 November 2007 (UTC)[reply]

Seems a bit bureaucratic for a simple change of three characters, so I went off and looked at the film infobox for their way of doing things. Rather than using (s) at the end, I'd propose using "x by" like the film infobox. I'd also recommend putting in a section for music composition, seeing as how that is gradually becoming more important for both the games and the composers. I've created a sandbox with the proposed changes, but I'll warn you now that my ability to change these things is not brilliant and therefore the music column may not be implemented properly. The sandbox is here. -- Sabre (talk) 10:48, 17 November 2007 (UTC)[reply]

Docs

I've copied over the documentation and syntax guide that weren't copied over when the template was moved. - everything looks Ok but give it the once over to check. - X201 20:28, 13 November 2007 (UTC)[reply]

Any reason you copied instead of moved it? Anomie 00:26, 14 November 2007 (UTC)[reply]
I think I've fixed it. X201, never cut and paste to move—use the move feature. If you cannot, contact an admin for help or use Wikipedia:Requested moves. See Help:Moving a page and Wikipedia:How to fix cut-and-paste moves for some background. Pagrashtak 06:21, 14 November 2007 (UTC)[reply]
I normally do use move. Can't think why I cut & pasted it though . Just one of those fail to engage brain moments. - X201 09:26, 14 November 2007 (UTC)[reply]

Latest release

{{editprotected}} I suggest adding one or more of the following from Template:Infobox Software:

  1. latest release version
  2. latest release date
  3. latest preview version
  4. latest preview date

This is useful for open source games (or games like Battlecruiser 3000AD) where content is added post-release or over a lengthy period of time, or for games which haven't reached v1.0 yet (such as Vega Strike). SharkD 17:38, 30 November 2007 (UTC)[reply]

Assuming there is agreement to do this, the code needs to be written and tested first. Then add an editprotected tag as the final step, for an admin to copy the new code into the live template. — Carl (CBM · talk) 23:12, 7 December 2007 (UTC)[reply]
OK, I created a test version that works OK. You can find it here. You can see it in action here. SharkD (talk) 03:21, 11 December 2007 (UTC)[reply]
Done. — Carl (CBM · talk) 22:42, 13 December 2007 (UTC)[reply]
I added them to the usage example, but I'm not sure how to add them to Template talk:Infobox VG/Syntax Guide. --Geniac (talk) 19:33, 14 December 2007 (UTC)[reply]

System requirements

Is it necessary to have system requirements in this infobox? It seems close to a violation of WP:NOT#GUIDE ("a Wikipedia article should not read like a how-to style manual of instructions...instruction manuals, game guides..."). The only reason someone would add it is to help people know if their rigs can handle teh über 1337 grafix of RigMelter 2000, and that's not what Wikipedia is for. Is there a justification for its existence? Sticky Light 06:08, 1 December 2007 (UTC)[reply]

First, I did make up {{VG Requirements}} that allow more detailed requirements outside of the infobox.
However, I think that requirements are useful from the standpoint that someone may want to research what hardware VGs have required over the years. It's not really a guide (though I see how you see it being used as a guide to uberbox construction), per se, but more factual information when it is compared to other games. --MASEM 06:18, 1 December 2007 (UTC)[reply]

edit request

{{editprotected}} Please link "Ratings" to video game content rating system, thanks. 16@r (talk) 19:06, 10 December 2007 (UTC)[reply]

I've incorporated the above request into my proposed changed version (here). SharkD (talk) 03:31, 11 December 2007 (UTC)[reply]

Hidden, but with boxart shown

I was wondering if anyone would be willing to create a version of {{Infobox VG Hidden}} that displays the boxart by default. Thanks! SharkD (talk) 05:32, 16 December 2007 (UTC)[reply]

Requested change to code

According to Help:Table, HTML and wiki <td> syntax should not be used. However, isn't this being used in this template? Could the coding be changed to remove <td> and such from it?--Richard (Talk - Contribs) 18:53, 21 December 2007 (UTC)[reply]

Easy. Have a look at User:thumperward/infobox CVG (example). Chris Cunningham (talk) 19:55, 21 December 2007 (UTC)[reply]
There was stiff opposition to a change from the table appearance when that was first attempted and so it was reverted. Its hardly been long since then, I doubt opinions have changed much. I'd wait a little while longer before trying to bring this through again. -- Sabre (talk) 21:26, 21 December 2007 (UTC)[reply]
HTML table syntax is disfavored in articles, but it's sometimes better for templates. It makes much less fragile template code than the tricks (like {{!}}) that are needed to use wiki tables and conditional syntax together. — Carl (CBM · talk) 00:34, 22 December 2007 (UTC)[reply]
That assumes the infobox is actually edited regularly. No objections were raised on the last discussion about the actual syntax, because in projects with fully-protected templates nobody ever looks at the syntax. On this occasion I pointed out my revision for the sake of informing the inquirer; I have no hope nor enthusiasm for persuading the project as a whole to evolve. Chris Cunningham (talk) 01:05, 22 December 2007 (UTC)[reply]
My experience with editprotected requests is that infoboxes are edited too regularly, and the syntax is sometimes so opaque that it's hard to figure out how to make even minor changes. Using HTML instead of wiki tables is a nice way to simplify the syntax; I wish more people used that method. — Carl (CBM · talk) 03:26, 22 December 2007 (UTC)[reply]
That assumes that editors have knowledge of HTML table syntax. In this day and age, it's possible for people to have maintained a website for years without ever having had to look at an HTML table. If you look at the proposed code layout, it's no more complicated (and quite a bit more compact) than raw HTML. Which is one of the reasons I use it in any infoboxen I can. Chris Cunningham (talk) 08:14, 22 December 2007 (UTC)[reply]
These protected templates are only edited by a few admins, and from my experience with several of them it's safe to assume those few admins know HTML, or will at least avoid editing the template if they don't. The code you wrote above is simple enough now, but in my experience infoboxes suffer from feature creep; in six months, there would be nested conditionals and other complications. — Carl (CBM · talk) 14:21, 22 December 2007 (UTC)[reply]
Well, I disagree with such protectionist thinking, but as I've already given up on improving this infobox it doesn't matter much to me. Chris Cunningham (talk) 14:26, 22 December 2007 (UTC) Update below. Chris Cunningham (talk) 11:49, 4 January 2008 (UTC)[reply]

Edit Protected: minor wording change

{{editprotected}}

Per discussion here, please add (s)'s to the columns for developer, designer, publisher and distributor. A sandbox based on the latest version is located here, should you really want it. -- Sabre (talk) 16:42, 29 December 2007 (UTC)[reply]

done. — Carl (CBM · talk) 16:47, 29 December 2007 (UTC)[reply]
That was fast. Thanks. -- Sabre (talk) 16:48, 29 December 2007 (UTC)[reply]
I was looking through requests when yours came in. The sandbox also helped, since I didn't have to spend too long pondering what you were asking for. You will almost always get a faster response if you have a sandbox version already made. — Carl (CBM · talk) 17:13, 29 December 2007 (UTC)[reply]

De-cruft the table syntax

{{editprotected}}

This removes all the old, crufty HTML syntax from the infobox and makes all attributes optional (for situations where the developer is unknown, for instance). Makes it easier to maintain the template in future, as well as making the source a lot clearer. Minimal change in presentation.

Not going to copy the whole source in here: it's available at User:Thumperward/infobox CVG; just needs copied across verbatim. Tested and working flawlessly on a variety of game data. Chris Cunningham (talk) 11:47, 4 January 2008 (UTC)[reply]

Disabling for now—all parameters shouldn't be optional. For example, every infobox should have a platform. This has been raised several times at the VG WikiProject, and we always keep the same basic required fields. Update your sandbox version then re-activate the edit request. Pagrashtak 15:23, 4 January 2008 (UTC)[reply]
I've got some other questions—you appear to have added a name parameter that doesn't do anything beyond the title parameter. What is the purpose of that? Pagrashtak 15:28, 4 January 2008 (UTC)[reply]
Accidental hangover. Happy to make the required attribs required again if that's all it takes. Chris Cunningham (talk) 15:34, 4 January 2008 (UTC)[reply]
Done. Reactivating. Chris Cunningham (talk) 15:43, 4 January 2008 (UTC)[reply]
Don't put "Unknown" for a required parameter—it should be left blank. You should also leave the color unless there is consensus at WPVG to change. Pagrashtak 16:57, 4 January 2008 (UTC)[reply]
Done. (that's it partially re-crufted, but I've already maligned the project's predilection to mauve.) Chris Cunningham (talk) 18:27, 4 January 2008 (UTC)[reply]

I don't like the variable column sizes, it will give articles less consistency. Should the width be expressed in absolute terms in px? That was due to an edit request above to make the image sizes fit better (whereas, we should have just changed the image sizes). - hahnchen 12:19, 5 January 2008 (UTC)[reply]

Clearly there isn't consensus quite yet. Please feel free to re-enable the editprotected request when there is. Cheers. --MZMcBride (talk) 04:01, 9 January 2008 (UTC)[reply]

Released/Version

Now that we have a "latest release" and "latest preview", what should be done about "released" and "version"? I suggest two things:

  1. "released" be changed to "date", in keeping with the new naming scheme. (Should be simple to fix using a bot.)
  2. "released" and "version" be compacted into a single row, where the release date is contained in parentheses after the version number, like how "latest release version" and "latest release date" work.

However, this raises some issues:

  1. In many articles, "released" and "version" don't coincide. E.g., "released" refers to the first release date, and "version" refers to the latest version. Pairing them would lead to incorrect information.
  2. Should "released" and "version" refer to the first release of the game (maybe a development release with a version number lower than 1.0 in the case of open-source games), or for version 1.0? What if version 1.0 of a game was never released (e.g., the first release was v.1.0.1)?

SharkD (talk) 06:54, 6 January 2008 (UTC)[reply]

Few request

I have got few request to make. I would like to ask if this is good idea to add in the template. Here are the suggestions. 1. Can we add this :- preceded by and followed by. 2. Is it possible to remove system reqs in lieu for this Template:VG Requirements. --SkyWalker (talk) 16:02, 7 January 2008 (UTC)[reply]

Preceded and Followed have been discussed several times, and consensus is to not include them. Why would we need to remove system requirements? If you want to use {{VG Requirements}} in an article, then simply don't use the parameter in this template. Not every article will have requirements so complex as to require the separate template. Pagrashtak 17:05, 7 January 2008 (UTC)[reply]
I see. I thought of adding preceded and followed by because of this [1]. That is not the first time that is happening. Many games nowdays have expansion and sequel so i though preceded and followed by is a valuable asset. Well i know regarding about sys req. Simply adding sys req in that template is making it look so ugly and adding sys reqs in VG reqs makes it look clean.--SkyWalker (talk) 17:40, 7 January 2008 (UTC)[reply]
The short answer is that preceded/followed is not always clear-cut due to spin-offs, and disagreements over whether to follow release schedules or plot chronology. Series pages and navboxes already present this information, and in a greater context, so there is no great benefit to added to the already-large infobox. See The Legend of Zelda: Majora's Mask for an example of why the requirements parameter is useful. Pagrashtak 17:49, 7 January 2008 (UTC)[reply]

Language

id:Templat:Infobox CVG, Infobox CVG Template in Indonesian Language Azmi 07:14, 11 January 2008 (UTC)

Done - X201 (talk) 09:09, 11 January 2008 (UTC)[reply]

Colours

I request to make this infoboxes colour changable, you know how you can allow or disallow colours on an infobox to be changed. How about it. Mythdon (talk) 02:22, 17 January 2008 (UTC)[reply]

The link that "Platform(s)" links to within the template (Computer platform) currently redirects to Platform (computing). Could this be corrected? Thanks in advance. 210.50.189.21 (talk) 02:28, 17 January 2008 (UTC)[reply]