Template talk:Userbox/Archive 1
This is an archive of past discussions about Template:Userbox. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 |
Parameters
Could you explain how are the parameters 5 and 14 used ? -- ( drini's vandalproof page ☎ ) 03:54, 1 December 2005 (UTC)
- There is a parameter 5, that is the fontsize of the text in the small box, it's defaults to 14, I can't see any parameter 14 sorry. →AzaToth 05:05, 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)
page Wikipedia:Proposed policy on userboxes has been created
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)
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)
{{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)
- 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)
- 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:
- 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)
Interwiki link
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)
Link colours?
{{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)
- Changed to "middle", as "center" is not a valid CSS value for vertical-align. — Edokter • Talk • 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)
Change Hyperlink Colo(u)r
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)
- 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? — Edokter • Talk • 15:06, 3 September 2008 (UTC)
- Anyone? — Edokter • Talk • 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. — Edokter • Talk • 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:
- http://wiki.riteme.site/w/index.php?title=Template:User_Brisbane&oldid=236444116 (with id-p = 0)
- http://wiki.riteme.site/w/index.php?title=Template:User_Brisbane&oldid=236459692 (with plain HTML)
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. — Edokter • Talk • 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. — Edokter • Talk • 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
- standard table
- wikitable
--—— 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. — Edokter • Talk • 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)
- 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 (
- 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}}} |
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. — Edokter • Talk • 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)
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)
- Done — Jake 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 (talk • contribs) 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)
- 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 (talk • contribs) 20:59, 1 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 | |
{{Userbox|info=test}} |
|
test |
Any thoughts? Or if this is a well-known problem, can someone please point me to the explanation? Thanks! —RobinHood70 (talk • contribs) 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:
| ||
|
test |
- I figured it might be something like that. So there's nothing that can be done to fix it, then? —RobinHood70 (talk • contribs) 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}}
|
|
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 (talk • contribs) 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 (talk • contribs) 04:17, 5 August 2010 (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
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 theid-op
andinfo-op
parameters to pass your own CSS. — Edokter • Talk • 21:20, 26 November 2009 (UTC) - Update; I spotted an error that prevents overriding the vertical-align. I'll fix it in the sandbox. — Edokter • Talk • 21:42, 26 November 2009 (UTC)
- All right, have a look! I also fixed the vertical-align in the live template. — Edokter • Talk • 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. — Edokter • Talk • 22:11, 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)
- All right, have a look! I also fixed the vertical-align in the live template. — Edokter • Talk • 21:53, 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 (talk • contribs) 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 (talk • contribs) 12:36, 30 December 2009 (UTC)
- Hmm, doesn't seem to be working. How do I invoke it?—Chowbok ☠ 12:31, 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)
- Done —TheDJ (talk • contribs) 16:25, 13 March 2010 (UTC)
Recommended size
Why is the recommended size 45px? The default size is bigger that. Most userboxes use the default size, including the language ones.
foo logo | We have specified values to lessen the distance in between text lines & padding space in between cell content and its border. |
en | This user is a native speaker of the English language. |
fr | Cet utilisateur a pour langue maternelle le français. |
This user enjoys ska. |
This user enjoys punk rock. |
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
{{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)
- Done [1]? HJ Mitchell | Penny for your thoughts? 17:44, 9 June 2010 (UTC)
- Thank you; it's the last item inside the first (
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)
- Trout! Is that better? HJ Mitchell | Penny for your thoughts? 16:23, 10 June 2010 (UTC)
- My apologies: no - I missed out a
- That work? HJ Mitchell | Penny for your thoughts? 15:40, 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)
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 (talk • contribs) 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 (talk • contribs) 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. |
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 (talk • contribs) 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 text stands 47 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 text and id-c=black and id-fc=white. |
- 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 (talk • contribs) 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)
- These changes make the userboxes look awful. –xenotalk 12:28, 2 September 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).
|
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:
- Change text-align:center; to text-align:{{{id-a|center}}};
- 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)
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)
Wikilink in userbox on non-userpage
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
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)
- Not done:. This proposed change needs to be tested properly, as the template has more than 100,000 transclusions. Please add the code to the sandbox and create some test cases, per WP:TESTCASES. Once you can prove that everything is working as it should be, you can reactivate the edit request template. Best — Mr. Stradivarius ♪ talk ♪ 16:24, 22 April 2013 (UTC)
- Neither of these proposed changes work as intended. Buaidh 20:47, 22 April 2013 (UTC)
- I will set it up in the sandbox with testcases. Sorry it took so long for me to get back and read this, forgot to watch the page. Technical 13 (talk) 15:02, 4 May 2013 (UTC)
Edit request on 22 April 2013
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)
- Not done: This needs to be tested first - see my comment for the section above. Best — Mr. Stradivarius ♪ talk ♪ 16:24, 22 April 2013 (UTC)
- I am a well-intended idiot. Back to the drawing table. Buaidh 20:51, 22 April 2013 (UTC)
Edit request on 4 May 2013
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)
- My original intent was to hold the userbox outside dimensions to 240px by 47px for values of border-s from 0 to 12 px. I can't see what this code change accomplishes (at least in Firefox.) Buaidh 19:24, 4 May 2013 (UTC)
- This change maintains an outside width of 240px. I've seen some userboxes that are intentionally much taller, and I've got no problem with that. Technical 13 (talk) 19:38, 4 May 2013 (UTC)
- I suppose, if it was an issue to other people, I could rework the template to maintain a height as well. If I was to do this, I would want to add some categorization so that people could still make really tall boxes but they would get categorized as "Over-sized userboxes" or something of that sort. Technical 13 (talk) 19:41, 4 May 2013 (UTC)
- Oh, and the "Box width" section of the testcases page clearly shows the improvement on FireFox 20 for me... Technical 13 (talk) 19:47, 4 May 2013 (UTC)
- You're correct. Only the userbox height increases. This works for me. Buaidh 20:13, 4 May 2013 (UTC)
implemented — Martin (MSGJ · talk) 12:08, 9 May 2013 (UTC)
Edit request on 17 May 2013
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)
- @Technical 13:: You mean "it doesn't apply any category at all anymore", considering that you just fixed it.
- 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)
- 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)
- 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)
- 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:
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
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your 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)
- Hello George8211. Help:Images should have the answer you desire on how to change the size of the image. If you can't find it there, check out some of the userboxes I've created for hints and examples. :) Technical 13 (talk) 00:10, 23 August 2013 (UTC)
Edit request, 17 December 2013
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)
- Technical 13, Fair enough. I shall take a look at doing so tomorrow. Thanks! — OwenBlacker (Talk) 01:11, 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
|
---|
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.
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)
- 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:
- 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)
- 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:
- 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)
<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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
Template-protected edit request on 4 January 2015
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The second userbox is too wide due to its thick border. The third, however, compensates correctly.
|
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}} (e • t • c) 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}} (e • t • c) 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}} (e • t • c) 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)
- I do have a question though...
Request
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your 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)
- I was just wondering if the UBX pages should be categorised the same as templates:
- 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)
- @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)
- Just wondering if it's really worth categorising talk pages? -- WOSlinker (talk) 19:11, 6 September 2015 (UTC)
- I've applied those changes. -- WOSlinker (talk) 13:26, 6 September 2015 (UTC)
- I refined the test to address the above. —Keφr 10:31, 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)
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
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
- 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
This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)
- Okay, Implemented — Martin (MSGJ · talk) 14:02, 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)
- 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 (talk • contribs) 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 (talk • contribs) 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 (talk • contribs) 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:
- A new parameter value like
|nocat=subpage
to not place categories on subpages but still do it on rootpages. - 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
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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
Template-protected edit request on 20 October 2018
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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.
Code | Sandbox | Live | ||||||
---|---|---|---|---|---|---|---|---|
{{#invoke:Userbox(/sandbox)|userbox|info=text|id=USER}} |
|
| ||||||
{{#invoke:Userbox(/sandbox)|userbox|info=text}} |
|
| ||||||
{{#invoke:Userbox(/sandbox)|userbox|info=text|id=id}} |
|
| ||||||
{{#invoke:Userbox(/sandbox)|userbox-r|info=text|id=id}} |
|
| ||||||
{{#invoke:Userbox(/sandbox)|userbox-2|info=text|id=id}} |
|
|
Code | Sandbox | |||
---|---|---|---|---|
{{#invoke:Userbox/sandbox|userbox|info=text|wide=yes|id=id}} |
| |||
{{#invoke:Userbox/sandbox|userbox|info=text|wide=yes}} |
| |||
{{#invoke:Userbox/sandbox|userbox-2|info=text|wide=yes}} |
| |||
{{#invoke:Userbox/sandbox|userbox-r|info=text|wide=yes}} |
| |||
{{#invoke:Userbox/sandbox|userbox|info=text|small=yes|id=id}} |
| |||
{{#invoke:Userbox/sandbox|userbox|info=text|small=yes}} |
| |||
{{#invoke:Userbox/sandbox|userbox-2|info=text|small=yes}} |
| |||
{{#invoke:Userbox/sandbox|userbox-r|info=text|small=yes}} |
|
- Example of usage
Userbox |
Userbox |
Userbox |
id | Userbox |
id | Userbox |
Userbox |
id | Userbox |
id1 | Userbox | id2 |
id1 | Userbox | id2 |
Userbox | id |
id1 | Userbox | id2 |
id | Userbox |
Userbox | id |
id1 | Userbox | id2 |
id1 | Us er | id2 |
Userbox | id |
Userbox |
id | Userbox |
– BrandonXLF (t@lk) 18:40, 20 October 2018 (UTC)
- 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 (talk • contribs) 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
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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_Doc┝Talk
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)
- 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) -
- 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)
- 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)
- 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)
|
- 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
This edit request to Module:Userbox has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)