Jump to content

Template talk:Userbox/Archive 1

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

Parameters

Could you explain how are the parameters 5 and 14 used ? -- ( drini's vandalproof page ) 03:54, 1 December 2005 (UTC)

the parameter 5 box looks like this: " {{5|14}} " this is probably the "parameter 14" referred to (which, like you said, is just its default value, not a parameter)--HTL2001 (Talk|Contrib) 18:03, 2 December 2005 (UTC)

based on a suggestion at WP:VP. ++Lar: t/c 05:22, 2 January 2006 (UTC)

Edit request

The first line should be changed to

<div style="float: left; border: {{{border-s|1}}}px solid {{{1|{{{border-c|{{{id-c|#999999}}}}}}}}}; margin: 1px;">

per the other userbox templates. —Andux 03:02, 5 February 2006 (UTC)

Done. Ashibaka tock 03:13, 6 February 2006 (UTC)

Standardisation proposal

I propose that we eliminate the deprecated parameters entirely, and rename the parameters to be more user-friendly. The current and proposed syntax are below; the parameters were arbitrarily renamed in a manner I think makes their function obvious without any need for referencing. Any part of this proposal could of course be tweaked per discussion. If this change is accepted, the new parameters could be added without removing the old, and all instances of the template semi-automatically updated with regex and the AutoWikiBrowser. All deprecated parameters could then be removed.

Current syntax:

{{subst:Userbox
  |id       =
  |id-c     =
  |id-fc    =
  |id-s     =
  |info     =
  |info-c   =
  |info-fc  =
  |info-s   =
  |border-c =
  |border-s =
<!-- deprecated but still present -->
  |color 1  =
  |color 2  =
  |id       =
  |info     =
  |id size  =
}}

Proposed syntax:

{{Userbox
  | l-content    =
  | l-background =
  | l-font-color =
  | l-font-size  =
  | r-content    =
  | r-font-color =
  | r-font-size  =
  | box-background =
  | border-width =
}}

// Pathoschild (admin / talk) 10:14, 25 February 2006 (UTC)

Changing things now seems like more trouble than it's worth. The "deprecated" syntax is still in wide use, and it's much more compact—if less flexible. Identifying the boxes as L and R would also make for more work when switching between {{userbox}} and {{userbox-r}} (currently, they use identical syntax). —Andux 13:56, 25 February 2006 (UTC)
Given some good regex and the AutoWikiBrowser, the transition would be relatively easy. Converting the deprecated syntax to the new syntax expands the size of the code, but not severely. The updated proposal below should solve the left-right issue you mentioned; 's' and 'w' for 'small' and 'wide'.
{{Userbox
  | s-content    =
  | s-background =
  | s-font-color =
  | s-font-size  =
  | w-content    =
  | w-font-color =
  | w-font-size  =
  | box-background =
  | border-width =
}}
// Pathoschild (admin / talk) 14:21, 25 February 2006 (UTC)
Add your param names if you want, but I just don't see the point of changing all of the hundreds of pages that already use this template if nothing is really broken. —Andux 14:41, 25 February 2006 (UTC)
The main reason for that is to prevent increasing and needless complexity in template coding. For example, this is what one value will look like if we add the new parameters without removing the deprecated ones: {{{1|{{{border-color|{{{border-c|{{{id-c|#999999}}}}}}}}}}}} instead of {{{border-color|#999}}}. // Pathoschild (admin / talk) 14:47, 25 February 2006 (UTC)
It's protected as a high-risk template; ease of editing isn't really a high priority. —Andux 15:14, 25 February 2006 (UTC)

I've added the following new parameters, and created {{user box}} as a redirect. Templates using the new syntax will use that redirect, so that we (or I) can use whatlinkshere to slowly deprecate older syntax.

{{user box
  | border-width =
  | border-color =
  | logo-background =
  | logo-size =
  | logo-color =
  | logo = 
  | info-background =
  | info-size =
  | info-color =
  | info = 
}}

// Pathoschild (admin / talk) 09:55, 27 February 2006 (UTC).

Height of Userbox

Proposing/Requesting to add few more parameters : like "logo-line-space" or "logo-line-height" or "logo-line-gap" or "logo-line-gapspace", etc, and a similar one starting with "info-..." for the information side, so that we can specify CSS properties and values, like style="line-height: X em;", this is very important, as this helps to reduce the space in between the text lines, thus reducing the overall userbox's height to the recommended 45px userbox height. If the height of the userbox remains same (45px) then it is easier to place them horizontally with the sequence they were placed in, otherwise, different userbox with different height is placed by the web browser at different places with un-wanted sequence. Also requesting to add another parameter, something like, logo-cellpadding, or, logo-padding, or, logo-padspace, etc, so that we can specify CSS properties like, style="padding:4px;" (for all side padding), or, style="padding:2px 3px 2px 3px;" (for top-right-bottom-left side, different amount of padding). Those two types of parameters will help greatly customizing the userbox, while maintaining organized. For an example, please also see the Template:User Multi, what i had to do to reduce its height to 45px. I also tried to lower the userbox height in the Template:User you and me, but failed to bring it down to 45px height, unless the source code is further adopted. Thanks. ~Tarikash 06:22, 18 August 2006 (UTC).

Finally the userbox Template:User you and me height was changed to 45px, with the help of the new parameters. Whenever applicable, others should apply the new params also. Many thanks to CSCWEM. I'll look into the code & aspect, if any further modification can also be done. --Tarikash 11:02, 12 January 2007 (UTC).

Bug solved. Gecko/Mozilla browser displays the userbox, (which is actually a "table" wrapped around "div"), with 45px height +(plus) 2px extra for the top and bottom 1px border of div, so total becomes 47px, (with other params at default). Which is nice, good and right way. But Trident/Internet Explorer type of browser displays it different, 2px of the overall height comes from the div's top 1px & bottom 1px borders) and 44px (for the table) = so total is 46px. But, if the cell padding is set at 1px, then the browser/client/user-agent renders the userbox correctly, 2px (div's border) + 45px (table) = total is 47px, (half width of border and half of padding, makes up for "One"). You may see the box model for HTML/CSS, for more accurate analysis. There is also height discrepancy among the userboxes, which are created used with this userbox template, and which are created by calling a template containing the div-table combination, specially in the case of Trident/Internet Explorer type of browsers. Userboxes created with this template was being displayed 1px less than the other one. If padding is set at 1px then, it solves that problem, by removing the inherited 0px padding width, and keeps the userboxes similar across different browsers. --Tarikash 03:32, 15 January 2007 (UTC).

Recategorization

This should be recategorized to go with the rest of the userbox templates. I was able to recat all the others. It should be categorized under Category:User templates|* Userbox so it's sorted at the top of the category. – Someguy0830 (Talk | contribs) 20:29, 3 May 2006 (UTC)

eu interwiki

Please, would it be possible to add eu:Txantiloi:Taulatxo oinarria interwiki? Thanks.--Berria 18:55, 3 July 2006 (UTC)

Done. howcheng {chat} 17:22, 7 July 2006 (UTC)

Better category?

I would like to suggest that Category:User templates be used instead of the current category. That seems to be the proper place for these generic templates. —Shayltalk 06:42, 4 July 2006 (UTC)

Wow, I just came back and read my comment, and boy, did I get it wrong. I meant to say Category:Userbox templates. —Shayltalk 05:54, 8 July 2006 (UTC)

Please change the category this is in from Category:Wikipedia userboxes to Category:Userbox templates. —Mira 01:02, 26 August 2006 (UTC)

Done. —Mets501 (talk) 04:54, 27 August 2006 (UTC)
Thank you. —Mira 08:32, 27 August 2006 (UTC)

Usage

How do you use this thing properly together with other formatting? I tried tweaking it to my settings at my user page, and the width settings seem to have gone haywire. Can someone help me out here? Thanks. --Terrancommander 15:36, 8 July 2006 (UTC)

Userbox list?

Is there a list posted somewhere of all (or most) of the current Userboxes? Thanks. --Schmendrick 18:32, 10 August 2006 (UTC)

Here is the list :-) --sverde1 16:13, 11 August 2006 (UTC)
I think that this list is incomplete.

--Meno25 14:58, 26 November 2006 (UTC)

UNprotection

I recently unprotected this template as "unprotected" is the de facto state of affairs per Wikipedia:Protection_policy: "used in limited circumstances as protected pages are considered harmful." Further Wikipedia:High-risk templates does not spell out which templates are "high risk." This particular template does not appear on any articles and does not affect any "mission critical" systems. Unless some very compelling arguments are made, it should be unprotected.
brenneman 10:47, 19 December 2006 (UTC)

Simple userbox template

I created a new template at {{userbox-simple}}, which uses just 5 numbered parameters for simplicity. Λυδαcιτγ 23:01, 23 January 2007 (UTC)

Please, add sl:Predloga:Uporabniško polje. Thanks. --Eleassar my talk 12:10, 6 March 2007 (UTC)

 Done. Next time, please place edit requests in a new conversation. Harryboyles 13:27, 6 March 2007 (UTC)

Style Parameters

{{{id-op}}} and {{{info-op}}} should be changed to {{{id-op|}}} and {{{info-op|}}} so it will default to nothing. Otherwise {{{id-op}}} and {{{info-op}}} will be placed inside the style attribute if they're not set and Opera ends up ignoring the whole style attribute. --12.207.48.223 10:37, 13 March 2007 (UTC)

Thanks --12.207.48.223 18:05, 14 March 2007 (UTC)

{{editprotected}}

Is there some way we can get the link colours to change? I want a userbox with a dark blue background, and a link of a paler colour. Can it be done?

-- TimNelson 13:29, 23 March 2007 (UTC)

Yes, but not by editing {{userbox}}. Try something like this for the info parameter:
info=This box contains a [[Wikipedia:About|<span style='color:yellow'>yellow link</span>]]
This box contains a yellow link
which looks like the userbox I've put on the right here. Hope that helps! --ais523 13:35, 23 March 2007 (UTC)

Russian interwiki

Please, add ru:Шаблон:Userbox. ~ kintup 20:26, 22 July 2007 (UTC)

Uppersorbian interwiki

Hello. Could someone add a interwiki to hsb:Předłoha:Userbox, please? Thanks and greetings --Tlustulimu 12:03, 1 August 2007 (UTC)

Fix font-size

Please implement id-fs and info-fs (for font-size) parameters that output "%" after the number given instead of "pt"; we should not be doing things in point-sizes, since this will make userboxes look completely ridiculous when people set their default font size larger or smaller than is common. They should then be documented and the old id-s and info-s parameters either marked with 'Deprecated: Use id-fs instead. (and info-fs for the other one of course), or simply remove any mention of them from the documentation. — SMcCandlish [talk] [cont] ‹(-¿-)› 18:41, 30 December 2007 (UTC)

Force vertical alignment

{{editprotected}}

For {{user infobox}}, I need to allow infoboxes to keep their central valign attribute. As this is the default for tables, it isn't specified in this template; but this means it gets overridden by the forced top alignment for .infobox td in common.css.

The following changes are needed:

{{{logo-other-param|{{{id-op|}}}}}}" |

to

{{{logo-other-param|{{{id-op|}}}}}}; vertical-align: center" |

and

{{{info-other-param|{{{info-op|}}}}}}" |

to

{{{info-other-param|{{{info-op|}}}}}}; vertical-align: center" |

Chris Cunningham (not at work) - talk 11:19, 12 March 2008 (UTC)

 Done. עוד מישהו Od Mishehu 12:45, 12 March 2008 (UTC)
Changed to "middle", as "center" is not a valid CSS value for vertical-align. EdokterTalk 14:11, 12 March 2008 (UTC)
Could this be the reason the alignment of the contents of my userboxes (see my user page) has become messed up? - Dudesleeper / Talk 00:53, 26 March 2008 (UTC)
Yes, in a round about way. {{infobox user}} now uses default infobox styling rather than being hand-hacked, so userboxes which don't identify as such (class="userbox") might behave funny. They're trivial to update though. I've done a couple of the ones on your page as an example, {{user:UBX/male}} and {{user:UBX/User Scottish Ancestry}}. Chris Cunningham (not at work) - talk 18:49, 11 April 2008 (UTC)

Remove bold from id

Please remove the bolding of the id. A lot of templates have more than just one or two characters in that field. If the creator wants it bold, then the creator can bold the text. - LA @ 15:24, 14 March 2008 (UTC)

I removed the edit protected template for discussion of this first. - LA @ 15:25, 14 March 2008 (UTC)

How would i go about changing the hyperlink colour at templates such as Wikipedia:WikiProject Silver Dollar City/Userbox, Because the blue on blue is really hard to see. Thanks in advance Peachey88 (Talk Page | Contribs) 08:30, 29 March 2008 (UTC)

You can surround the link with <font color=colorYouWant>[[linkYouWant]]</font>. There are more ways to do it besides that, but that's the clearest way of writing it I've seen. --Eruhildo (talk) 18:10, 1 April 2008 (UTC)

Request to edit

Sysops, please help me! In the template, I need you to write [[Category:Wikipedians that use userboxes]] that will open up a wole new category. Nothing444 21:40, 5 April 2008 (UTC)

☒N Not done - Please get consensus for making such an edit first on a Village Pump; I suspect that people will object to the change in multiple ways. Also, when you use the {{editprotected}} template, please place it immediately above your comment rather than at the top of the page. Thank you. Nihiltres{t.l} 23:57, 5 April 2008 (UTC)

Why a floating DIV?

Since this template is used a lot within tables, and floating DIVs don't mix very well with tables, I'd rather do away with the DIV all togeter. I see a lot of problems userboxed and I believe removing it (and moving the styling to the table) will fix a lot of problems, especially when used in conjuction with {{Infobox user}}. Thoughts? EdokterTalk 15:06, 3 September 2008 (UTC)

Anyone? EdokterTalk 00:43, 12 January 2009 (UTC)

logo-padding 1pt → 1px

Shouldn't the padding be 1px, given that logos are supposed to be 43x43px within a 45x45px cell? Padding in units of pt only makes sense for the info cell. --Charles Brooking (talk) 12:03, 5 September 2008 (UTC)

Quite right. Actually, 4px instead of 4pt makes more sense for the info cell as well; giving the text slightly more breathing space. EdokterTalk 14:12, 5 September 2008 (UTC)

id width problems

I tired changing an existing userbox, Template:User_Brisbane, to use this template and encountered something bizarre: setting id-p = 0 and including an image with width 45px as the logo caused the id cell to actually be smaller than the image! This happens in Firefox 2 and 3 at least.

Compare these:

Looking at the resulting HTML, I can't see what the problem lies. Anyone got better eyes?

Charles Brooking (talk) 15:20, 5 September 2008 (UTC)

To subst or not to subst?

Are we supposed to subst this template or not? I wouldn't have thought so, but the documentation seems to suggest otherwise. PC78 (talk) 22:10, 11 January 2009 (UTC)

I see nothing that suggests that this template must be substed. This template is supposed to be (and heavily is) used as a meta template to construct other userboxes. EdokterTalk 22:56, 11 January 2009 (UTC)
The code in the "Examples" section. I get that this is a meta, but that was throwing me. PC78 (talk) 23:00, 11 January 2009 (UTC)
Ah, I see it. That really doesn't make sense; once substed, you can no longer edit parameters. I've removed those from the examples. EdokterTalk 00:39, 12 January 2009 (UTC)

border when enclosed in wikitable

When I list userboxes in a wikitable, I get a border even if border-s=0; for example:

normal
This is an example userbox.
standard table
This is an example userbox.
wikitable
This is an example userbox.

--—— Gadget850 (Ed) talk - 14:31, 14 January 2009 (UTC)

border-s only controls the border width of the box itself, and the userbox has a default margin of 1px. You will need to set the table's cell padding to zero. EdokterTalk 15:02, 14 January 2009 (UTC)
It's actually an issue with the CSS: wikitable specifies that all TDs inside the table should have a border, even if those TDs are inside another table inside the wikitable as is the case here. The more correct rule (.wikitable > * > tr > td) doesn't work in IE6. I suppose someone could make an editprotected request for this template to specifically override that with inline styles, but I'd first ask "Why do you want a userbox in a wikitable, anyway?" Anomie 22:53, 14 January 2009 (UTC)
Not a big deal, just one of those things that drove me crazy for a bit. I'm trying to merge a few userboxes that have proliferated by using a switch for the info, and I was documenting the parameters in a wikitable. Might as well just note this in the documentation and let it go. --—— Gadget850 (Ed) talk - 01:33, 15 January 2009 (UTC)

Request left/right

Can we change

style="float:{{{float|left}}};

to

style="float:{{{float|{{{side-lr|5}}}}}};

Where "side-lr" will be the parameter deciding whether the infobox will stick to the left or right margin.

I'm not sure this will work, since I am not a template builder, but I'm sure somebody else is. Debresser (talk) 02:05, 19 May 2009 (UTC)

Actually, the undocumented |float= does exactly what you want:
{{userbox}}{{userbox|float=right}}
{{{info}}}
{{{info}}}
However, center does something odd:
{{userbox|float=center}}
{{{info}}}
---— Gadget850 (Ed) talk 02:17, 19 May 2009 (UTC)

Could somebody fix this, please? Afterwards, I would recommend updating the documentation page with the "float" parameter. Debresser (talk) 02:55, 19 May 2009 (UTC)

Fixed the doc. I don't know what style="float:5;" is supposed to do, but "float:5" won't do anything. Also, there is no "center" in float; it is not a valid value in CSS. EdokterTalk 22:03, 19 May 2009 (UTC)
So that is why. :) Thanks for the info, and for updating the doc. Debresser (talk) 22:20, 19 May 2009 (UTC)
D'oh! ---— Gadget850 (Ed) talk 23:01, 19 May 2009 (UTC)

Bug report: Undefined usercategory exception isn't caught

If the usercategory parameter isn't supplied, the template outputs [[Category:{{{usercategory}}}|...]]. Please add some exception handling, e.g.:

{{#if:{{{usercategory|}}}|[[Category:{{{usercategory}}}|{{PAGENAME}}]]}}

--Koveras  08:28, 10 June 2009 (UTC)

Problem

I've got a small problem. Even though the usage is defined, I seriously can't make heads or tails of it.--Launchballer (talk) 08:33, 2 August 2009 (UTC)

Copy and paste the usage given in this section, fill in any colours, the id and the info fields, and then delete any lines which don't have an assigned value. Chris Cunningham (not at work) - talk 12:37, 4 August 2009 (UTC)

Request

{{editprotected}} Could the sandbox version be copied over to live. I've added some code to make the usercategory & usercategory2 parameters that were recently added also work on template pages. Thanks. -- WOSlinker (talk) 19:04, 29 August 2009 (UTC)

 DoneJake Wartenberg 20:31, 29 August 2009 (UTC)
Shouldn't the categories also be effective when the boxes are placed on user talk pages ? See confusion here: Wikipedia:Village_pump_(technical)#Something_wrong_with_Template:Babel. —TheDJ (talkcontribs) 20:59, 1 September 2009 (UTC)
Namespace detection is a good idea, but I should think that we only want user categories in User and User talk namespaces. ---— Gadget850 (Ed) talk 19:25, 2 September 2009 (UTC)

This seems like an odd request. The usercategory parameters should only be active on user pages, IMO. PC78 (talk) 16:39, 4 October 2009 (UTC)

No id?

Could someone make the ID cell optional via |noid= or similar? I'd look into it myself, but I'm feeling a bit out of it today and wouldn't trust myself to wade through such dense wikimarkup right now. =P ダイノガイ千?!? · Talk⇒Dinoguy1000 19:26, 11 September 2009 (UTC)

Code is in the sandbox; no need for a new switch, just omits itself if none is supplied. Chris Cunningham (not at work) - talk 13:43, 15 October 2009 (UTC)
Looks good; I'll sync it in a minute. ダイノガイ千?!? · Talk⇒Dinoguy1000 17:32, 16 October 2009 (UTC)

Userboxes in Tables

There seems to be an odd bug when using Userboxes in tables. I first noticed it on UESPWiki and have just confirmed that it's an issue here as well. Another editor there said it was a common problem with Userboxes in tables, but I figure somebody here must have some insight into it, or hopefully a solution to the problem. Please see the table below for the problem (Row 2), as well as a workaround (Row 3). Row 1 is there with a dummy template entry simply to show that the problem is not with having a template before the vertical bars.

{{Why}}||test [why?] test
{{Userbox|info=test}}||test
test
test
{{Userbox|info=test}}
||test
test
test

Any thoughts? Or if this is a well-known problem, can someone please point me to the explanation? Thanks! —RobinHood70 (talkcontribs) 06:45, 18 October 2009 (UTC)

The userbox is a table wrapped in a div. The problem you are seeing occurs when a table is included inside another table:
included table
||test
included table
test
---— Gadget850 (Ed) talk 09:43, 18 October 2009 (UTC)
I figured it might be something like that. So there's nothing that can be done to fix it, then? —RobinHood70 (talkcontribs) 19:31, 18 October 2009 (UTC)
Other than converting the table in userbox to a div. ---— Gadget850 (Ed) talk 19:37, 18 October 2009 (UTC)
(e/c) It's a bit messy, but you can do:
{{Userbox|info=test}}
test

PC78 (talk) 19:40, 18 October 2009 (UTC)

Thanks for the responses. Guess we'll have to wait for a fix to the table parser itself, if that's even a viable option. —RobinHood70 (talkcontribs) 19:48, 18 October 2009 (UTC)
Ultimately, I did find a solution to this issue: convert the wiki table to an HTML table (similar to Gadget850's suggestion of converting it to a div) and remove all the unneeded CRs (e.g., the blank link between the <div> tag and the table start) from the entire template, and you can then use it in tables quite successfully. It's easy enough to implement it if we want to, but I don't know if there's any pressing need to do so. —RobinHood70 (talkcontribs) 04:17, 5 August 2010 (UTC)

Box is to High

I believe that the box is to high and should be back to its originale. --Mr. Unknown (talk) 21:10, 5 November 2009 (UTC)

Please characterize the issue. Is this pertaining to a specific userbox? ---— Gadget850 (Ed) talk 22:17, 5 November 2009 (UTC)

update

{{editprotected}}

Can vertical-align: middle be removed from the template (see sandbox for version without) as it doesn't serve any purpose and it's also stopping me from converting {{User Signpost-subscription}} to use userbox. Thanks -- WOSlinker (talk) 19:33, 26 November 2009 (UTC)

Actually, it does serve a purpose; most userboxes are embedded in other templates, ie. {{Infobox user}}. These tend to align their content to the top, which {{Userbox}} would inherit. The vertical-align: middle resets that property. However, you can override it by using the id-op and info-op parameters to pass your own CSS. EdokterTalk 21:20, 26 November 2009 (UTC)
Update; I spotted an error that prevents overriding the vertical-align. I'll fix it in the sandbox. EdokterTalk 21:42, 26 November 2009 (UTC)
All right, have a look! I also fixed the vertical-align in the live template. EdokterTalk 21:53, 26 November 2009 (UTC)
Thanks, that works. Why don't {{userbox-2}} and {{userbox-r}} use vertical-align: middle then? -- WOSlinker (talk) 22:03, 26 November 2009 (UTC)
Never knew they were there :) Just an oversight; they are used a lot less the this one. EdokterTalk 22:11, 26 November 2009 (UTC)

Shorter box

How can I get a shorter box. I see no fields that would allow me to change the width of the total box. thankx GloverEpp (talk) 21:04, 2 December 2009 (UTC)

Category opt-out

{{editprotected}} Many of the userboxes have code like this:

 <includeonly>{{#ifeq:{{{categories}}}|no||[[Category:Wikipedians who whatever|{{PAGENAME}}]]}}</includeonly>

So that people can add userboxes but opt-out of the categories by using "categories=no" Can this logic be added to this template?—Chowbok 09:54, 30 December 2009 (UTC)

The template was using {{cat handler}}, so i added the nocat option that it has. —TheDJ (talkcontribs) 11:29, 30 December 2009 (UTC)
Hmm, doesn't seem to be working. How do I invoke it?—Chowbok 12:31, 30 December 2009 (UTC)
nocat=true and the userbox that you are using needs to pass this option to {{userbox}} of course. —TheDJ (talkcontribs) 12:36, 30 December 2009 (UTC)

Documentation

Is there any way of having a default documentation that cascades down to individual userboxes that explains how to use nocat=true? It isn't particularly newbie-friendly. —Tom Morris 13:08, 14 January 2011 (UTC)

add usercategory3

{{editprotected}} Can the sandbox version be copied over which adds a usercategory3 option. Thanks -- WOSlinker (talk) 16:39, 13 February 2010 (UTC)

Has been done now. -- WOSlinker (talk) 19:05, 13 February 2010 (UTC)

PAGENAME → BASEPAGENAME

{{editprotected}} Could all case of {{PAGENAME}} be replaces with {{BASEPAGENAME}} so that the categories list users rather than user subpages? Thanks. Set Sail For The Seven Seas 214° 4' 0" NET 14:16, 13 March 2010 (UTC)

 DoneTheDJ (talkcontribs) 16:25, 13 March 2010 (UTC)

Why is the recommended size 45px? The default size is bigger that. Most userboxes use the default size, including the language ones.

foo logoWe have specified values to lessen the distance in between text lines & padding space in between cell content and its border.
enThis user is a native speaker of the English language.
frCet utilisateur a pour langue maternelle le français.
This user enjoys ska.

The first is the example used on the template page with a recommended height of 45px. The others are a random assortment of userboxes with a standard default height of bigger than 45px. McLerristarr (Mclay1) (talk) 14:47, 20 May 2010 (UTC)

Bodyclass

Resolved

{{editprotected}}

Please change:

class="wikipediauserbox"

to:

class="wikipediauserbox {{{bodyclass|}}}"

to facilitate the use of a class on the whole template, like on {{Infobox}} and {{Navbox}}. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 11:01, 8 June 2010 (UTC)

Could I ask you to explain exactly where? Or, better still, copy the code into a subpage and make your correction there so i or another admin can just copy it over. Thanks, HJ Mitchell | Penny for your thoughts? 22:01, 8 June 2010 (UTC)
Thank you; it's the last item inside the first (<div />) tag. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 10:02, 9 June 2010 (UTC)
 Done [1]? HJ Mitchell | Penny for your thoughts? 17:44, 9 June 2010 (UTC)
Thank you again. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 12:05, 10 June 2010 (UTC)

One more, please: On reflection, I've added |info-class=, to add a similar class attribute to the |info= field, in this sandbox edit. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 15:12, 10 June 2010 (UTC)

If I were to copy the content of the sandbox from that oldid into the live template, would that work without breaking anything? HJ Mitchell | Penny for your thoughts? 15:30, 10 June 2010 (UTC)
From oldid=367218434? No - that would be fine; you can select all then cut & paste. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 15:36, 10 June 2010 (UTC)
That work? HJ Mitchell | Penny for your thoughts? 15:40, 10 June 2010 (UTC)
My apologies: no - I missed out a {, now added and tested (as I should have done first time) in the /testcases page. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 15:55, 10 June 2010 (UTC)
Trout! Is that better? HJ Mitchell | Penny for your thoughts? 16:23, 10 June 2010 (UTC)
Yes, please, with almonds. Thank you. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 16:37, 10 June 2010 (UTC)

Possible redundancy

{{editprotected}} In the template, there exists the construct {{{info|{{{4|{{{info|''info''}}}}}}}}}. Is there some use I'm unaware of for the info parameter being used both before and after the unnamed parameter there, or should that be simplified to just {{{info|{{{4|''info''}}}}}}? —RobinHood70 (talkcontribs) 19:01, 2 August 2010 (UTC)

Discussion with several knowledgeable template writers has confirmed that this is redundant. Please change:
{{{info|{{{4|{{{info|''info''}}}}}}}}}
to
{{{info|{{{4|''info''}}}}}}
Thanks! —RobinHood70 (talkcontribs) 19:09, 2 August 2010 (UTC)
 Done —  Tivedshambo  (t/c) 20:22, 2 August 2010 (UTC)

Windows Internet Explorer v. Mozilla Firefox

As one might expect, Internet Explorer 8.0 and Firefox 3.6.8 have different interpretations of the default settings for Template:Userbox. If id-p is set to 0 and border-s, id-h, and info-p default to 1, 45, 4px and respectively, Firefox will create a userbox 47 pixels in height unless id or info require more height. With the same settings, Internet Explorer creates a userbox 55 pixels high. Internet Explorer adds vertical space for twice the value of info-p whether info requires this height or not. This can be overcome by setting info-p to 0, but this defeats the purpose of padding. Comments? Yours aye, Buaidh (talk) 19:58, 4 August 2010 (UTC)

Just as a point of reference, on a PC with XP SP3, Opera and Firefox both create userboxes 47 pixels in height, while Safari, IE, and Chrome all create userboxes 55 pixels in height, so it's not just an IE issue. Clearly there's a different interpretation of how to pad things between browsers, as you mentioned.
On further research, the "height" CSS parameter is also playing a part here. In the same sets of browsers as mentioned above, when I removed the height only for the info section, leaving it in for the id section (see below), the box shrank to 47 pixels across all browsers. So, if I'm interpreting this correctly, Chrome/IE/Safari are adding height and padding together; Firefox/Opera take padding to be a part of the height (which, if I understand the CSS spec correctly, they shouldn't). Removing the height from the info side is really only a kludge, though, since the padding difference between browsers remains and would manifest on the id if the padding were non-zero there. I'm not sure if there's a good solution to this problem, but I'm tired...there might be something staring me in the face that I'm just not seeing.
In some browsers, this box is 55px tall.
id This box is 47px across all browsers.
RobinHood70 (talkcontribs) 04:08, 5 August 2010 (UTC)


I have yet to find a way to make all these browsers create similar userboxes other than setting both id-p and info-p to zero. --Buaidh (talk) 16:09, 10 August 2010 (UTC)

Default padding values

{{editprotected}} Whereas, popular web browsers currently in use (Windows Internet Explorer 8.0, Google Chrome 5, Safari 5, Mozilla Firefox 3.6.8, and Opera 10.61) interpret CSS padding quite differently, and

Whereas, the default padding values (1px and 4px) for Template:Userbox may cause userboxes to appear quite differently in the various browsers (as shown above), and

Whereas, it is highly desirable to have userboxes of uniform external dimensions, therefore

I request that the default values for id-p and info-p be set to 0 in Template:Userbox Yours aye, Buaidh ([[User --Buaidh (talk) 20:33, 19 August 2010 (UTC)talk:Buaidh|talk]]) 20:02, 13 August 2010 (UTC)

This seems logical, but I'd like to see some comments from others before implementing this. — Martin (MSGJ · talk) 08:47, 14 August 2010 (UTC)
If this change is made, something similar wil need doing to {{Userbox-r}} and {{Userbox-2}}. -- WOSlinker (talk) 10:20, 14 August 2010 (UTC)
I have no issues with the change being made, though a number of other userboxes might be affected as a result. Still, I tend to think that it's up to the designers/users of a UB to make sure it looks correct after any changes to this template, so I support the move. —RobinHood70 (talkcontribs) 23:44, 14 August 2010 (UTC)
If we default info-p to 0, we should also switch info from text-align:left to text-align:center. --Buaidh (talk) 20:07, 16 August 2010 (UTC)
That would be a rather big change to alter the text alignment. I would be against such a move. -- WOSlinker (talk) 20:23, 16 August 2010 (UTC)

Centering info is just a suggestion. See below:

This is how Template:Userbox looks now on Internet Explorer.
This is how Template:Userbox looks now on Mozilla Firefox.
This is how Template:Userbox looks with id-p=0 and info-p=0 on all browsers.
This is how Template:Userbox looks with id-p=0 and info-p=0 on all browsers.
This is how Template:Userbox looks with id-p=0, info-p=0, and text-align:center on all browsers.
This is how Template:Userbox looks with id-p=0, info-p=0, and text-align:center on all browsers.

Alternatively, a user can easily center text with either info-op=text-align:center or <center></center>. (Two new parameters: id-a and info-a =left/center/right would make it even simpler.) Yours aye, Buaidh (talk) 16:28, 17 August 2010 (UTC)

Just to confirm, here: what exactly is being asked for? The only problem at the moment appears to be that IE messes up the id padding. Can that be fixed without changing the info padding? If so then that should be an uncontroversial and easy gain. Chris Cunningham (user:thumperward: not at work) - talk 10:06, 18 August 2010 (UTC)

As best as we can determine, Windows Internet Explorer 8.0, Google Chrome 5, and Safari 5 set the height of Template:Userbox to:

Height(Template:Userbox) = Maximum(Maximum(Height(id),id-h)+(2*id-p),Height(info)+(2*info-p))+(2*border-s)

While Mozilla Firefox 3.6.8 and Opera 10.61 set the height of Template:Userbox to:

Height(Template:Userbox) = Maximum(Height(id)+(2*id-p),Height(info)+(2*info-p),id-h+(2*id-p))+(2*border-s)

This means that the default settings for Template:Userbox produce a box 55 pixels high on IE, Chrome, and Safari, but 47 pixels high on Firefox and Opera. We have yet to find a direct solution for this problem.

The following work-around has been proposed. Change the default value of id-p from 1px to 0 and the default value of info-p from 4px to 0. This will eliminate default padding of id and info, but will make the default height of Template:Userbox 47 pixels on all browsers (see above.) Yours aye, Buaidh (talk) 14:08, 18 August 2010 (UTC)

Can't the horizontal padding value be specified separately from the vertical, if the only problem is the vertical padding? Chris Cunningham (user:thumperward: not at work) - talk 14:37, 18 August 2010 (UTC)
That's an excellent suggestion. We could set the default for id-p to 0 1px 0 0 and the default for info-p to 0 4px 0 4px. That would provide text padding for info and keep the default height 47 pixels for all browsers.
A default userbox with text stands 55 pixels high on Internet Explorer.
A default userbox with a 45px high image also stands 55 pixels high on Internet Explorer.
A default userbox with text stands 47 pixels high on Mozilla Firefox.
A default userbox with 45px high image stands 49 pixels high on Mozilla Firefox.
With id-p=0 1px 0 0 and info-p=0 4px 0 4px, proposed userbox with text stands 47 pixels high on all browsers.
Proposed userbox with a 45px high image also stands 47 pixels high on all browsers.
Proposed userbox with text and id-c=black and id-fc=white.
Proposed userbox with a 45px high image and id-c=black.
Yours aye, Buaidh (talk) 17:45, 18 August 2010 (UTC)
Excellence. If we're good to go here then I'll be happy to sync it in 24 hours or so, to leave some time for any bugs or objections to be raised. Chris Cunningham (user:thumperward: not at work) - talk 19:25, 18 August 2010 (UTC)
Yup, great idea, Chris. That should resolve the problem. Oh and going back a couple of contributions, it's not IE/Chrome/Safari "messing up" as far as I can tell, it's Firefox/Opera. But I'm just being pedantic; the larger issue is that all the userboxes appear the same regardless of browser, which it seems they now will.
Oh and as for the centering, given that that would affect almost every userbox on the site in a semi-significant way, I don't think Template:Userbox is the place to discuss it since almost nobody (comparatively) would be reading a template talk page. —RobinHood70 (talkcontribs) 05:44, 19 August 2010 (UTC)
The centering issue is off the table. --Buaidh (talk) 13:14, 19 August 2010 (UTC)

ERROR NOTICE: The userbox height calculation shown above for IE, Chrome, and Safari is in error. I am continuing to research this anomaly. This should not affect the decision to update {{{id-p|0 1px 0 0}}} and {{{info-p|0 4px 0 4px}}}. --Buaidh (talk) 17:52, 19 August 2010 (UTC)

After some further investigation, I've determined that the height of Template:Userbox on Internet Explorer is:

Height(Template:Userbox) = Maximum(Height(id)+(2*id-p),Height(info)+(2*info-p),id-h+(2*id-p),id-h+(2*info-p))+(2*border-s)

The height of Template:Userbox on Mozilla Firefox is:

Height(Template:Userbox) = Maximum(Height(id)+(2*id-p),Height(info)+(2*info-p),id-h+(2*id-p))+(2*border-s)

We should proceed with the update to {{{id-p|0 1px 0 0}}} and {{{info-p|0 4px 0 4px}}}. --Buaidh (talk) 20:33, 19 August 2010 (UTC)

I'm going to hold off for a bit just to make sure, but I'm still keeping track here. If you find any further problems please let me know. Chris Cunningham (user:thumperward: not at work) - talk 20:48, 19 August 2010 (UTC)
I've encountered no problems with this proposed update. Has anyone else? --Buaidh (talk) 14:11, 25 August 2010 (UTC)
 Done. If there are any problems please ping me ASAP. Chris Cunningham (user:thumperward: not at work) - talk 09:52, 27 August 2010 (UTC)
I'd bet Firefox and Opera users would disagree, since they're used to seeing them the way everybody sees them now. Personally, I much prefer the consistent borders (or lack thereof) around the image in the current version (right) rather than the too-tall previous version (left).
This user is owned by one or more cats.
This user is owned by one or more cats.
RobinHood70 (talkcontribs) 07:58, 5 September 2010 (UTC)

Edit request from Buaidh, 30 August 2010

{{Edit protected}} I request that two horizontal text alignment parameters, id-a and info-a, be added to Template:Userbox. The four allowable values for id-a and info-a shall be left, center, right, and justify. The only code changes required are:

  1. Change text-align:center; to text-align:{{{id-a|center}}};
  2. Change text-align:left; to text-align:{{{info-a|left}}};

Rationale: This update will not change any functionality of this template, but it will allow novice users to align text and images more intuitively. Users can currently align text with the id-op and info-op parameters or a <center></center> markup. Parameters id-op and info-op do require familiarity with CSS and an examination of the template code. The proposed parameters id-a and info-a will only require a declaration of left/center/right/justify to horizontally align id and info. Parameters id-op and info-op can continue to be used for more complex CSS properties. --Buaidh (talk) 19:18, 30 August 2010 (UTC)

Done.--Commander Keane (talk) 04:50, 31 August 2010 (UTC)

moving {{pp-template|small=yes}}

{{editprotected}} hi, please move {{pp-template|small=yes}} to documentation. (same Navbox, Infobox), thanks.--ebraminiotalk 11:29, 1 October 2010 (UTC)

 Done WOSlinker (talk) 11:50, 1 October 2010 (UTC)

This thread is specific to the userbox listed on Wikipedia:CAMPUS#Getting_involved. I am confused as to why the userbox isn't linking to the Campus Ambassador wikilink. It displays normally on userpages. Is this part of the userbox code to not display wikilinks in a userbox on a non-userpage? Thanks. Basket of Puppies 19:15, 18 January 2011 (UTC)

When you are on the page that the link points to, the link is not shown and the text is shown in bold instead. For example the following text is bold rather than a link: Template talk:Userbox. That is just a standard feature of all wikilinks. -- WOSlinker (talk) 19:49, 18 January 2011 (UTC)

Edit request from Rafy, 14 February 2011

{{edit protected}}

please add ar:قالب:مستخدم

Rafy talk 16:57, 14 February 2011 (UTC)

Please do this yourself by adding it to the bottom of Template:Userbox/doc. — Martin (MSGJ · talk) 18:17, 14 February 2011 (UTC)
Done that, thanks. Rafy talk 18:28, 14 February 2011 (UTC)

Extra </div>

Is it possible that there is an extra </div> tag. Different UBXs keep closing some divs i have used in the past so I had to remove them (good example can be found at this revision of WormTT's talk page the extra </div> closes the background.) Thanks,  Adwiii  Talk  21:18, 28 April 2011 (UTC)

No, it just that with including the userbox with some indented text, the HTML Tidy program that is used on the wikimedia servers ends up adding an extra closing div tag to the HTML. -- WOSlinker (talk) 22:13, 28 April 2011 (UTC)

font size - why pt?

Would it be possible for id-s and info-s to recognize CSS keyword sizes and not append "pt" to the (supposed) number if it is one of them? Or only append "pt" if the value is, in fact, a number? For that matter, could we assign id-s=x-large and info-s=small default values? Setting font sizes on the web in terms of absolute units is widely considered bad practice. I don't understand why it's being done here. ⇔ ChristTrekker 20:16, 28 June 2011 (UTC)

Quite simply, because the userbox is sized in px. Edokter (talk) — 00:20, 13 November 2011 (UTC)

Flat userbox support

I've added support for the flat userbox style to the sandbox by passing in small=yes. If people think this is useful then I'll merge that template here; it's not used much, but the few editors who use it seem to find it attractive, and it's a great deal more compact than the default userbox style (much closer to those little Silkscreen buttons which were so popular on the Web about ten years ago). Support itself is trivial. Chris Cunningham (user:thumperward) - talk 07:35, 6 September 2011 (UTC)

If you do add it then {{userbox-r}} & {{userbox-2}} should be done as well. -- WOSlinker (talk) 07:50, 6 September 2011 (UTC)
It's high time both of them were merged here to be honest: the additional baggage from the extra code paths should be worth the wins in maintainability from keeping all the relevant logic in one code base. That also applies to {{flat userbox right}}. I'll have a poke about with this: I seem to recall hacking on it for a while and then giving up on it in the past, but it can't be too troublesome. Chris Cunningham (user:thumperward) - talk 09:14, 6 September 2011 (UTC)

Size

What are the dimensions of the default userbox?
by Xsanda (visit my talk page) 17:47, 16 September 2011 (UTC)

The default width of userboxes seems to be 238px. If the border is greater than 1px this causes the userbox to widen. Is it possible, using wikimarkup, to make the width (240-(2*border)px? nagualdesign (talk) 23:59, 12 November 2011 (UTC)

Waray Waray

Please add the link to winaray wikipedia. Thanks, --Agantacroxi (talk) 18:05, 27 September 2011 (UTC)

Done. Edokter (talk) — 00:21, 13 November 2011 (UTC)

Dimensions

The "tweaking" of userbox dimensions has altered a number of userbox templates that invoke Template:Userbox. Please let us know explicitly what is going on.

In a related matter, userboxes that use the default height and width and default border width of 1 pixel can be neatly stacked. The inclusion of a single userbox with a broader border disrupts this stacking. Perhaps we should adjust the internal box dimensions to compensate for border width and keep the external dimensions constant. See below.

This user is a native of Afghanistan.
This user is a native of Albania.
This user is a native of Algeria.
This user is a native of American Samoa.
This user is a native of Andorra.
This user is a native of Angola.
This user is a native of Anguilla.
This user is a native of Antigua and Barbuda.
This user is a native of Argentina.
This user is a native of Armenia.
This user is a native of Australia.
This user is a native of Austria.
This user is a native of Azerbaijan.
This user is a native of the Bahamas.
This user is a native of Bahrain.
This user is a native of Bangladesh.
This user is a native of Barbados
This user is a native of Belarus.
This user is a native of Belgium.
This user is a native of Belize.
This user is a native of Benin.
This user is a native of Bermuda.
This user is a native of Bhutan.
This user is a native of Bolivia.
This user is a native of Bosnia and Herzegovina.
This user is a native of Botswana.
This user is a native of Brazil.
This user is a native of the British Indian Ocean Territory.
This user is a native of the British Virgin Islands.
This user is a native of Brunei.
This user is a native of Burkina Faso.
This user is a native of Myanmar.
This user is a native of Burundi.
This user is a native of Cambodia.
This user is a native of Cameroon.
This user is a native of Canada.
This user is a native of Cape Verde.
This user is a native of the Cayman Islands.
This user is a native of the Central African Republic.
This user is a native of Chad.
This user is a native of Chile.
This user is a native of China.
This user is a native of Christmas Island.
This user is a native of the Cocos (Keeling) Islands.
This user is a native of Colombia.
This user is a native of the Comoros.
This user is a native of the Cook Islands.
This user is a native of Costa Rica.

Yours aye,  Buaidh  18:50, 23 January 2012 (UTC)

Cellspacing

I updated{{Userbox/sandbox}} to use CSS instead of the now-obsolete cellspacing attribute. If someone want to check me... ---— Gadget850 (Ed) talk 22:27, 22 September 2012 (UTC)

Looks good. Removed the zero padding as it was duplicate/overridden. Edokter (talk) — 09:33, 23 September 2012 (UTC)
 Done. Updated {{userbox-2}} and {{userbox-r}} as well. Edokter (talk) — 10:51, 23 September 2012 (UTC)
Thanks! ---— Gadget850 (Ed) talk 13:27, 23 September 2012 (UTC)

Dimensions

Tweaking the userbox dimensions has again screwed up hundreds of userboxes. I hope we are about done.  Buaidh  15:35, 17 April 2013 (UTC)

Edit request on 18 April 2013

Please modify:

<div style="float:{{{float|left}}}; border:{{{border-width|{{{border-s|1}}}}}}px solid {{{border-color|{{{1|{{{border-c|{{{id-c|#999}}}}}}}}}}}}; margin:1px; width:238px;" class="wikipediauserbox {{{bodyclass|}}}">

To:

<div style="float:{{{float|left}}}; border:{{{border-width|{{{border-s|1}}}}}}px solid {{{border-color|{{{1|{{{border-c|{{{id-c|#999}}}}}}}}}}}}; margin:1px; width:{{#expr:239-{{{border-width|{{{border-s|1}}}}}}}}px;" class="wikipediauserbox {{{bodyclass|}}}">

This modification will standardize the width of the infoboxes so that they will uniformly fit inside of table columns.

Technical 13 (talk) 13:21, 18 April 2013 (UTC)

  • I believe this should properly be changed to:
<div style="float:{{{float|left}}}; border:{{{border-width|{{{border-s|1}}}}}}px solid {{{border-color|{{{1|{{{border-c|{{{id-c|#999}}}}}}}}}}}}; margin:1px; width:{{#expr:240-2*{{{border-width|{{{border-s|1}}}}}}}}px;" class="wikipediauserbox {{{bodyclass|}}}">
The result of all three lines is the same for border-s=1, but only the line immediately above maintains a default total width of 240px for all reasonable values of border-s. We really need to get this default userbox width nailed down once and for all. Yours aye,  Buaidh  14:31, 22 April 2013 (UTC)

Edit request on 22 April 2013

In conjunction with the (hopefully corrected) edit request by User:Technical 13 above, I request the following two changes:
Replace:

style="border:0; width:{{{logo-width|{{{id-w|45}}}}}}px; height:{{{logo-height|{{{id-h|45}}}}}}px; background:{{{logo-background|{{{1|{{{id-c|#DDD}}}}}}}}}; text-align:{{{id-a|center}}}; font-size:{{{logo-size|{{{5|{{{id-s|14}}}}}}}}}pt; color:{{{logo-color|{{{id-fc|black}}}}}}; padding:{{{logo-padding|{{{id-p|0 1px 0 0}}}}}}; line-height:{{{logo-line-height|{{{id-lh|1.25em}}}}}}; vertical-align: middle; {{{logo-other-param|{{{id-op|}}}}}}"

with:

style="border:0; width:{{{logo-width|{{{id-w|{{#expr:47-2*{{{border-width|{{{border-s|1}}}}}}}}}}}}}}px; height:{{{logo-height|{{{id-h|{{#expr:47-2*{{{border-width|{{{border-s|1}}}}}}}}}}}}}}px; background:{{{logo-background|{{{1|{{{id-c|#DDD}}}}}}}}}; text-align:{{{id-a|center}}}; font-size:{{{logo-size|{{{5|{{{id-s|14}}}}}}}}}pt; color:{{{logo-color|{{{id-fc|black}}}}}}; padding:{{{logo-padding|{{{id-p|0 1px 0 0}}}}}}; line-height:{{{logo-line-height|{{{id-lh|1.25em}}}}}}; vertical-align: middle; {{{logo-other-param|{{{id-op|}}}}}}"

and replace:

style="border:0; text-align:{{{info-a|left}}}; font-size:{{{info-size|{{{info-s|8}}}}}}pt; padding:{{{info-padding|{{{info-p|0 4px 0 4px}}}}}}; height:{{{logo-height|{{{id-h|45}}}}}}px; line-height:{{{info-line-height|{{{info-lh|1.25em}}}}}}; color:{{{info-color|{{{info-fc|black}}}}}}; vertical-align: middle; {{{info-other-param|{{{info-op|}}}}}}"

with:

style="border:0; text-align:{{{info-a|left}}}; font-size:{{{info-size|{{{info-s|8}}}}}}pt; padding:{{{info-padding|{{{info-p|0 4px 0 4px}}}}}}; height:{{{logo-height|{{{id-h|{{#expr:47-2*{{{border-width|{{{border-s|1}}}}}}}}}}}}}}px; line-height:{{{info-line-height|{{{info-lh|1.25em}}}}}}; color:{{{info-color|{{{info-fc|black}}}}}}; vertical-align: middle; {{{info-other-param|{{{info-op|}}}}}}"

This request creates a default userbox total height of 47px for all reasonable values of border-s. The current default userbox total height of 47px is a result of a default id-h=45 and a default border-s=1. This request, together with the corrected User:Technical 13 request, will permit default size userboxes to be neatly stacked without the need for an arrangement table.  Buaidh  15:58, 22 April 2013 (UTC)

Edit request on 4 May 2013

Hello friendly administrator responding to this request! I request that:

<div style="float:{{{float|left}}}; border:{{{border-width|{{{border-s|1}}}}}}px solid {{{border-color|{{{1|{{{border-c|{{{id-c|#999}}}}}}}}}}}}; margin:1px; width:238px;" class="wikipediauserbox {{{bodyclass|}}}">
{| style="border-collapse:collapse; width:238px; margin-bottom:0; background:{{{info-background|{{{2|{{{info-c|#EEE}}}}}}}}}"

Be changed to:

<div style="float: {{{float|left}}}; border: {{#iferror:{{#ifexpr:{{{border-width|{{{border-s|1}}}}}}<0|1|{{{border-width|{{{border-s|1}}}}}}}}|1}}px solid {{{border-color|{{{1|{{{border-c|{{{id-c|#999}}}}}}}}}}}}; margin: 1px; width: {{#iferror:{{#ifexpr:{{{border-width|{{{border-s|1}}}}}}<0|238|{{#expr:240-(2*{{{border-width|{{{border-s|1}}}}}})}}}}|238}}px;" class="wikipediauserbox {{{bodyclass|}}}">
{| style="border-collapse: collapse; width: {{#iferror:{{#ifexpr:{{{border-width|{{{border-s|1}}}}}}<0|238|{{#expr:240-(2*{{{border-width|{{{border-s|1}}}}}})}}}}|238}}px; margin-bottom: 0; background: {{{info-background|{{{2|{{{info-c|#EEE}}}}}}}}}"

As reflected in the sandbox testing done with this comparison, which will make the majority of the userboxes uniform in width as is represented in the Box width section of the testcases page. Thank you. Technical 13 (talk) 16:03, 4 May 2013 (UTC)

 implemented — Martin (MSGJ · talk) 12:08, 9 May 2013 (UTC)

Edit request on 17 May 2013

I'm requesting that:

|}</div>{{#if:{{{usercategory|}}}{{{usercategory2|}}}{{{usercategory3|}}}|{{category handler
 |nocat = {{{nocat|}}}
 |subpage = {{#if:{{{nocatsubpages|}}}|no}}
 |user = {{#if:{{{usercategory|}}}|[[Category:{{{usercategory}}}]]}}{{#if:{{{usercategory2|}}}|[[Category:{{{usercategory2}}}]]}}{{#if:{{{usercategory3|}}}|[[Category:{{{usercategory3}}}]]}}
 |template = {{#if:{{{usercategory|}}}|[[Category:{{{usercategory}}}| {{BASEPAGENAME}}]]}}{{#if:{{{usercategory2|}}}|[[Category:{{{usercategory2}}}| {{BASEPAGENAME}}]]}}{{#if:{{{usercategory3|}}}|[[Category:{{{usercategory3}}}| {{BASEPAGENAME}}]]}}
}}}}<noinclude>{{documentation}}</noinclude>

Be modified to include:

|}</div>{{#if:{{{usercategory|}}}{{{usercategory2|}}}{{{usercategory3|}}}{{{usercategory_raw|}}}|{{category handler
 |nocat = {{{nocat|}}}
 |subpage = {{#if:{{{nocatsubpages|}}}|no}}
 |user = {{#if:{{{usercategory|}}}|[[Category:{{{usercategory}}}]]}}{{#if:{{{usercategory2|}}}|[[Category:{{{usercategory2}}}]]}}{{#if:{{{usercategory3|}}}|[[Category:{{{usercategory3}}}]]}}{{#if:{{{usercategory_raw|}}}|{{{usercategory_raw}}}}}
 |template = {{#if:{{{usercategory|}}}|[[Category:{{{usercategory}}}| {{BASEPAGENAME}}]]}}{{#if:{{{usercategory2|}}}|[[Category:{{{usercategory2}}}|  {{BASEPAGENAME}}]]}}{{#if:{{{usercategory3|}}}|[[Category:{{{usercategory3}}}| {{BASEPAGENAME}}]]}}{{#if:{{{usercategory_raw|}}}|{{{usercategory_raw}}}|}}
}}}}<noinclude>{{documentation}}</noinclude>

So that categories can be added as defined in the userbox. See Template:Userbox/sandbox (diff just in case) and purpose can be seen by editing Template:User alternative account name (edit | talk | history | links | watch | logs). Technical 13 (talk) 14:07, 17 May 2013 (UTC)

Not done: Your code seems to not do what you intend, the name of your proposed parameter is poorly chosen, and your justification is lacking. Anomie 10:31, 18 May 2013 (UTC)
The purpose of my code is to add an argument that allows the userbox maker to define categorization using parserFunctions and easily use piped sorting. It would allow: {{#switch:{{{1}}}|orange=[[Category:Orange fruit|{{{1}}}]]|banana=[[Category:Yellow fruit|{{{1}}}|#default=[[Category:Red fruit|{{{1}}}]]}} to work as-well-as allow [[Category:Three]][[Category:Four]][[Category:Five]][[Category:Six]][[Category:Seven]][[Category:...]] to work and not limit people to three categories. If you have a better parameter name, that is fine. I only picked usercategoryx because it followed the same scheme for the prefix (usercategory) and indicated that the category number was a variable and that multiple could be used (x). I also chose that because it is shorter than the alternatives I came up with and shorter is easier to remember. Technical 13 (talk) 11:09, 18 May 2013 (UTC)
Personally, I'm still not convinced of the reasoning (why does a userbox need to be adding dozens of categories to a userpage?), and something like "usercategory raw" would be more descriptive. And I note that you haven't commented on the part where your proposed change does the wrong thing when {{userbox}} gets transcluded on a template page with one of the existing usercategory parameters set but not yours. Anomie 17:03, 19 May 2013 (UTC)
It it useful for more than just injecting multiple categories. It allows for parserFunctions to easily be used to select an appropriate category with defaultsort. As far as what would happen when {{userbox}} gets transcluded on a template page with one of the existing usercategory parameters set but not mine is that it doesn't apply any category at all for that parameter. Technical 13 (talk) 17:25, 19 May 2013 (UTC)
Looks fine to me with usercategory_raw now but I'll leave it for Anomie to reply. -- WOSlinker (talk) 19:18, 19 May 2013 (UTC)
@Technical 13:: You mean "it doesn't apply any category at all anymore", considering that you just fixed it.
@Anomie: Yes, that is exactly what I meant. Technical 13 (talk) 21:14, 19 May 2013 (UTC)
@WOSlinker:: Meh. I still don't see the point of a userbox applying dozens of categories, but if someone else wants to apply it I have no technical objection to the currently-posted code. Anomie 21:04, 19 May 2013 (UTC)

I can't see the point of this new parameter either. There seems to be little benefit over just manually adding a category. Technical 13, perhaps you could demonstrate a consensus for this change before reactivating this request? Regards — Martin (MSGJ · talk) 19:50, 21 May 2013 (UTC)

id-class request

Please add id-class parameter, analogous to info-class. ⇔ ChristTrekker 18:18, 23 May 2013 (UTC)

It's already there. -- WOSlinker (talk) 18:37, 23 May 2013 (UTC)
Guess I should look in the source. It's not mentioned in the doco. ⇔ ChristTrekker 18:57, 23 May 2013 (UTC)

Id images

When using an image in the id parameter, is it possible to make it smaller so the userbox has the correct height? George8211 (talk | contribs) 12:09, 22 August 2013 (UTC)

Edit request, 17 December 2013

I've made an edit in the sandbox (here) that should allow for an increased border size to automatically be allowed for in the userbox height (per CSS box model) — OwenBlacker (Talk) 15:45, 17 December 2013 (UTC)

  • Not done for now: Owen, I'm going to have to request some testcases showing what your change does and that it doesn't break existing userboxes before I can apply this request. When I added the code to standardize the width, I also looked at standardizing the height, and decided that it wasn't feasible for all boxes. So, if you can show that it is in the sandbox/testcases page, I'd be happy to apply it. Thanks. Technical 13 (talk) 00:43, 18 December 2013 (UTC)

Module:Userbox

I've created a Lua version of this template at Module:Userbox. You can test it out using {{userbox/sandbox}}. I'd like to hear people's opinions of the code before putting it live. In particular, the module treats blank parameters differently from the template. The template's treatment of blank parameters led to some strange behaviour, like the border style being set to "border: px;" if either {{{border-width}}} or {{{border-s}}} were present but blank. I've demonstrated a few of these behaviours at Template:Userbox/testcases#Blank parameters, although that is not a complete list. It is possible that changing this behaviour may break some existing userboxes, although the number is probably quite small. Do people think it would be worth adding a tracking category so that we can identify them? — Mr. Stradivarius ♪ talk ♪ 07:59, 6 January 2014 (UTC)

Are you going to also support {{userbox-2}} and {{userbox-r}} ? -- WOSlinker (talk) 10:06, 6 January 2014 (UTC)
That's a good question! I wasn't even aware of them until now - I guess that goes to show I should read all the way to the bottom of the documentation before I start writing code. It doesn't look like it will be too hard to do, but I will need to add in another layer of abstraction so that the parameters don't interfere with each other. Let me have a think of how best to do it. — Mr. Stradivarius ♪ talk ♪ 10:37, 6 January 2014 (UTC)
Noting that empty parameters are easily fixed, what are the benefits of lua above template code in this case? Edokter (talk) — 11:27, 6 January 2014 (UTC)
I admit that I am guilty of looking at the number of parameters in the template code and just assuming that a Lua version would give us better performance. To see whether I was right, I just went and did some testing in my sandbox with 1000 userbox instances (current template, Lua version). I found a modest performance increase from the Lua module, which processed the userboxes in 9.659 seconds compared to the current template's 13.886 seconds.
Example NewPP limit reports
Current template
 
NewPP limit report
Parsed by mw1071
CPU time usage: 12.133 seconds
Real time usage: 12.308 seconds
Preprocessor visited node count: 100002/1000000
Preprocessor generated node count: 106937/1500000
Post‐expand include size: 753000/2048000 bytes
Template argument size: 50000/2048000 bytes
Highest expansion depth: 5/40
Expensive parser function count: 0/500

Served by mw1071 in 13.886 secs.
Lua version
NewPP limit report
Parsed by mw1175
CPU time usage: 8.257 seconds
Real time usage: 8.339 seconds
Preprocessor visited node count: 24001/1000000
Preprocessor generated node count: 112017/1500000
Post‐expand include size: 1084000/2048000 bytes
Template argument size: 0/2048000 bytes
Highest expansion depth: 2/40
Expensive parser function count: 0/500
Lua time usage: 2.830s
Lua memory usage: 1.15 MB
Lua Profile:
    Scribunto_LuaSandboxCallback::getExpandedArgument               2840 ms     77.2%
    recursiveClone <mw.lua:109>                                      300 ms      8.2%
    getExpandedArgument <mw.lua:261>                                 100 ms      2.7%
    format                                                            60 ms      1.6%
    <Module:Arguments:132>                                            60 ms      1.6%
    type                                                              60 ms      1.6%
    concat                                                            40 ms      1.1%
    insert                                                            40 ms      1.1%
    tostring                                                          40 ms      1.1%
    Scribunto_LuaSandboxCallback::frameExists                         20 ms      0.5%
    [others]                                                         120 ms      3.3%

Served by mw1175 in 9.659 secs.
That is less of a difference than I thought it would be, though, and probably won't be noticed on pages with less than, say, 100 userboxes. We do also get the benefits of shared code between this template, {{userbox-2}} and {{userbox-r}}, which will be available after I finish writing their respective functions. (I've already added in the abstraction layer to make it possible.) Other than that, there isn't much - I would add ease of maintenance to that list, but I gather not everyone agrees with me on that. :) — Mr. Stradivarius ♪ talk ♪ 13:47, 6 January 2014 (UTC)
To give some more reliable stats, I did an average over five page parses for both of my example pages. For the current template I got:
  • CPU time usage: 12.955s
  • Real time usage: 13.080s
  • Served in: 13.320s
And for the Lua version, I got:
  • CPU time usage: 7.205s
  • Real time usage: 7.295s
  • Served in: 8.486s
I make that an average 43% increase in speed. — Mr. Stradivarius ♪ talk ♪ 14:31, 6 January 2014 (UTC)
That's fair. Just asking because I have seen instances of two-line templates being converted to multi-page lua modules. They were generally not a succes. Edokter (talk) — 18:05, 6 January 2014 (UTC)

usercategory

How come there doesn't show up any category for the userbox when I save it, even if I have set a parameter for usercategory? The userbox User:UBX/SAIK does not show up in the usercategory Category:Wikipedian Sandvikens AIK fans. Bandy boy (talk) 17:33, 19 March 2014 (UTC)

That's because Template:Category handler purposefully doesn't categorise subpages of User:UBX. The category will work just fine if you use your userbox on other pages. — Mr. Stradivarius ♪ talk ♪ 22:00, 19 March 2014 (UTC)
Thank you, that explains it. Bandy boy (talk) 00:19, 20 March 2014 (UTC)

Should usercategory values be applied to templates?

Was there a change in the way the usercategory params work? I was under the impression that categories specified in those params would only be applied to the user page where the template was ultimately transcluded, since the categories are often named "Wikipedians who...". Based on the name alone, these should include the user pages only, and not the userbox template(s), but it doesn't seem to work this way.

For example, {{User WP Foodie}} has |usercategory=WikiProject Food and drink members and then after the {{Userbox}} transclusion, wrapped in noinclude tags, there is:

[[Category:WikiProject Food and drink templates|{{PAGENAME}}]]
[[Category:WikiProject user templates|Food and drink]]
[[Category:Food u0ser templates|WP Food and drink]]
[[Category:Drink user templates|WP Food and drink]]

This makes sense to me. The template itself should show up in the *templates categories and the users (user pages) that transclude it should show up at Category:WikiProject Food and drink members. Currently, it doesn't work that way, though. The template also appears in Category:WikiProject Food and drink members, even though it's not a "member".

Did it always work the way it does now? It seems you can get around it by wrapping |usercategory=WikiProject Food and drink members in includeonly tags, keeping the category from applying to the template page. —[AlanM1(talk)]— 23:36, 12 July 2014 (UTC)

@AlanM1: Yes, it appears that it did always work this way. If you look at the last version of the template before it was converted to Lua, the user categories are explicitly output in the template namespace by {{category handler}}. I imagine that there was probably a reason for doing it this way, but I'd have to do some more digging to find out exactly what.
Ok, found it. Categorisation of the template namespace was added in this edit, from the request here by WOSlinker. WOSlinker never gave a reason as such, though. (WOSlinker, perhaps you still remember?) — Mr. Stradivarius ♪ talk ♪ 03:01, 13 July 2014 (UTC)
At the time a lot of the userboxes used to have:
<includeonly>[[Category:User who do something|{{PAGENAME}}]]</includeonly>
<noinclude>[[Category:User who do something|*]]</noinclude>
So adding both the categorisation on user pages and templates meant that the code as above could be replaced with a single parameter passed to the userbox template. -- WOSlinker (talk) 05:28, 13 July 2014 (UTC)
Just to add, here's a couple of examples: User Yabasic and User WikiProject South America. Not all userboxes added the template category though and the change to the userbox template, did make more userboxes add themselves to the user categories. If it's felt that it would be better to not inclufde the userboxes in the categories then I wounldn't object. -- WOSlinker (talk) 05:38, 13 July 2014 (UTC)
Thanks for running that down. When I saw some examples like those, I, too, thought that it might have worked differently in the past because some implementers put the same category in both places.
Just to clarify, though, my suggested criterion is to not apply the usercategory* categories on template pages, regardless of which namespace they are in. This came up because I had my own custom userbox templates (that transclude {{Userbox}}) under my userspace (e.g. User:AlanM1/Template/User OSM), usually to make a custom change that I didn't want to force on others. I see the note above that the categories are not applied to pages under User:UBX – perhaps add similar exceptions for pages in the Template namespace and any under User:*/Template*
Alternatively, if this behavior is to remain, I'd like to document it, along with the suggestion that if the implementer of a template that transcludes {{Userbox}} wants to prevent their template from being in the usercategory* categories, they need to wrap those parameters in includeonly tags (and give an example). —[AlanM1(talk)]— 08:35, 13 July 2014 (UTC)
Another suggestion might be to only categorise if the userbox is on the users homepage, and not on any subpages at all. -- WOSlinker (talk) 11:48, 13 July 2014 (UTC)
That's not going to work: see for example User:Mr. Stradivarius/Userboxes. — Mr. Stradivarius ♪ talk ♪ 15:38, 13 July 2014 (UTC)
It wouldn't make so much sense to blacklist User:*/Template*, because different users use different naming schemes. I put my userboxes in User:Mr. Stradivarius/UBX/*, for example. Others just put them on immediate subpages. — Mr. Stradivarius ♪ talk ♪ 15:42, 13 July 2014 (UTC)
I just came here to ask about the same issue; can we reach a resolution? I'd prefer that the category not to be added to template pages. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:52, 13 November 2014 (UTC)

User sub-pages

[The above] discussion appears to be related to a problem I just noticed with a MediaWiki message delivery. A message was sent to Category:WikiProject Medicine members, but that category has several editors with their user page and a subpage in the category—for example, both User:Benlisquare and User:Benlisquare/Userboxes, and the messaging system sent the newsletter to the talk page of both pages. The category comes from {{User WPMed}} on the Userboxes subpage which is transcluded on the user page. As I've never thought about issues like this, I can't offer a suggestion, but IMHO a userbox should add the category only to the user page, and not to any subpage, without requiring any extra input from the user. If a category is sometimes wanted elsewhere, there should be an "opt in" parameter to specify that the category is wanted. Johnuniq (talk) 06:36, 17 July 2014 (UTC)

The problem with that idea is that we already have a lot of userboxes that have intentionally been put on subpages, and the users that put them there most likely want them to be added to the relevant categories. Rather than having to edit (tens of?) thousands of userbox pages, it would probably be better to just put the categories inside <noinclude>...</noinclude> tags on the userbox template pages. As for the MediaWiki message delivery, it shouldn't be too hard to filter out duplicate users from a category list. Perhaps there's already an option for this? — Mr. Stradivarius ♪ talk ♪ 06:44, 17 July 2014 (UTC)
Possibly, but is there an example where someone would want a userbox to add a category to a subpage? Johnuniq (talk) 06:52, 17 July 2014 (UTC)
Well, there are quite a few at User:Mr. Stradivarius/Userboxes for a start. :) All of those would be unwieldy on my main user page, so I don't want to keep them there. I also found User:Captain Assassin!/Userboxes, User:Visium/Userboxes and User:CRRaysHead90/Userboxes after a few minutes' search, and that's not including users who are inactive. I get 58,985 results for the search "/userboxes" in userspace, and a fair percentage of those are likely to be pages that were intended to be categorised. — Mr. Stradivarius ♪ talk ♪ 07:05, 17 July 2014 (UTC)
Oh, I had not noticed that kind of usage before. To spell it out, you have some userboxes on your user page, but your user page does not transclude your userboxes page. Instead, your talk page has a link to the userboxes subpage which is intended as a target page for people to view. The userboxes subpage has a bunch of categories which are intended for that page. Well I guess a new parameter is needed. If it were added to a userbox call (and if the userbox template were edited to pass that parameter to the module), the category would not be added to a subpage (details to be decided!). Then people could add the magic parameter when they discover a problem, such as with message delivery as I mentioned above. I don't see how using includeonly would offer a solution. Johnuniq (talk) 10:07, 17 July 2014 (UTC)

Template-protected edit request on 4 January 2015

Userboxes created with {{Userbox-2}} or {{Userbox-r}} are too wide if the specified border size is greater than 1px. Likewise, they are too narrow if the specified border size is zero. This bug is readily apparent in columns of multiple userboxes, as in the example floating to the right of this thread. It has already been fixed for {{Userbox}} with lines 79 and 82 of the module code:

local borderWidthNum = checkNum(args['border-width'] or args['border-s'], 1)
data.width = addSuffix(240 - 2 * borderWidthNum, 'px')

Could the same code please be coped to the vicinity of lines 125 and 177 for the sake of {{Userbox-2}} and {{Userbox-r}}? – voidxor (talk | contrib) 08:48, 4 January 2015 (UTC)

Not done: please make your requested changes to the module's sandbox first; see WP:TESTCASES. I had all the border stuff working well when it was a template. I'm not sure when or why it was all converted to lua, but please make the changes in the sandboxes and add any appropriate testcases and I'll be happy to look them over and make the changes. — {{U|Technical 13}} (etc) 12:52, 4 January 2015 (UTC)
Technical 13, I'm still new to the modules namespace and still learning to use the sandboxes and testcases. I have implemented my changes in the sandbox. The testcases look good. In full disclosure, I had to make a couple fixes or updates to the testcases. Please check those changes as well to ensure that I didn't cheat the testcases in any way. Thanks again! – voidxor (talk | contrib) 07:17, 6 January 2015 (UTC)
Note: I'm not particularly well versed in Lua either, so I prefer to leave these to other template editors that are. I know though that things like this should always be sandbox tested before being implemented. I'm reopening this request so a Lua knowledgeable template editor might be attracted to look it all over and implement it. Good luck! — {{U|Technical 13}} (etc) 14:05, 6 January 2015 (UTC)
  • I do have a question though... borderWidthNum = checkNum(args[9] or args['border-s'], 1) -- what's the default if those args aren't set? data.width = addSuffix(240 - 2 * borderWidthNum, 'px') requires the parameter to be set. How gracefully with the code fail if the borderWidthNum >= 120? How graciously will if fail if defined as 0 or < 0? — {{U|Technical 13}} (etc) 14:11, 6 January 2015 (UTC)
The default is the second parameter, which is 1. The changes look fine to me, so I'll copy them over to live. -- WOSlinker (talk) 18:41, 6 January 2015 (UTC)

Request

Please integrate the changes in the sandbox into the module. —Keφr 07:55, 6 September 2015 (UTC)

Just wondering about the colour checks, supposing I have the following userbox:
{{Userbox/sandbox
|id = [[File:Imbox_content.png]]
|id-c = black
|info = This is a test 
}}
Then it would be added to Category:Potentially illegible userboxes but it does not contain any clashing text and background colours. Could the checks be changed so that if id, id1 or id2 only contain Files or Images and no other text then the check is not done? -- WOSlinker (talk) 08:49, 6 September 2015 (UTC)
I've added Kephir's requested changes (before I saw WOSlinker's comment), but what WOSlinker says makes sense, so feel free to update the module again or reactivate the protected edit request as necessary. — Mr. Stradivarius ♪ talk ♪ 08:57, 6 September 2015 (UTC)
I refined the test to address the above. —Keφr 10:31, 6 September 2015 (UTC)
I've applied those changes. -- WOSlinker (talk) 13:26, 6 September 2015 (UTC)
Just wondering if it's really worth categorising talk pages? -- WOSlinker (talk) 19:11, 6 September 2015 (UTC)
@Kephir and WOSlinker: I've done some refactoring of the code in the sandbox so that the category code is separated out from the rendering code, and to remove the dependency on Module:Category handler. Any objections to me updating the module with it? I've also changed the module to only activate Category:Potentially illegible userboxes on user subpages, in the template namespace, and in the Wikipedia namespace. (Are there any other namespaces in which userbox templates reside?) — Mr. Stradivarius ♪ talk ♪ 07:05, 9 September 2015 (UTC)
Userboxes in User:UBX/ subpages are no longer been added to any categories with the sandbox version. -- WOSlinker (talk) 08:20, 9 September 2015 (UTC)
@WOSlinker: Which page(s) are you seeing this at? I just tested a couple of subpages of User:UBX at random and they seem to be working ok, plus I added some test cases for user subpage categories. If there's a problem with User:UBX pages then I'm not seeing it. — Mr. Stradivarius ♪ talk ♪ 08:37, 9 September 2015 (UTC)
Ah, perhaps you're looking at the code if title.namespace == 2 and title.rootText ~= 'UBX' then? That is intentional, as Module:Category handler blacklists User:UBX subpages via Module:Category handler/blacklist. You should find that the behaviour is the same as the current Module:Userbox for User:UBX subpages. The original rationale for the blacklisting code is here. — Mr. Stradivarius ♪ talk ♪ 08:47, 9 September 2015 (UTC)
I was just wondering if the UBX pages should be categorised the same as templates: elseif title.namespace == 10 or (title.namespace == 2 and title.rootText ~= 'UBX') then ? -- WOSlinker (talk) 09:31, 9 September 2015 (UTC)

Detection of existence of user categories

I've been working on red-linked categories and come across a number which are populated by templates like {{User cu-N}} that wants to live in Category:User cu-N. Except that category has been deleted three times because it's meaningless to have a current native speaker of a long-dead language. Would it be possible for the noinclude code (in {{user lang}} at least) to test for the existence of a user category before placing the template in it? It would relieve some tension between those who hate to see red-linked categories left unmade, and those who nuke template-only categories on sight.... <g> Le Deluge (talk) 04:10, 22 March 2016 (UTC)

"Sandbox reminder" section

In this section, the "FROM" and "TO" URIs are exactly the same, so that can't be right. Also, it would be easier to compare them if they were aligned. —Ringbang (talk) 00:56, 24 April 2016 (UTC)

If a relatively new wiki is born and I`m the first to create a user box, do I need to do something extra?

I used to create user boxes in other wikis but here its a first: http://rimworldwiki.com/wiki/User:Yoshida_Keiji/Userboxes/Civilization Yoshida Keiji (talk) 09:18, 1 May 2017 (UTC)

Layout table edit request on 11 July 2016

Request
Copy Old revision of Module:Userbox/sandbox to Module:Userbox
Changes
Marks up the <table> as a layout table instead of a data table, by adding role="presentation" and replacing <th> with <td> (see MOS:LTAB).
Bolds the former <th>s to keep them visually the same.
There should be no visual changes (see Template:Userbox/testcases).
Users of assistive technologies will get simpler, less confusing output. For me, "Table with two columns and one rows, TS This user likes Taylor Swift, table end" becomes just "TS This user likes Taylor Swift".

Matt Fitzpatrick (talk) 05:44, 11 July 2016 (UTC)

Done — Martin (MSGJ · talk) 08:06, 11 July 2016 (UTC)

Optimize for mobile page

As Chinese Wikipedian, the .content table class may cause unexpected result on mobile page when you look at the user page, in this case every user box would display an unused whitespace at the top. You need make the following modify to fix:

local tableroot = root:tag('table')
tableroot
	:css('border-collapse', 'collapse')
	:css('width', data.width)
	:css('margin-bottom', '0')
	:css('margin-top', '0') -- add this
	:css('background', data.backgroundColor)

--Great Brightstar (talk) 09:52, 16 July 2016 (UTC)

Done This is my first edit to a template-protected page after becoming a template editor. GeoffreyT2000 (talk) 02:44, 17 July 2016 (UTC)

Template-protected edit request on 6 September 2016

Please change line 331 from this:

		root:wikitext('[[Category:Potentially illegible userboxes]]')

To this:

		root:wikitext('<noinclude>[[Category:Potentially illegible userboxes]]</noinclude>')

Currently this puts any pages transcluding potentially illegible userboxes in the category as well, making the backlog seem bigger than it is and making it hard to go through it. nyuszika7h (talk) 10:29, 6 September 2016 (UTC)

Would that code not suppress the category on the userpage itself? — Martin (MSGJ · talk) 10:55, 6 September 2016 (UTC)
Not done: please make your requested changes to the module's sandbox first; see WP:TESTCASES. Izno (talk) 11:32, 6 September 2016 (UTC)
@MSGJ: If a user page calls {{userbox}} itself with non-compliant colors, it would be categorized, otherwise only the userbox templates, which is the intended effect, as the problem in the latter case needs to be fixed in the templates, not the user pages. @Izno: Done. – nyuszika7h (talk) 11:53, 6 September 2016 (UTC)
Okay,  Implemented — Martin (MSGJ · talk) 14:02, 6 September 2016 (UTC)
Please revert the change for now, as it's broken, categorizes regardless and causes "<noinclude></noinclude>" to show up on illegible userboxes. I should have tested it, but I didn't think of using {{Userbox/sandbox}} to use the sandbox version of the module (though I've done so with another template before). I'm trying there now, but no success so far, so for now the change should be just reverted. nyuszika7h (talk) 13:13, 10 September 2016 (UTC)
Done — Andy W. (talk ·ctb) 13:55, 10 September 2016 (UTC)

Adding an Image

I'm finding the instructions for creating a userbox overly complicated. I just want a template to copy and add in my text and an image to create a userbox, but I can't find how to add an image. I'm tired of clicking on page after page on Userboxes - can anyone just tell me how or point me where I can find explicit directions? Thanks in advance! nycdi (talk) 00:17, 4 December 2017 (UTC)

The simplest way to create a userbox is to go to a userbox gallery such as Wikipedia:Userboxes/Life and find a userbox similar to what you want. Copy the userbox you like onto your user page and modify it with your image and text. I'll be glad to help if you want. Yours aye,  Buaidh  19:59, 25 January 2018 (UTC)

Lua problems

The new Lua version of Template:Userbox is producing one-pixel-wide white strips on many userboxes that appear after a refresh. Please see Wikipedia:Userboxes/Life for examples. Can this be fixed or do we need to revert? Yours aye,  Buaidh  20:08, 25 January 2018 (UTC)

This may be a browser specific problem. I'm using Firefox.  Buaidh  20:13, 25 January 2018 (UTC)

@Buaidh:. You are going to have to be more specific. Can you make a screenshot and put that somewhere online ? —TheDJ (talkcontribs) 21:04, 25 January 2018 (UTC)
After further examination, I believe this is entirely a browser problem. The white strips appear when Firefox displays at a scale greater than 100%. At 100% there are no problems. There appears to be no problem with Lua. I apologize for the false alarm. THERE ARE NO BALLISTIC MISSILES HEADED INBOUND TO HAWAII. Yours aye,  Buaidh  21:56, 25 January 2018 (UTC)

This is a well known and very old bug in FF in when using tables. If u google a bit u can likely quickly find the ticket. Its a shame that Firefix still has not been able to fix it after all those years. —TheDJ (talkcontribs) 19:33, 26 January 2018 (UTC)

Safari problems with Userbox

For some reason, the Safari (web browser) in iOS will only center info text if info-a=center and info has more than one line of text. If info has only a single line of text, Safari displays the text left justified even though info-a=center.

Also, Safari will not override the default id width of 45 pixels if an id image is wider than 45 pixels.

Please see Template:Userbox test. The three userboxes display identically in Firefox, Google Chrome, and Microsoft Edge, but very differently in Safari on my iphone. I don't know if Safari performs the same on an Apple computer or on a different operating system. Does anyone understand why this is happening? Thanks for your help,  Buaidh  talk contribs 20:50, 4 February 2019 (UTC)

What does Safari show for a basic table? Is the below "Test" centered? -- WOSlinker (talk) 17:08, 5 February 2019 (UTC)
WOSlinker, it's a side effect of the mobile version of the website having code that allows tables to overscroll the viewport on mobile. Short lines don't need full width of the cell and thus don't, causing them to be center aligned within the width of a smaller box than the background of the table would have you suspect.
Would best be solved if we would stop using tables for userboxes. —TheDJ (talkcontribs) 20:50, 5 February 2019 (UTC)
Test
Thanks DJ. These are weird features of mobile Safari, but probably not worth a work around. I don't know how we would eliminate tables from userboxes. Yours aye,  Buaidh  talk contribs 01:44, 6 February 2019 (UTC)
BTW – The 6,080 citizens of Collectivité d'Outre-mer de Saint-Pierre-et-Miquelon have a wonderful flag.  Buaidh  talk contribs 01:52, 6 February 2019 (UTC)

"Justify" meaning

What does "Justify" mean in both id-a and info-a parameters? Wei4Green · 唯绿远大 16:48, 18 October 2019 (UTC)

Just try it and see. -- WOSlinker (talk) 18:13, 18 October 2019 (UTC)
Justify
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Dolor sed viverra ipsum nunc aliquet bibendum enim.
Blank
Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Dolor sed viverra ipsum nunc aliquet bibendum enim.
In case that's less than clear, it spreads the words out so that they reach the margin or border on both sides. Left justify has words aligned vertically to the left, right justify to the right. Justify on its own does both sides, as you can see in the examples. Captainllama (talk) 21:19, 18 October 2019 (UTC)

Did I do this correctly?

I just created my first userbox at Template:Userbox/Bob Kingsley, thinking that I was following the directions at Template:Userbox, but now I notice that almost all of the userboxes listed in the userbox galleries are user subpages. I think I may have goofed up, but I just wanted to check before I moved anything. Thanks. Larry Hockett (Talk) 04:41, 15 August 2020 (UTC)

Larry Hockett, yes, moving it to a subpage, like User:Larry Hockett/Bob Kingsley is recommended per WP:UBXNS. —⁠andrybak (talk) 14:50, 15 August 2020 (UTC)
Thanks for your prompt message, Andrybak. Larry Hockett (Talk) 21:33, 15 August 2020 (UTC)

Options to omit user categories on some pages

Many users place userboxes on a subpage and transclude them on the main userpage, e.g. User:Excirial/UserBoxes and User:Excirial. This causes both pages to be added to user categories like Category:Wikipedians in the Article Rescue Squadron. There are ways to avoid it like {{User Article Rescue Squadron|nocat=<noinclude>yes</noinclude>}}, but almost nobody does that. I suggest two ways to make it easier:

  1. A new parameter value like |nocat=subpage to not place categories on subpages but still do it on rootpages.
  2. A new template like {{No user categories}} placed anywhere on a page instructs {{Userbox}} to never add categories to the page. Similar to how cs1|2 templates detect {{Use mdy dates}} and use it to control their output.

PrimeHunter (talk) 13:41, 7 April 2021 (UTC)

Template-protected edit request on 21 August 2018

Currently, module Userbox supports up to three user categories. I suggest to upgrade the Userbox module to support up to five user categories. There are already userboxes, which pass five parameters, e.g. Template:User London. —⁠andrybak (talk) 21:51, 21 August 2018 (UTC)

Not done: it's not clear what changes you want to be made. Please mention the specific changes in a "change X to Y" format and provide a reliable source if appropriate. — JJMC89(T·C) 03:08, 22 August 2018 (UTC)
Change following three lines:
	cats[#cats + 1] = args.usercategory
	cats[#cats + 1] = args.usercategory2
	cats[#cats + 1] = args.usercategory3
to
	cats[#cats + 1] = args.usercategory
	cats[#cats + 1] = args.usercategory2
	cats[#cats + 1] = args.usercategory3
	cats[#cats + 1] = args.usercategory4
	cats[#cats + 1] = args.usercategory5
—⁠andrybak (talk) 10:23, 22 August 2018 (UTC)
 Donexaosflux Talk 12:57, 22 August 2018 (UTC)

Template-protected edit request on 20 October 2018

Replace all instances of 240 with (args['wide'] and 482 or (args['small'] and 119 or 240)) or just replace the live version with the sandbox version. These edits allow for the use of |wide= which makes the userbox double the width of a normal userbox and |small= which make the userbox half the width of a normal userbox.

Testcases
Code Sandbox Live
{{#invoke:Userbox(/sandbox)|userbox|info=text|id=USER}}
USERThis user is a user who has user-boxes on their user-page and on their user-talk.
USERThis user is a user who has user-boxes on their user-page and on their user-talk.
{{#invoke:Userbox(/sandbox)|userbox|info=text}}
This user is a user who has user-boxes on their user-page and on their user-talk.
This user is a user who has user-boxes on their user-page and on their user-talk.
{{#invoke:Userbox(/sandbox)|userbox|info=text|id=id}}
idThis user is a user who has user-boxes on their user-page and on their user-talk.
idThis user is a user who has user-boxes on their user-page and on their user-talk.
{{#invoke:Userbox(/sandbox)|userbox-r|info=text|id=id}}
This user is a user who has user-boxes on their user-page and on their user-talk.id
This user is a user who has user-boxes on their user-page and on their user-talk.id
{{#invoke:Userbox(/sandbox)|userbox-2|info=text|id=id}}
id1This user is a user who has user-boxes on their user-page and on their user-talk.id2
id1This user is a user who has user-boxes on their user-page and on their user-talk.id2
Examples
Code Sandbox
{{#invoke:Userbox/sandbox|userbox|info=text|wide=yes|id=id}}
idThis user is a user who has user-boxes on their user-page and on their user-talk.
{{#invoke:Userbox/sandbox|userbox|info=text|wide=yes}}
This user is a user who has user-boxes on their user-page and on their user-talk.
{{#invoke:Userbox/sandbox|userbox-2|info=text|wide=yes}}
id1This user is a user who has user-boxes on their user-page and on their user-talk.id2
{{#invoke:Userbox/sandbox|userbox-r|info=text|wide=yes}}
This user is a user who has user-boxes on their user-page and on their user-talk.id
{{#invoke:Userbox/sandbox|userbox|info=text|small=yes|id=id}}
idThis is a user-page.
{{#invoke:Userbox/sandbox|userbox|info=text|small=yes}}
This is a user-page.
{{#invoke:Userbox/sandbox|userbox-2|info=text|small=yes}}
id1This is a user-page.id2
{{#invoke:Userbox/sandbox|userbox-r|info=text|small=yes}}
This is a user-page.id
Example of usage
Userbox
Userbox
Userbox
idUserbox
idUserbox
Userbox
idUserbox
id1Userboxid2
id1Userboxid2
Userboxid
id1Userboxid2
idUserbox
Userboxid
id1Userboxid2
id1Us
er
id2
Userboxid
Userbox
idUserbox

– BrandonXLF (t@lk) 18:40, 20 October 2018 (UTC)

no Declined not a helpful edit. Simply adds more complexity to an already complicated template. If you want to make a custom userbox for your userpage, then use your userspace. --Zackmann (Talk to me/What I been doing) 22:11, 22 October 2018 (UTC)
This isn't possible for a custom userbox, only a few more bytes of data, I don't see the issue. It meant to replace Template:Userbox-w and allow for a Template:Userbox-s. – BrandonXLF (t@lk) 00:22, 23 October 2018 (UTC)
Not done: I'm neutral on the change (only a slight complication, but also doesn't appear to be used much/have a lot of utility) but since Zackman has opposed the change please gain a consensus before requesting a template-protected edit. Galobtter (pingó mió) 11:01, 24 October 2018 (UTC)
@Zackmann08 and Galobtter:, this change is useful because it would add more options to Template:Userbox-w (with 88 transclusions) sure it's not a lot but it's not a lot of code either. It also provides unification between user boxes of different sizes. I'm not sure it adds that much complexity (Zackmann08) and as making a custom user box would break the fact that this module is meant to unify user boxes. – BrandonXLF (t@lk) 12:47, 24 October 2018 (UTC)
Not done: please establish a consensus for this alteration before using the {{edit template-protected}} template. I see no effort to gather consensus since this request was last declined for a lack of consensus. Cabayi (talk) 13:00, 28 October 2018 (UTC)
I've tagged this talk page with {{WikiProject Userboxes}} to help guide you to a venue for that discussion. Cabayi (talk) 13:05, 28 October 2018 (UTC)

Relevant discussion

There is a discussion related to this module here. – BrandonXLF (t@lk) 15:35, 28 October 2018 (UTC)

Categorize only user namespace

I noticed that the template pages transcluding Template:Userbox themselves are being placed into the user categories as opposed to user pages transcluding the templates only. (For example, Template:User de-1 is wrongly placed into Category:User de-1.) I propose that {{User other}} be used to limit the categorization to user pages only, but, not being proficient in lua, I'm not sure whether it should be implemented here in the module or at Template:Userbox. Could someone provide assistance? --Bsherr (talk) 21:01, 29 October 2018 (UTC)

It's deliberate that it includes the template in the category. For the odd occasions where it's not wanted, it can be removed by wrapping the category inside includeonly tags on that template, for example | usercategory=<includeonly>User de-1</includeonly>. It should however be setting the category sort so that it is shown at the start of the list rather than mixed in the middle. The documentation for Template:User de-1, which is at Template:User x/doc was setting a different sort value. I've update that code to set the correct sort, so now when you look at Category:User de-1, you'll see the template at the start of the list. -- WOSlinker (talk) 22:47, 29 October 2018 (UTC)

Font size

I'm not 100% sure I'm reading the code of the module correctly, but it seems like it hardcodes the font sizes for the userboxes. As part of our accessibility guidelines, WP:FONTSIZE specifies that hould be done as a percentage of the original font size and not as an absolute size. This improves accessibility and cross-platform usability. Moreover, the font size should never go below 85% of the page's default font size, and (again, correct me if I'm wrong--I'm not very familiar with Lua), but I think I see at least one place that hardcodes for an 8 pt font size, which is well below 85% of Vector's default of 11.9 pt. Can someone more experienced with Lua than I am chime in here and we can brainstorm some fixes? Cheers!! cymru.lass (talkcontribs) 02:50, 17 December 2018 (UTC)

Only add "Category:Userboxes with insufficient color contrast" to userboxes in template namespace?

Category:Userboxes with insufficient color contrast currently includes every page that transcludes a problematic userbox, instead of only the userboxes themselves (see edit request above). This reduces the category's usability to find the actual userboxes. Would a suitable solution be to only add the category for pages in the Template: namespace (which would leave out userboxes in the User: namespace, but should remove most the false positives)? –Sonicwave talk 23:09, 23 August 2019 (UTC)

An issue with this approach is that a lot of userboxes are in User namespace, like {{User:UBX/Blacksmithing}}. We could, for example, not categorize top-level user pages, like User:Example. But this would mean that subpages with userboxes (like User:Example/Userboxes) will still be categorized. I don't know how prevalent is placement of userboxes in subpages. I would guess that excluding top level user pages should take care of most of problematic categorization. —⁠andrybak (talk) 23:17, 23 August 2019 (UTC)
One might consider categorizing user pages and templates into separate categories, and top-level and subpages of user space into separate categories. --Izno (talk) 13:14, 24 August 2019 (UTC)

Template-protected edit request on 20 February 2020

I am using the compact version of Template:Userbox-2, which looks like this:

{{userbox-2|side-box 1 color|main box color|ID/icon 1|message|ID/icon 2|border color|side-box 2 color}}

When using this template in the compact state, {{{6}}} (or border color) does nothing. It clearly says in the documentation that it is supposed to change the border color. Additionally, if {{{1}}} (or side-box 1 color) is defined, setting the |border-c= parameter does nothing.

To combat this, I propose the following edit:

128.	data.borderColor = args[1] or args['border-c'] or args['id1-c'] or '#999999'

to

128.	data.borderColor = args['border-c'] or args[6] or args['id1-c'] or args[1] or '#999999'

I'm not 100% familiar with Lua, but I can see this working. --Diriector_DocTalk
Contribs
━━━┥ 06:49, 20 February 2020 (UTC)

 Done I've also changed a few other params to prefer the named params to the numbered params.

Border problem

Help needed: I can't get my userbox to show the image (35px) without the blue borders. Sadkσ (talk is cheap) 23:03, 18 May 2020 (UTC)

This user loves rasperries.
Sadko, the color around the image is the background color of the id box. It's controlled through parameter |id-c=. The color of the border around the whole userbox is controlled through |border-c=. Here I've chosen colors magenta and purple with |border-s=3 for demonstration purposes. —⁠andrybak (talk) 23:54, 18 May 2020 (UTC)
This user loves rasperries.
I understand, but is it possible to have the image stretched accross the little square (35px), without the blue border? ty, Sadkσ (talk is cheap) 00:16, 19 May 2020 (UTC)
Sadko, do you want to increase the image size to fill the id box, or something else? You could try tweaking image size. Demo below with height set to 45 pixels. —⁠andrybak (talk) 01:33, 19 May 2020 (UTC)
This user loves rasperries.
Sorry if I did not sound clear enough. My idea is for the image to fill only the are of the squares on the side (image+blue borders), so that there is no blue border left around the image and not make the added image more wide, as a large number of our userboxes are 35px. Sadkσ (talk is cheap) 21:19, 19 May 2020 (UTC)
The userboxes are usually 45 pixels tall. Sadko, it sounds like you want to have the image be a square which is 45 pixels wide. However, the image File:Raspberries (Rubus Idaeus).jpg is a rectangle. Which can be solved with Template:CSS image crop. —⁠andrybak (talk) 22:08, 19 May 2020 (UTC)
                   
Raspberries (Rubus Idaeus).jpg
This user loves rasperries.
That's it. Thank you very much! Sadkσ (talk is cheap) 22:33, 19 May 2020 (UTC)

Template-protected edit request on 6 September 2020

Please apply Special:Diff/941729320/976979286 to remove number of categories check to allow unconditional categorization of articles (main namespace) into Category:Pages with misplaced templates. See, for example, Special:Diff/959473229, where template {{userbox}} has stayed in the article for a month and a half, but the article wasn't categorized due to absence of parameter |usercategory=. —⁠andrybak (talk) 06:17, 6 September 2020 (UTC)

Here's more examples of userboxes staying in articles unnoticed: Special:Diff/976979720, Special:Diff/976979958, Special:Diff/976980141, Special:Diff/976980267, Special:Diff/976980338, Special:Diff/976980441. —⁠andrybak (talk) 06:31, 6 September 2020 (UTC)
Done Primefac (talk) 18:06, 6 September 2020 (UTC)

Handling 2-pixel borders better

Userboxes that have a border 2 pixels wide seem to have a non-standard height, since the border expands outwards rather than in toward the infobox center. This creates subtle misalignments, like here. Could this be remedied? {{u|Sdkb}}talk 23:50, 6 September 2021 (UTC)

Knowling a lot about CSS and HTML, my answer is technically yes, but not simply. It's not as easy as setting a value like border-direction: inward because it doesn't exist. No matter what, a CSS border will always expand outward. It is theoretically possible to have some extra calculations within the module that shrinks the width and height in unison with the border, but for the effort it would take to implement it, would it be worth it? --Diriector_Doc├─────┤TalkContribs 05:50, 7 September 2021 (UTC)