Jump to content

Template talk:Infobox: Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Content deleted Content added
"Fair use captions": noprint-fair-use would be better
Fair use images not permitted in templates, per WP:NFCC #9
Line 115: Line 115:
|
|
{{infobox Television
{{infobox Television
| image = [[File:Forever Knight.png|220px]]
| image =
| caption = intertitle
| caption = intertitle
| show_name = Forever Knight
| show_name = Forever Knight

Revision as of 20:25, 4 October 2010

small change

{{editprotected}} Note: I haven't tested this, just working off general template knowledge

example of problem
  • list item 1
  • list item 2
  • list item 3

In {{infobox/row}} can line 8 be changed to read:

  }}
{{{data}}}</td></tr>

The carriage return should allow wiki bullet and list formatting to work correctly in data cells. currently the first item in any list is not wikified if it's on the first line of the of the parameter specification - example at right. — Preceding unsigned comment added by Ludwigs2 (talkcontribs)

 Done — Martin (MSGJ · talk) 10:43, 29 June 2010 (UTC)[reply]

Unintended consequences in Template:Infobox knot details

Is there a way to override this new behavior? The content in field data10 of Template:Infobox knot details are ABOK reference numbers which, by convention, always begin with a '#' character. This field is now being incorrectly rendered as a numbered list. Given the above comments, and since the knot details infobox has not been changed in quite a while, it appears this new behavior resulted from the above change (diff). As an example of what has gone wrong, see the infobox on Constrictor knot. The list should read "#176, #355, #364...", not "1. 176, #355, #364...".

I am not a wiki markup expert and would appreciate help/advice on the most appropriate way to override this new behavior in this field of the knot details infobox. The content does include bold and possibly other markup, so I just want to be able to override the new list behavior in this field and not disable all markup. Any recommendations would be appreciated or, failing any reasonable workaround, consideration of a reversion of this change. Thanks much... --Dfred (talk) 20:04, 6 July 2010 (UTC)[reply]

Fixed with a <nowiki/> tag before the template parameter in {{Infobox knot details}}. — Richardguk (talk) 20:54, 6 July 2010 (UTC)[reply]
Ah, you beat me to it. --Ludwigs2 21:01, 6 July 2010 (UTC)[reply]

Just a little tweak

{{editprotected}}

I have a version in the {{Infobox/sandbox}}. The changes are very minor but it has been on my mind for a long time. I created a couple of synonymous parameter names so that the coder can use subheader1 and subheader2 instead of subheader and subheader2. This is consistent with image1 and image2. No big thing but the way it is now bugs me a little. Other differences are just code beautification and are not substantial. –droll [chat] 23:42, 29 June 2010 (UTC)[reply]

Done, as this doesn't appear to be controversial. However, please revert if there is an unforeseen problem. Plastikspork ―Œ(talk) 04:03, 30 June 2010 (UTC)[reply]

image2 horizontal

Hi, would it be possible to change the template to allow image2 to appear alongside (rather than below) image if desired? It could be used for prominent templates such as Template:Infobox U.S. state and Template:Infobox country and probably several others. Thanks LunarLander // talk // 13:54, 7 July 2010 (UTC)[reply]

Title and box far from eachother

Hello.

I've used this infobox at my website, and obviously it's messed up, if someone can tell me what's going on, I'd be more than happy. Example: My wiki - Article "Gecero". Problem: Title is like 50 yards above the box, they should have 0px between them. As I often don't have time to check this talk page, could You please reply to my mail? webmaster@gecero.cz.cc

Thanks. Mikkel Trebbien, Denmark (talk) 09:24, 15 August 2010 (UTC)[reply]

Fixed. Infobox/row were messed up even though it were directly copied and pasted. Mikkel Trebbien, Denmark (talk) 13:04, 18 August 2010 (UTC)[reply]

Latin interwiki

Provided a bot doesn't get there first, can you please add the Latin interwiki link: [[la:Formula:Capsa]]. Thanks! --Robert.Baruch (talk) 18:36, 30 August 2010 (UTC)[reply]

You can do it yourself :) Just edit the bottom of Template:Infobox/doc. Cheers. Plastikspork ―Œ(talk) 19:13, 30 August 2010 (UTC)[reply]

Tracking category

Would it be possible to add a tracking category for templates that make use of the subclassing option? It would be useful to know which infoboxes make use of this feature. PC78 (talk) 07:57, 10 September 2010 (UTC)[reply]

The only issue I can see is reliably restricting it to only templates. If the template in question uses a <includeonly>...</includeonly> around the template, or something like that, it won't necessarily show up in the tracking category. A more reliable method would be to have a bot run through all the templates which use this template and check (or use an equivalent database dump check). However, if you aren't worried about completeness, then it should be possible. Plastikspork ―Œ(talk) 20:57, 11 September 2010 (UTC)[reply]
If a database check would do the job better, then I'd be fine with that. PC78 (talk) 13:16, 12 September 2010 (UTC)[reply]
You could try asking Svick or over at WP:VPT. Someone there could probably help with running a query on the latest database dump. Plastikspork ―Œ(talk) 17:26, 12 September 2010 (UTC)[reply]

Thoughts on subclassing

From a recent discussion with Chris Cunningham, my understanding is that when the subclassing option is used, title is converted into a header and above is hidden. After some consideration I have the following comments:

  • title and above tend to be used interchangeably for the same thing (i.e. a |name= parameter or similar); in fact, from my own observations it seems that above is by far the more common styling. I don't think it's a good idea for subclassing to necessitate a preference for using title as it currently does.
  • Chris commented about using title in order to keep all the logic in one place and avoid using a seperate header. But I diasgree with this. The two things are essentially different, and any benefit in lumping them together is surely negligible since it requires an if statement to toggle between the two (as was done here). IMO, it would be simpler, cleaner and more user friendly to have a seperate |childheader= parameter for this purpose, with both title and above hidden by subclassing.

Thoughts on the above? PC78 (talk) 03:05, 16 September 2010 (UTC)[reply]

childheader could work, yep. My original thought was to require as few adjustments as possible when adapting a template to allow subclassing, but this is arguably a cleaner way of doing it. Chris Cunningham (user:thumperward: not at work) - talk 08:33, 16 September 2010 (UTC)[reply]
I don't have a strong opinion, but this seems like a sensible proposal. Plastikspork ―Œ(talk) 21:14, 25 September 2010 (UTC)[reply]
I've made some changes in the sandbox; it seems to test ok, but one of you guys will need to check it over. Some additional thoughts:
  • Should |childheader= be accompanied by |childheaderstyle= and |childheaderclass=, or are these best dictated by |headerstyle= and |headerclass= to keep all headers in sync?
  • Should subheaders and images be permitted inside subclassed infoboxes? PC78 (talk) 18:08, 28 September 2010 (UTC)[reply]

"Fair use captions"

Currently, in articles such as Forever Knight, a fair use image is used, and is captioned. Specifically,

{{infobox Television
 | image         = [[File:Forever Knight.png|220px]]
 | caption       = intertitle
 | show_name     = Forever Knight
 | format        = [[Supernatural drama]]<br>[[Police procedural]]
}}

However, when Wikipedia content is re-used (in mirrors, or in things like Wikipedia books), there is no way to check whether or not a string of text is related to fair use, other than manual inspection. So what is rendered (by projects which follow licenses and don't reproduce non-free content) is a caption, without its image.

Wikipedia (English) Free projects (current) Free projects (fixed)
Infobox
Created byBarney Cohen
James D. Parriott
StarringGeraint Wyn Davies
Catherine Disher
Nigel Bennett
Ben Bass
Deborah Duchêne
Blu Mankuma
Natsuko Ohama
John Kapelos
Lisa Ryder
Gary Farmer
Country of originCanada
No. of episodes70 (list of episodes)
Production
Running time44–48 minutes
Production companiesGlen Warren Productions
Paragon Entertainment Corporation
Tele München
TriStar Television
USA Network
Original release
NetworkCBS
ReleaseMay 5, 1992 (1992-05-05) –
May 17, 1996 (1996-05-17)
Infobox
 
intertitle
Created byBarney Cohen
James D. Parriott
StarringGeraint Wyn Davies
Catherine Disher
Nigel Bennett
Ben Bass
Deborah Duchêne
Blu Mankuma
Natsuko Ohama
John Kapelos
Lisa Ryder
Gary Farmer
Country of originCanada
No. of episodes70 (list of episodes)
Production
Running time44–48 minutes
Production companiesGlen Warren Productions
Paragon Entertainment Corporation
Tele München
TriStar Television
USA Network
Original release
NetworkCBS
ReleaseMay 5, 1992 (1992-05-05) –
May 17, 1996 (1996-05-17)
Infobox
Created byBarney Cohen
James D. Parriott
StarringGeraint Wyn Davies
Catherine Disher
Nigel Bennett
Ben Bass
Deborah Duchêne
Blu Mankuma
Natsuko Ohama
John Kapelos
Lisa Ryder
Gary Farmer
Country of originCanada
No. of episodes70 (list of episodes)
Production
Running time44–48 minutes
Production companiesGlen Warren Productions
Paragon Entertainment Corporation
Tele München
TriStar Television
USA Network
Original release
NetworkCBS
ReleaseMay 5, 1992 (1992-05-05) –
May 17, 1996 (1996-05-17)

So could we introduce a new parameter in the infobox (|fair-use-image=yes) which would wrap the caption in a <span class="noprint-fair-use"></span>? If this parameter is introduced, then bots can easily take care of everything else, and all free projects will greatly benefit from it. I'd make the edit protected request, but I figure some prior discussion wouldn't hurt. Headbomb {talk / contribs / physics / books} 12:35, 4 October 2010 (UTC)[reply]