Template talk:Master Editor III Userbox

Gaudy color
Hello. I am a Master Editor III but prefer to remain anonymous for purposes of this discussion. The color for the Master Editor III award is practically the same as that for Yeoman Editor, and in my opinion is a gaudy pink-mellon color. (Yuk)

This is the change I proposed -- it's its own color, shared by no other awards, so I took the liberty of making the change to a color that is not a glaring eye-sore. If this color is completely undesirable, please suggest another color besides that gaudy pink color before reverting back. -- Thank you.

— Preceding unsigned comment added by 70.197.65.216 (talk) 19:11, 10 June 2017‎ (UTC)

id-w value
I made that edit because the image size is incredibly small on google chrome mobile browser. is the value from about 3/4 of the other service awards userboxes. At, the blue area is less than 5% of the userbox width, and the medal image is less than 1/4 of the userbox height. So unless the whitespace issue is incredibly disruptive at id-w=0, it really needs to be reinstated, and this divergence of behavior between different browser environments needs to be brought up at template talk:userbox. VanIsaacWScont 21:36, 9 January 2021 (UTC)
 * well, with the edit, the size parameter became unusable for me, and it seems to me that if we're breaking one function to fix another, a different solution needs to be found... Vanamonde (Talk) 21:47, 9 January 2021 (UTC)
 * Ok, do you have the same issue with ? How about ? The former I set  at the same time as this one and for the same reason, while the latter was preexisting at  . If the behavior is not cropping up at all of them, then it's the template call or some property of the image itself that is causing the issue, otherwise something needs to be fixed at . VanIsaacWScont 22:31, 9 January 2021 (UTC)
 * I have the trouble on both; when the size parameter is changes, the image width changes, but leaves a background of the original size behind; whereas with the version I reverted to (that was possibly precipitate of me, apologies) I can adjust the size parameter to change the proportion of the width occupied by image vs text. Vanamonde (Talk) 22:38, 9 January 2021 (UTC)
 * I think the issue is that the value  is far too small, and it's being interpreted divergently in different environments. I think if we actually size it correctly to hold the image - something around   - that would make it display correctly in both situations. I'm going to implement this in both Editor III and Experienced Editor, and let's see if the size parameter works correctly now. VanIsaacWScont 22:55, 9 January 2021 (UTC)
 * This is interesting; it has once again made it display weirdly on my userpage, but on the template page itself, the blank space is now reduced. Vanamonde (Talk) 22:58, 9 January 2021 (UTC)

Dang. I thought that might have tracked things down for us. Okay, let's get some examples here so we can test preview:

VanIsaacWScont 23:14, 9 January 2021 (UTC)

, the  examples all look perfect to me. Okay, not the ones with size=%, but that's not any different from the other id-w values in that regard. So what about that example is wrong on your end that is right at ? VanIsaacWScont 23:32, 9 January 2021 (UTC)
 * Strange, it's almost the opposite for me! The size= X% look weird, but are formatted correctly; of the rest, only MEII at id-w=10, and at bare call and size=45px, look normal; the others all have a larger chunk of blank space, the color and position of which varies by template and size= value; it's blue, teal, and yellow, going across; it's on the sides for id-w=0, bare call and size=45px; on the top and bottom for id-w=10, size=25; and all the way around for the rest. Perhaps this is just my settings; it's not an important template, and if it's working fine for everyone else, we should just drop it. I did check whether it was my zoom=110% on the browser, but that's not it. Does the one on my userpage look fine to you at the moment? Vanamonde (Talk) 23:42, 9 January 2021 (UTC)


 * here's what is looks like for me: File:Screengrab userbox id-w values Vanisaac.png. On mobile, all of them look like this for basically all values: File:Screengrab userbox id-w values Vanisaac mobile.png. The exceptions on the mobile are when size=45px and size=25px, where the ME III and EE userboxes (but not ME II) look the same as the computer screencapture, and the % values for EE (but not ME III or ME II), where it is the same gargantuan size of the % values on the computer.  absolutely constrains the mobile to the ridiculously small image, regardless of the size parameter. VanIsaacWScont 00:13, 10 January 2021 (UTC)
 * Well, if it's broken for mobile view, I guess we should fix it; and it's just a vanity template, so if it's broken just for me I'll just without, it's not any sort of deal. It's odd, though. Vanamonde (Talk) 00:17, 10 January 2021 (UTC)
 * I'm under no delusion that this is an urgent problem, but it's something to investigate why we're seeing such divergent behavior between browsers. I'd like to keep these templates at their current values for now and bring it up at WP:WikiProject Templates to see if some more eyes can't figure out what's going on. If this is a persistent issue with, then it is worth bringing in some knowledgeable people, getting to the bottom of it and fixing the underlying issue. Also, if you could possibly screencap and upload what you are seeing, along with some information on your browser or system, that should be really helpful. Thanks for you help in this matter. VanIsaacWScont 00:25, 10 January 2021 (UTC)
 * Agreed, there's userboxes that are somewhat more important. Yeah, I can take a screenshot, I suppose, I just find documenting the upload rather tedious... Vanamonde (Talk) 00:36, 10 January 2021 (UTC)
 * I've created a couple thousand SVGs of Indic script letters recently. I am well acquainted with the horror of uploading at commons. VanIsaacWScont 00:46, 10 January 2021 (UTC)