This template is within the scope of WikiProject Infoboxes, a collaborative effort to improve the coverage of Infoboxes 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.InfoboxesWikipedia:WikiProject InfoboxesTemplate:WikiProject InfoboxesInfoboxes articles
This article is within the scope of WikiProject Correction and Detention Facilities, a project which is currently considered to be defunct.Correction and Detention FacilitiesWikipedia:WikiProject Correction and Detention FacilitiesTemplate:WikiProject Correction and Detention FacilitiesCorrection and Detention Facilities articles
There have been edits to this info box which have meant that prisons using the box are poorly formatted, eg most NSW prisons. PLEASE DO NOT change infoboxes if you are not prepared to change the articles using them.--A Y Arktos07:21, 26 March 2006 (UTC)[reply]
I have made a change to the template which seems to have fixed most of the formatting errors; if there are articles still with errors it is because of inconsistent use of the template.--A Y Arktos07:27, 26 March 2006 (UTC)[reply]
That's the ticket - thanks. Might be worth leaving a HTML comment warning people about the numbering issue? I think that like Andy, I have a slight preference for side-by-side, but not that fussed. Perhaps you could have side-by-side for up to 3 prisoners or something? Just as a general comment, the infobox isn't ideal for historical prisons. Even if the instructions were improved a bit - the idea of a management "company" is fairly specific to one or two countries, things like "security class" don't really apply to historical prisons although they could still have a classification as debtors, vagrants etc - and it might be useful to have the option of several populations at different times in history? Just some thoughts, it's not really my area. Le Deluge (talk) 11:05, 14 September 2010 (UTC)[reply]
When a value is put in the "zip" field, nothing is displayed if the "postcode" field is left in the template. The postal/ZIP code only works if the "postcode" field is deleted when the template is used in an article. The usage instructions are silent on this, so I presume it's a bug. This should be fixed, so that if a null postcode is detected, but a non-null zip is detected, it displays the non-null value, and vice versa. Alternatively, the value could be constructed by concatenating the postcode and zip values and trimming leading and trailing spaces. The value that is empty will simply be "trimmed away". To make things really simple, I'd delete the "zip" field entirely since the United States ZIP code is a postal code. The infobox displays the postal code as "Postal code/ZIP" now, so a single parameter should suffice. This "simple" solution would, however, require all instances of the template to be edited to move the value from the zip field to the postcode field and delete the zip field. Since the template is used in nearly 1,000 places, this could be a tedious chore, or a job for a 'bot. — QuicksilverT@00:25, 27 April 2014 (UTC)[reply]
I believe I've fixed it. It was a minor tweak of the braces to change the logic, essentially concatenating the two parameters in data18. Leading and trailing space stripping happens automatically. As long as nobody fills in both fields simultaneously, which would be a silly thing to do, it should work. — QuicksilverT@00:56, 27 April 2014 (UTC)[reply]
Hi@Christian75:, you might want to look at MOS:IMGSIZE again - it clarifies that for consistency, templates such as infoboxes are more than welcome to use consistent image sizes, using pixel widths. As well, 220px is established for image defaults in the article body, but it's not a set standard for infoboxes. Many infoboxes, if not most, specify a larger default size, to avoid ugly white space on the sides of images (which usually form because infoboxes are wider than 220px, including this one). I suggest making the default size match the widths of the map options (and both set to match the smallest width of infobox prison possible), to make images and maps match in size in articles without white space. Mismatched sizing looks terrible. Thank you --ɱ(talk)17:48, 23 December 2021 (UTC)[reply]
Why not use upright for that? I.e. "upright=1.14" (=250px). I would say most infobox do not use a forced image size. I get a lot of ugly white space with small images in the infobox (my zoom level is 160 percent in the browser, and the thumbnail size is 300px in the preferences) Christian75 (talk) 19:05, 23 December 2021 (UTC)[reply]
Hi! I sometimes write bios of American slave traders (<1865) and sometimes they had their own slave jails. Would it make more sense to use this template or infobox building if I was going to create info boxes for them. The main issue is that they're all defunct. We do sometimes have info about max capacity or number of floors or where they were located. Let me know your thoughts. Best, jengod (talk) 05:03, 26 June 2024 (UTC)[reply]