View source for Module talk:InfoboxImage

{{Permanently protected}}
{{talk header}}
{{User:MiszaBot/config
|archiveheader       = {{talkarchivenav}}
|maxarchivesize      = 75K
|counter             = 4
|minthreadsleft      = 4
|minthreadstoarchive = 1
|algo                = old(365d)
|archive             = Module talk:InfoboxImage/Archive %(counter)d
}}
{{archives|search=yes}}

== Default maxsize to 250px ==

I’ve recently been coming across a lot of Infoboxes with substatially large images in their infoboxes. 300-400px in size. Can we modify this module to default to a {{code|maxsize}} of 250px? If for some reason a particular infobox wants to override that, that’s another matter, but that way we can at least cut down on the number of large images? If there is no objection to this change, I’m happy to write the code in the sandbox and do a formal edit request. '''[[User:Zackmann08|<span style="color:#00ced1">Zack</span><span style="color:#007F94">mann</span>]]''' (<sup>[[User_talk:Zackmann08|Talk to me]]</sup>/<sub>[[Special:Contributions/Zackmann08|<span style="color:orange;">What I been doing</span>]]</sub>) 07:37, 30 September 2025 (UTC)
:A few comments:
:#I would be extremely cautious about setting defaults in this template. It's used on 5M pages and in system messages. The probability of unintended consequences is high.
:#Looking at [https://en.wikipedia.org/w/index.php?title=Special:Search&limit=500&offset=0&ns10=1&search=insource%3AInfoboxImage+insource%3Asizedefault the usage of {{para|sizedefault}}], I see many templates use {{para|sizedefault|frameless}}. With the current code, such a default will ignore maxsize.
:#Looking at [https://en.wikipedia.org/w/index.php?title=Special:Search&limit=500&offset=0&ns10=1&search=insource%3AInfoboxImage+insource%3Amaxsize the usage of {{para|maxsize}}], many templates set maxsize larger than 250px. The largest ones appear to be 325px. To be conservative, the default maxsize should set to a high value (e.g., 325px). I think, however, it would be safer not to have a default maxsize.
:— [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 10:11, 30 September 2025 (UTC)
::We should not standardize on a pixel size, per [[MOS:IMGSIZE]] ({{tq|Except with very good reason, a fixed width in pixels (e.g. 17px) should not be specified, because it ignores the user's base width setting.}}). See [[Module_talk:InfoboxImage#Help_with_improving_default_image_sizes|the discussion above]], which proposes to somehow default to the viewer's preferred thumbnail size, and [[Template_talk:Infobox_bridge/Archive_2#Image_and_map_widths|the 2022 discussion that led to the one above]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 10:44, 30 September 2025 (UTC)
:::Per {{diff|title=Module:InfoboxImage|diff=prev|oldid=1306324007|label=this recent edit}}, setting {{para|maxsize}} does not standardize on a pixel size. If we do set {{para|maxsize|250}}, then it limits {{para|size}} to 250 and limits {{para|upright}} to 1.136. px is not forced or favored in any way.
:::Also -- I just cleaned up <s>all</s> uses of {{para|sizedefault|frameless}}, so that is no longer a factor in any decision. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 13:52, 30 September 2025 (UTC)
::::Thanks for both of those. Based on the above discussion, which I had forgotten about because I got so mixed up, it looks like the sizedefault of frameless will override the maxsize as long as size= is not specified. I tested <code>sizedefault=frameless|maxsize=250</code> in my sandbox and got a 300px image, which is the same as my thumbnail preference. If I set <code>sizedefault=frameless|maxsize=250|size=100</code>, I get a 100px image. Based on that, it looks like a <s>sizedefault</s> <ins>maxsize</ins> of 250px would prevent images from getting larger than the editor's preferred thumb size unless size= is specifically set. Caveat: I might not be testing all possible cases. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:12, 30 September 2025 (UTC)
:::::To clarify: the behavior with {{para|sizedefault|frameless}} is a bug. Maybe I should fix the bug rather than cleaning up occurrences of {{para|sizedefault|frameless}}, although fixing the bug would add 3 lines of special-purpose code for that case.
:::::To see the correct behavior, if you try <code>maxsize=250</code> you should get 250px, if you try <code>upright=1|maxsize=250</code> you should get 300px, while if you try <code>upright=1.5|maxsize=250</code> you should get 340px (limited by maxsize). — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 14:44, 30 September 2025 (UTC)
::::::Yeah, now I'm confused again. 
::::::*When I set <code>maxsize=250</code>, I get 250px (my thumb size is 300px, and I thought sizedefault=frameless was being set by default, so I was expecting 300px). 
::::::*When I set <code>|upright=1|maxsize=200</code>, I get 270px (about 137% of maxsize, so it doesn't match maxsize or the upright setting). 
::::::*When I set <code>|upright=1|maxsize=250</code>, I get 300px (my thumb size preference; this seems correct). 
::::::*When I set <code>|upright=1|maxsize=300</code>, I get 300px (my thumb size preference; this seems correct). 
::::::*When I set <code>|upright=1.5|maxsize=300</code>, I get 412px (about 137% of maxsize and my thumb size, so it doesn't match maxsize or the upright setting). 
::::::The code I am using in a Preview window in my sandbox looks like <syntaxhighlight inline lang=wikitext>{{subst:#invoke:InfoboxImage|InfoboxImage|image=Mustela erminea upright.jpg |upright=1|maxsize=300}}</syntaxhighlight>. Somebody please explain it to me like I'm not very smart. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 16:22, 30 September 2025 (UTC)
:::::::The maxsize parameter is to limit the value of the size parameter. Normally in an infobox template you would have <syntaxhighlight inline lang=wikitext>image = {{subst:#invoke:InfoboxImage|InfoboxImage|image={{{image|}}}|size={{{image_size}}}|maxsize=300}}</syntaxhighlight> and then when used on an article with <syntaxhighlight inline lang=wikitext>{{Infobox something|image=abc.jpg|image_size=500}}</syntaxhighlight>, the image size would be limited to 300. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 18:26, 30 September 2025 (UTC)
{{od|7}} To understand the behavior, see [[#Other size parameters cause upright to be ignored|the discussion above]]. The maximum size (in px) for InfoboxImage when upright is specified is (maxsize/220)*(your thumbnail preference).
:When you set maxsize=200, you are saying that the max upright is 200/220 = 0.909, which is 272px.
:When you set maxsize=250, you are saying that the max upright is 250/220 = 1.136, which is 341px. Upright=1 thus gives 300px for you.
:When you set maxsize=300, you are saying that the max upright is 300/220 = 1.364, which is 409px for you. Upright=1 thus gives 300px, but upright=1.5 gets limited to 1.364 which is 409px.
The 220 comes from the default user thumbnail size. Hope this helps. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 22:37, 30 September 2025 (UTC)

:[https://en.wikipedia.org/w/index.php?title=Atuwatse_I&oldid=1305079334 Here] is an example of what a default {{code|maxsize}} would help prevent… - '''[[User:Zackmann08|<span style="color:#00ced1">Zack</span><span style="color:#007F94">mann</span>]]''' (<sup>[[User_talk:Zackmann08|Talk to me]]</sup>/<sub>[[Special:Contributions/Zackmann08|<span style="color:orange;">What I been doing</span>]]</sub>) 01:06, 1 October 2025 (UTC)
::{{ping|Zackmann08}} sorry for the bad news, but that article uses {{tl|Infobox royalty}} that already has {{para|maxsize|300}}. Adding a default maxsize would do anything in this case. What this module produces with that input is <nowiki>[[File:Olu Atuwatse I Dom Domingos.jpg|300x|upright=1]]</nowiki>. The "300x" is a syntax error, so the Wiki image markup just displays the image at full resolution (which is 5286x4119px). 
::We could attempt to harden the output of the module so that junk doesn't "leak through". This is separate from maxsize. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 02:46, 1 October 2025 (UTC)
:::{{ping|Hike395}} I added the {{para|maxsize|300}} {{Diff|Template:Infobox royalty|1314363626|1313895985|here}} as a result of finding that page. But good to know that maxsize wouldn’t have prevented it. {{smiley|sad}} — '''[[User:Zackmann08|<span style="color:#00ced1">Zack</span><span style="color:#007F94">mann</span>]]''' (<sup>[[User_talk:Zackmann08|Talk to me]]</sup>/<sub>[[Special:Contributions/Zackmann08|<span style="color:orange;">What I been doing</span>]]</sub>) 02:49, 1 October 2025 (UTC)
:Continuing from [[Template talk:Infobox settlement#Max size]] :) My [[Special:Preferences#mw-prefsection-rendering-files]] says 250px, and I don't remember having changed this myself.
:So the use of 220 in this module needs to be abstracted away into some sort of a variable, because it looks like this isn't making a lot of sense otherwise. --[[User:Joy|Joy]] ([[User talk:Joy|talk]]) 10:18, 17 October 2025 (UTC)
::And if [[Wikipedia:Image use policy#Displayed image size]] tells editors {{tq|Except with very good reason, do not use px [...], which forces a fixed image width measured in pixels, disregarding the user's image size preference setting.}}, then this module should also support relative sizes as well, instead of forcing this sort of pixel-based thinking from editors. --[[User:Joy|Joy]] ([[User talk:Joy|talk]]) 10:20, 17 October 2025 (UTC)
:The default thumbnail size used to be 220px but changed to 250px in April 2025. See [[Wikipedia:Tech_news/Archive_13#Tech_News:_2025-16]]. -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 17:59, 17 October 2025 (UTC)
===Edit request 17 October 2025===
{{FPER|answered=yes}}
Please copy the [[Module:InfoboxImage/sandbox|sandbox]] to [[Module:InfoboxImage|main]].

Two changes:
# (technical) --- factored out list of placeholder images and tracking categories into [[Module:InfoboxImage/data]] to neaten beginning of module
# (substantive) --- per discussion above, the systemwide default thumbnail size is now 250px. Factored this value out of existing code and turned it into constant at beginning of module. This introduces two expected "errors" into the [[Module talk:InfoboxImage/testcases|test cases]].
{{pinging|WOSlinker}} who brought this up. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 02:28, 18 October 2025 (UTC)
:{{done}} -- [[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 09:46, 18 October 2025 (UTC)

== UPDATE PROFILE IMAGE ==

{{edit fully-protected|Module:InfoboxImage|answered=yes}}
Please change the profile photo to the following image https://commons.wikimedia.org/wiki/File:Walter_Masterson.jpg [[User:Wikispiraling|Wikispiraling]] ([[User talk:Wikispiraling|talk]]) 23:54, 24 November 2025 (UTC)
: {{ping|Wikispiraling}} This page is for discussions concerning use and development of the module [[Module:InfoboxImage]]. I can only assume that you are intending to ask for the image you have mentioned to be put in the article [[Walter Masterson]]; if so the request belongs in the talk page of whatever article that is, not here. [[User:JBW|JBW]] ([[User talk:JBW|talk]]) 00:04, 25 November 2025 (UTC)

==Discussion at [[:Template talk:MergedMap]]==
[[File:Symbol watching blue lashes high contrast.svg|25px|link=|alt=]]&nbsp;You are invited to join the discussion at [[:Template talk:MergedMap]]. &#x0020;--<!-- Template:Please see --> [[User:Joy|Joy]] ([[User talk:Joy|talk]]) 12:48, 27 November 2025 (UTC)

== Captions ==

Is there a reliable way to get captions from wikidata? I don't think this module deals with captions at all, which is surprising. We have an issue on [[Template:Infobox martial artist]] where the caption is not always matching the image. This module was using the preferred image but [[Module:Wikidata]] was taking the caption from a different image &mdash;&nbsp;Martin <small>([[User:MSGJ|MSGJ]]&nbsp;·&nbsp;[[User talk:MSGJ|talk]])</small> 09:23, 6 January 2026 (UTC)
:That infobox is checking the image and caption params independently.
:<syntaxhighlight lang="wikitext">
{{if empty|{{{image|}}}|{{#invoke:Wikidata|claim|P18}}}}
{{if empty|{{{caption|}}}|{{#invoke:Wikidata|getImageLegend|FETCH_WIKIDATA}}}}
</syntaxhighlight>
:Maybe needs to check both params are empty before using any wikidata values?
:<syntaxhighlight lang="wikitext">
{{#ifeq:{{{image|}}}{{{caption|}}}||{{#invoke:Wikidata|claim|P18}}|{{{image|}}}}}
{{#ifeq:{{{image|}}}{{{caption|}}}||{{#invoke:Wikidata|getImageLegend|FETCH_WIKIDATA}}|{{{caption|}}}}}
</syntaxhighlight>
:[[User:WOSlinker|WOSlinker]] ([[User talk:WOSlinker|talk]]) 10:04, 6 January 2026 (UTC)

== Protected edit request on 26 March 2026 ==

{{edit fully-protected|Module:InfoboxImage|answered=yes}}
Please remove the images.it is misleading it's not real.thanks [[User:Abidthegreat|Abidthegreat]] ([[User talk:Abidthegreat|talk]]) 07:28, 26 March 2026 (UTC)
: This is the wrong place for this request. I would suggest that you start a conversation at [[Talk:Malik ibn Anas]]. -[[User:MPGuy2824|MPGuy2824]] ([[User talk:MPGuy2824|talk]]) 10:58, 26 March 2026 (UTC)

== Proposal: Performance optimization, data restructuring, and bug fixes for InfoboxImage ==

I would like to propose a comprehensive update to [[Module:InfoboxImage]] and its data submodule [[Module:InfoboxImage/data]]. The goal is to improve performance (especially on long articles with multiple infoboxes), fix a silent bug regarding alt text validation, and structure the data layer according to Lua best practices in MediaWiki. 

I have prepared and tested the updated code in the local sandboxes. Here is a breakdown of the key improvements:

=== 1. Core Module Optimization ([[Module:InfoboxImage/sandbox]]) ===
* '''File Namespace Caching (Performance):''' The current production code queries and rebuilds the file namespace aliases table via `mw.site.namespaces[6]` twice on ''every single invocation'' (once inside `IsPlaceholder` and again in the main function body). On long pages or transclusions, this creates unnecessary overhead. The proposed version builds this namespace cache list exactly once at the top-level scope during the initial module load.
* '''Redundant Code & Asserts Cleanup:''' Removed several `assert(image ~= nil)` checks right after `mw.ustring.gsub`. In the Scribunto environment, these standard string operations never return `nil` when provided with valid string inputs, meaning these assertions were purely redundant and polluting the code logic.
* '''Namespace Stripping Helper:''' Unified the file prefix stripping logic into a streamlined internal helper function `stripNamespace`, reducing code duplication between functions.

=== 2. Bug Fix: Proper Alt Text Keyword Filtering ===
* In the current live module, the validation that prevents reserved keywords (like `thumbnail`, `thumb`, `center`, etc.) from being used as description text is executed on line 164 (`alt = nil`). 
* However, the variable `alt` has already been appended to the `result` string on line 147. This means the keyword-filtering mechanism was completely bypassed and **silently failing**.
* The sandbox version corrects this by evaluating and filtering the `alt` string ''before'' it is appended to the final output link structure.

=== 3. Data Layer Refactoring ([[Module:InfoboxImage/data/sandbox]]) ===
* '''Native O(1) Hash Table Lookup:''' The current live `/data` module stores placeholders as a sequential array list and runs a `for` loop at runtime to reconstruct a key-value hash map. This completely negates the performance caching benefits of `mw.loadData`. The new version stores the data directly as a lookup table (`["Filename.svg"] = true`), allowing instantaneous $O(1)$ lookups natively without execution loops.
* '''De-duplication:''' Removed several duplicate filenames present in the legacy list (e.g., `CarersLogo.gif`, `Diagram Needed.svg`, `No male portrait.svg`, etc.).
* '''Decoupled Tracking Categories:''' The main module now fully relies on the tracking categories strings directly passed by `mw.loadData`, decoupling infrastructure names from the logical parser engine.

=== Testing ===
The sandboxes have been cross-verified against multiple test cases (bare filenames, fully formatted `[[File:...]]` links, raw URLs, templates, and strip markers). The output markup is identical to the current production version, but executes with significantly less processing overhead.

Please let me know if there are any objections or feedback before I submit an official Edit Request. Thanks!

[[User:GKNishimoto|GKNishimoto]] ([[User talk:GKNishimoto|talk]]) 13:39, 4 June 2026 (UTC)

===Feedback===
A couple of things to note:
* <code><nowiki>mw.loadData</nowiki></code> already caches the data load once per module load (see [https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.loadData]), so there's no need for the new code at sandbox lines 23-26.
* Remember that Lua parsing/interpreting time is significant. Thus when you have a long list of data (as in [[Module:InfoboxImage/data]]), it's innately O(n), because the parser has to touch every element anyway.

Because of these, my preference is to perform mw.loadData locally within each function. This performs lazy evaluation of loadData -- it's not loaded until its needed. For this module, the lazy load occurs 100% of the time, so it isn't critical at this time. But if someone changes the code in the future, lazy loading could be helpful. If you always load the module at lines 23-26, then you'll always incur the Lua parsing overhead for the data.

The conversion of [[Module:InfoboxImage/data]] to use a hash table directly is nice, although won't help performance.  Because the time is dominated by Lua parsing, the conversion of the list to a hash (which only happens once one module load) will not be noticable.

Also: please don't remove comments from the code. They're helpful for future developers.

— [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 15:08, 4 June 2026 (UTC)

:Thank you for the excellent feedback, [[User:Hike395|hike395]]. You make a very sharp point regarding the Scribunto environment mechanics and the overhead of Lua parsing time versus execution loops. I have fully updated the sandboxes to incorporate your suggestions, balancing the structural improvements with the engine's best practices:
:* '''Lazy Loading Implemented:''' I removed the module-level eager loading of the data submodule. The call to <code>mw.loadData('Module:InfoboxImage/data/sandbox')</code> has been moved locally inside <code>trackingCat</code> and <code>i.IsPlaceholder</code>. This ensures that the data layer is only processed when actually needed, preventing unnecessary overhead if the module's scope changes in the future.
:* '''Comments and Assertions Restored:''' All documentation comments and essential logical descriptions have been added back to ensure readability and maintainability for future developers.
:* '''Hash Table & Bug Fix Retained:''' The data submodule structure remains as a direct lookup hash table (which, as you noted, provides a cleaner and more native design even if parsing time dominates), and the critical fix for the bypassed alt-text validation keyword filter is intact.

:The [[Module:InfoboxImage/sandbox]] and [[Module:InfoboxImage/data/sandbox]] are now fully aligned with both performance optimization and proper lazy-evaluation architecture. If there are no further objections, I will proceed with the official Edit Request. Thanks again for the review! --[[User:GKNishimoto|GKNishimoto]] ([[User talk:GKNishimoto|talk]]) 16:57, 4 June 2026 (UTC)

== Original size ==

Hello. How can I display a logo in an infobox with its original dimensions? For example this: [[:File:2027 FIBA Women's AmeriCup logo.webp]]<br>This is a quite small logo, so I don't want to upscale it to the default 250px. I tried something: {{para|size|x270px}} but that's completely wrong...<br>Thank you for your ideas. [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 21:42, 15 June 2026 (UTC)
:{{replyto|Maiō T.}} It depends upon the specific infobox. Which article is it? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 22:35, 15 June 2026 (UTC)
::{{replyto|Redrose64}} It's [[2027 FIBA Women's AmeriCup]].<br>
::It would be great if a parameter like this could be used: {{para|size|auto}} or something similar... [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 09:30, 16 June 2026 (UTC)
:::{{replyto|Maiō T.}} For {{tlx|Infobox international basketball competition}}, the {{para|size}} parameter (which is an alias for {{para|image_size}}) must be an integer; values containing units, such as {{para|size|x270px}}, are ignored. Since the native size of [[:File:2027 FIBA Women's AmeriCup logo.webp]] is 177 × 270 pixels, and you want it 270px high, simply set {{para|size|177}}. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 12:09, 16 June 2026 (UTC) --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 12:09, 16 June 2026 (UTC)
::::Okay. But that's a little inconvenient. It might be a good idea to add the following line to the module: <code>if nativesize<250 then infoboxsize=nativesize otherwise infoboxsize=250</code> or something (translated into module language). [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 17:35, 16 June 2026 (UTC)
:::::How is {{para|size|177}} more inconvenient than {{para|size|x270px}}? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 21:33, 16 June 2026 (UTC)
::::::Sorry, I expressed myself a little imprecisely. 😉 {{para|size|177}} is inconvenient, because I have to find this exact non-round number on the page of that specific image. Actually, {{para|size|x270px}} was inconvenient too. My idea is to not write the size number at all. [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 22:10, 16 June 2026 (UTC)
:::::::{{replyto|Redrose64}} Wow!!! I tried using a completely crazy parameter {{para|size|orig}}, and it works! The logo is displayed in its native size... Did you personally make any changes to the module? [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 19:12, 12 July 2026 (UTC)
::::::::No, I didn't because I don't accept that any change is necessary. By altering {{para|size|x270px}} to {{para|size|orig}}, all you have done is exchange one invalid value for another. As I noted above, this parameter is documented as accepting an ''integer'' and nothing else is valid. Why did you not simply set {{para|size|177}} as you were advised? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 19:19, 12 July 2026 (UTC)
:::::::::{{replyto|Redrose64}} Sorry, but it's not a very good idea to write a different ugly non-round number in every infobox. Now it's almost perfect. I simply enter an invalid parameter value and the result will be a nice, unblurred logo in its original size. By the way, this wasn't possible a few days ago; when I entered an invalid value back then, the logo was displayed with the default width of 250px. Someone must have made some kind of change to the module... [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 08:32, 13 July 2026 (UTC)
::::::::::[[Module:InfoboxImage]] has not been altered in [https://en.wikipedia.org/w/index.php?title=Module:InfoboxImage&action=history the last nine months]. Of the various templates and modules used by [[Template:Infobox international basketball competition]], only ''two'' have been edited since you first opened this thread:
::::::::::*[[Module:Check for unknown parameters]] ([https://en.wikipedia.org/wiki/Module:Check_for_unknown_parameters?action=history history]) - {{diff|Module:Check for unknown parameters|1361588667|1317293842|changes for pushpin maps}}
::::::::::*[[Template:Infobox international basketball competition]] ([https://en.wikipedia.org/wiki/Template:Infobox_international_basketball_competition?action=history history]) - {{diff|Template:Infobox international basketball competition|prev|1361215563|display the word "City" as "Cities" when appropriate}}
::::::::::Neither of these changes can possibly have affected the display of the image. Please note, you should not depend upon undocumented behaviour of invalid parameter values, these might change at any time. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 17:25, 13 July 2026 (UTC)
{{od|10}} Standard WP image syntax will not enlarge an image if it has a caption (see [[WP:PICSIZE]]). The code at {{tl|Infobox international basketball competition}} had some silly defaults that did nothing except break this feature. I fixed the Infobox code and added a caption at [[2027 FIBA Women's AmeriCup]], and behold: the image now displays at its original size. — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 01:32, 14 July 2026 (UTC)
:Wow [[User:Hike395|Hike]], this is cool !!! I tried removing the "caption" parameter and it still works perfectly... Thank you very much. I think this topic could be closed. [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 11:22, 14 July 2026 (UTC)
::[[User:Hike395|Hike]], could you add the "upright" option to the following template as well? - [[:Template:Infobox tournament season]] - Thanks. [[User:Maiō T.|Maiō T.]] ([[User talk:Maiō T.|talk]]) 20:28, 14 July 2026 (UTC)
:::{{Done}} — [[User:Hike395|hike395]] ([[User talk:Hike395|talk]]) 01:43, 15 July 2026 (UTC)