View source for MediaWiki talk:Gadget-metadata.js/Archive 1

← MediaWiki talk:Gadget-metadata.js/Archive 1

You do not have permission to edit this page, for the following reasons:

This IP address has been blocked from editing Wikipedia.
This does not affect your ability to read Wikipedia pages.
Most people who see this message have done nothing wrong. Some kinds of blocks restrict editing from specific service providers or telecom companies in response to recent abuse or vandalism, and can sometimes affect other users who are unrelated to that abuse. Review the information below for assistance if you do not believe that you have done anything wrong.

The IP address or range 206.189.32.0/20 has been blocked by ‪ST47‬ for the following reason(s):

The IP address that you are currently using has been blocked because it is believed to be a web host provider. To prevent abuse, web hosts may be blocked from editing Wikipedia.
You will not be able to edit Wikipedia using a web host provider because it hides your IP address, much like a proxy or VPN.
We recommend that you attempt to use another connection to edit. For example, if you use a proxy or VPN to connect to the internet, turn it off when editing Wikipedia. If you edit using a mobile connection, try using a Wi-Fi connection, and vice versa. If you are using a corporate internet connection, switch to a different Wi-Fi network. If you have a Wikipedia account, please log in.
If you do not have any other way to edit Wikipedia, you will need to request an IP block exemption.

How to appeal if you are confident that your connection does not use a web host's IP address:
If you are confident that you are not using a web host, you may appeal this block by adding the following text on your talk page: {{unblock|reason=Caught by a web host block but this host or IP is not a web host. My IP address is _______. Place any further information here. ~~~~}}. You must fill in the blank with your IP address for this block to be investigated. Your IP address can be determined here. Alternatively, if you wish to keep your IP address private you can use the unblock ticket request system. There are several reasons you might be editing using the IP address of a web host (such as if you are using VPN software or a business network); please use this method of appeal only if you think your IP address is in fact not a web host.

Administrators: The IP block exemption user right should only be applied to allow users to edit using web host in exceptional circumstances, and they should usually be directed to the functionaries team via email. If you intend to give the IPBE user right, a CheckUser needs to take a look at the account. This can be requested most easily at SPI Quick Checkuser Requests. Unblocking an IP or IP range with this template is highly discouraged without at least contacting the blocking administrator.

This block will expire on 07:33, 6 August 2027. Your current IP address is 206.189.44.186.

Even when blocked, you will usually still be able to edit your user talk page, as well as email administrators and other editors.

For information on how to proceed, please read the FAQ for blocked users and the guideline on block appeals. The guide to appealing blocks may also be helpful.

Other useful links: Blocking policy · Help:I have been blocked
This IP address has been blocked from editing Wikipedia.
This does not affect your ability to read Wikipedia pages.
Most people who see this message have done nothing wrong. Some kinds of blocks restrict editing from specific service providers or telecom companies in response to recent abuse or vandalism, and can sometimes affect other users who are unrelated to that abuse. Review the information below for assistance if you do not believe that you have done anything wrong.

The IP address or range 206.189.0.0/16 has been blocked by ‪ST47‬ for the following reason(s):

The IP address that you are currently using has been blocked because it is believed to be a web host provider. To prevent abuse, web hosts may be blocked from editing Wikipedia.
You will not be able to edit Wikipedia using a web host provider because it hides your IP address, much like a proxy or VPN.
We recommend that you attempt to use another connection to edit. For example, if you use a proxy or VPN to connect to the internet, turn it off when editing Wikipedia. If you edit using a mobile connection, try using a Wi-Fi connection, and vice versa. If you are using a corporate internet connection, switch to a different Wi-Fi network. If you have a Wikipedia account, please log in.
If you do not have any other way to edit Wikipedia, you will need to request an IP block exemption.

How to appeal if you are confident that your connection does not use a web host's IP address:
If you are confident that you are not using a web host, you may appeal this block by adding the following text on your talk page: {{unblock|reason=Caught by a web host block but this host or IP is not a web host. My IP address is _______. Place any further information here. ~~~~}}. You must fill in the blank with your IP address for this block to be investigated. Your IP address can be determined here. Alternatively, if you wish to keep your IP address private you can use the unblock ticket request system. There are several reasons you might be editing using the IP address of a web host (such as if you are using VPN software or a business network); please use this method of appeal only if you think your IP address is in fact not a web host.

Administrators: The IP block exemption user right should only be applied to allow users to edit using web host in exceptional circumstances, and they should usually be directed to the functionaries team via email. If you intend to give the IPBE user right, a CheckUser needs to take a look at the account. This can be requested most easily at SPI Quick Checkuser Requests. Unblocking an IP or IP range with this template is highly discouraged without at least contacting the blocking administrator.

This block will expire on 07:37, 6 August 2027. Your current IP address is 206.189.44.186.

Even when blocked, you will usually still be able to edit your user talk page, as well as email administrators and other editors.

For information on how to proceed, please read the FAQ for blocked users and the guideline on block appeals. The guide to appealing blocks may also be helpful.

Other useful links: Blocking policy · Help:I have been blocked
This IP address range has been globally blocked.
This does not affect your ability to read Wikipedia pages.
Most people who see this message have done nothing wrong. Some kinds of blocks restrict editing from specific service providers or telecom companies in response to recent abuse or vandalism, and can sometimes affect other users who are unrelated to that abuse. Review the information below for assistance if you do not believe that you have done anything wrong.

This block affects editing on all Wikimedia wikis.
The IP address or range 206.189.32.0/20 has been globally blocked by ‪EPIC‬ for the following reason(s):

Open proxy/Webhost: See the help page if you are affected

This block will expire on 08:48, 2 July 2025. Your current IP address is 206.189.44.186.

Even while globally blocked, you will usually still be able to edit pages on Meta-Wiki.

If you believe you were blocked by mistake, you can find additional information and instructions in the No open proxies global policy. Otherwise, to discuss the block please post a request for review on Meta-Wiki. You could also send an email to the stewards VRT queue at stewards@wikimedia.org including all above details.

Other useful links: Global blocks · Help:I have been blocked

You can view and copy the source of this page:

== Update requests ==
{{tlx|editprotected}}

This section is for the script's maintainer to request that an admin update the gadget to the latest version.

If the above editprotected template is expanded, please update the gadget with the current version of [[User:Pyrospirit/metadata.js]], then replace the template with <code><nowiki>{{tlx|editprotected}}</nowiki></code>. No need to add {{tl|done}} or anything; I'd like to avoid cluttering up this page with update requests. Thanks, [[User:Pyrospirit|Pyrospirit]]&nbsp;([[User talk:Pyrospirit|talk]]&nbsp;'''·''' [[Special:Contributions/Pyrospirit|contribs]])

'''[http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:Pyrospirit/metadata.js Convenient link to script's source]'''

:As I've taken over as maintainer and have administrator privileges, this section is now obsolete. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 15:06, 19 August 2015 (UTC)

== Ping ==
I would have appreciated a ping that my script had been modified and placed in the MediaWiki namespace (which looks awfully official, I never see it). I see this page is newer than I realized, but still. –[[User:Outriggr|<span style="color: #112299">Outriggr</span>]]&nbsp;[[User talk:Outriggr|''§'']] 01:16, 15 March 2008 (UTC)
:Sorry about that. Pyrospirit version (which assesses diff links as well as articles) was put in consideration as gadget back in January, but just a week ago I turned it into a gadget. Somehow I thought you did already know about this, sorry for assuming. You can add yourself to the list of maintainers of the script, since you were the original creator and will likely know how to fix problems when they appear. -- [[User:ReyBrujo|ReyBrujo]] ([[User talk:ReyBrujo|talk]]) 17:25, 15 March 2008 (UTC)
:: Thanks. That's ok, I am content to let others carry the torch and improve on the functionality. –[[User:Outriggr|<span style="color: #112299">Outriggr</span>]]&nbsp;[[User talk:Outriggr|''§'']] 01:03, 16 March 2008 (UTC)

== List-Class ==

This gadget marks List-Class articles as unassessed, but now that [[WP:1.0/I]] allows List-Class in their parameters, many more articles will use this assessment, so can the gadget be changed to show it?  --[[User:Arctic.gnome|Arctic Gnome]] <small>([[User talk:Arctic.gnome|talk]] • [[Special:Contributions/Arctic.gnome|contribs]])</small> 21:00, 20 March 2008 (UTC)

: I'll see what I can do. Thanks for letting me know about this. [[User:Pyrospirit|<span style="color: green">Pyrospirit</span>]]&nbsp;([[User talk:Pyrospirit|<span style="color: darkorange">talk</span>]]&nbsp;'''·''' [[Special:Contributions/Pyrospirit|<span style="color: red">contribs</span>]]) 02:32, 21 March 2008 (UTC)

:: {{done}}. The script now detects disambiguation pages, lists, and redirect pages. [[User:Pyrospirit|<span style="color: green">Pyrospirit</span>]]&nbsp;([[User talk:Pyrospirit|<span style="color: darkorange">talk</span>]]&nbsp;'''·''' [[Special:Contributions/Pyrospirit|<span style="color: red">contribs</span>]]) 17:10, 21 March 2008 (UTC)

== protocol relative urls ==

Would someone please look to remove the ''if'' statement that tests for secure login as the system allows for protocol relative urls. — [[user:billinghurst|billinghurst]] ''<span style="font-size:smaller">[[user talk:billinghurst|sDrewth]]</span>'' 07:15, 9 December 2011 (UTC)

== Documentation for gadget authors ==

We're trying to start a [[mw:JEDL|library for gadget authors]] to use.
Please check it out and post any questions or comments there. -- <span style="color:#d30000; text-decoration:inherit">☠</span>[[User:MarkAHershberger|MarkAHershberger]]<span style="color:#d30000; text-decoration:inherit">☢</span>([[User_talk:MarkAHershberger|talk]])<span style="color:#d30000; text-decoration:inherit">☣</span> 02:24, 9 March 2012 (UTC)

== 2015 overhaul ==

I'm working on overhauling the script a bit. I've got a couple questions:
#Does anyone actually use the hook system currently in place? It's awkward, and I've removed it in my draft—but if someone is attached to it, I can add something similar in its place, and even update relevant on-wiki code.
#[[User:Pyrospirit|Pyrospirit]], the current maintainer, last edited in June 2012. Would anyone object were I to take over as maintainer?

I'll post my draft code for review once I polish it up a bit; it seems to provide virtual identical functionality so far, but a) I've not tested it to my satisfaction and b) I'm not happy with some of the flow. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 04:10, 13 August 2015 (UTC)
:{{ping|Nihiltres}} What do you mean with "use the hook system currently in place"? (I have no objection to the ownership matter)  [[User:Christian75|Christian75]] ([[User talk:Christian75|talk]]) 06:25, 13 August 2015 (UTC)
::{{ping|Christian75}} I mean code like <code>this.callHooks('init_before');</code>, and the <code>callHooks()</code> and <code>addHook()</code> functions near the bottom of the gadget. In theory, they'd let someone insert custom code at particular points in the execution. They're awkward and not particularly useful in the context of a gadget, but might make sense in a user-script. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:40, 13 August 2015 (UTC)
:::Ok, thanks for the explanation. I have no objection to removing that either :-) (I was in doubt if it was "normal" user related). [[User:Christian75|Christian75]] ([[User talk:Christian75|talk]]) 17:44, 13 August 2015 (UTC)



===Review for new code===
I've posted my draft at [[User:Nihiltres/Gadget-metadata.js]]. Please review it and suggest improvements where applicable. There's a decent chance I've broken something along the way, so testing it as well as reviewing it is also helpful. Keep in mind that using the JavaScript draft on its own won't apply the CSS styles included in the gadget, which are unmodified. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 16:49, 15 August 2015 (UTC)
:Thanks for doing this, the code is much cleaner now. However, there's one problem that's keeping me from testing it further. If you use the preference to format links to stub pages with a different color (Preferences > Appearance > Advanced options), the links unfortunately use the same <code>stub</code> class as the stub templates, so every article that has a ''link'' to a stub is being assessed as a stub for me. This is easy to fix, by changing the selector on line 76 from <code>.stub</code> to <code>table.stub</code>. Thanks, /~[[User:HueSatLum|hue]][[User talk:HueSatLum#top|sat]][[Special:Contributions/HueSatLum|lum]]/ 18:06, 16 August 2015 (UTC)
::Fixed. Thanks, that's exactly the sort of feedback I'm looking for. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 18:43, 16 August 2015 (UTC)

===Overhaul applied===
I've applied the overhaul. If you notice any bugs or inconsistencies, please let me know here. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 15:04, 19 August 2015 (UTC)

===Problems since 19 August 2015===
{{moved from|User talk:Pyrospirit/metadata#Bug?|[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:43, 22 August 2015 (UTC)}}
Why is the article [[Briarcliff Manor, New York]] currently displaying as a GA for me right now? On Chrome and Firefox. Thank you.--[[User:Ɱ|<span style="text-shadow:#BBBBBB 0.1em 0.1em 0.1em; class=texhtml"><span style="color: darkgreen">'''ɱ'''</span></span>]] [[User talk:Ɱ|<span style="color: darkgreen">(talk</span>]] · [[User:Ɱ/Briarcliff Manor|<span style="color: darkgreen">vbm)</span>]] 01:48, 20 August 2015 (UTC)
:{{replyto|Ɱ}} Since 10:31, 16 August 2015, [[User:Pyrospirit/metadata.js]] has been merely an invocation of [[MediaWiki:Gadget-metadata.js]] (see thread immediately above), so any problems should be directed to [[MediaWiki talk:Gadget-metadata.js]].
:However, I have determined that the script looks for certain key words, one of which is <code>currentstatus</code>, and does not check whether those are inside {{tag|!--}} comments or not. In the {{tlx|Article history}} on [[Talk:Briarcliff Manor, New York]] there were both {{tag|!--|content={{!}}currentstatus=GA}} and {{para|currentstatus|FA}} in that order, and the script doesn't look beyond the first one. So it assumed that the article was GA. {{diff|Talk:Briarcliff Manor, New York|prev|676984890|This edit}} should fix it. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:13, 20 August 2015 (UTC)
::{{re|Redrose64}} That's odd, because it displayed correctly for many months before now. Thanks for your help!--[[User:Ɱ|<span style="text-shadow:#BBBBBB 0.1em 0.1em 0.1em; class=texhtml"><span style="color: darkgreen">'''ɱ'''</span></span>]] [[User talk:Ɱ|<span style="color: darkgreen">(talk</span>]] · [[User:Ɱ/Briarcliff Manor|<span style="color: darkgreen">vbm)</span>]] 13:57, 20 August 2015 (UTC)
:::Yes, but as I noted, [[User:Pyrospirit/metadata.js]] was amended just a few days ago. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 13:58, 20 August 2015 (UTC)
{{moved from|Wikipedia:Village pump (technical)/Archive 139#Colors|[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:46, 22 August 2015 (UTC)}}

'''Help!!!''' The article colors have disappeared. Normally the heading of an article corresponds to its review class. So, for example, [[Atomic bombings of Hiroshima and Nagasaki]] is no longer blue and [[Oppenheimer security hearing]] has no color at all! What is the code that handles the colors? [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 20:53, 22 August 2015 (UTC)
:To me the infoboxes and articles look accurate. Do you have some custom CSS or something like that? [[User:Jo-Jo Eumerus|Jo-Jo Eumerus]] ([[User talk:Jo-Jo Eumerus|talk]], [[Special:Contributions/Jo-Jo Eumerus|contributions]]) 21:04, 22 August 2015 (UTC)
::No. This has nothing to do with the infoboxes. The '''title''' of the article is supposed to be in a color representing the class of the article. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 21:11, 22 August 2015 (UTC)
:::It is generated by the stylesheet. I ''think'' its Common.css '''Can anyone fix this???''' [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 21:15, 22 August 2015 (UTC)
::::I guess you refer to the gadget "Display an assessment of an article's quality as part of the page header for each article" at [[Special:Preferences#mw-prefsection-gadgets]]. Do you have it enabled? What is your skin and browser? When I enable it, [[Atomic bombings of Hiroshima and Nagasaki]] gets a green heading and this text below the heading: "A good article from Wikipedia, the free encyclopedia. A former featured article candidate." [[Oppenheimer security hearing]] is black for me with no added text (just displays the default "From Wikipedia, the free encyclopedia") so something appears to be up with the gadget. I have Vector and Firefox and do get coloring on most tested articles. [[User:Nihiltres]] who made [//en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-metadata.js&diff=676847375&oldid=629515064 this] edit may be able to say something. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 21:47, 22 August 2015 (UTC)
::::(ec) Normally, the titles are not colored. Bt there is a gadget that does ("{{xt|Display an assessment of an article's quality as part of the page header for each article}}", see also [[User:Pyrospirit/metadata]]). Check to see if that is enabled in your preferences. <code style="font-size:small;white-space:nowrap">-- [[[[User:Edokter|<span style="color:#006">User:Edokter</span>]]]] {&#123;[[User talk:Edokter|<span style="color:#060">talk</span>]]&#125;}</code> 21:47, 22 August 2015 (UTC)
::::: (Has a look.) Yes, but I ''do'' have that Gadget selected in my preferences. It is malfunctioning badly. {{u|PrimeHunter}}, they are appearing wrongly for me just as they are for you.  [[Atomic bombings of Hiroshima and Nagasaki]] should be light blue for an A-class article. [[Oppenheimer security hearing]] should be light green for a B class article. I also have Vector and Firefox and like you do ''not'' get correct coloring. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 21:58, 22 August 2015 (UTC)
:::::: '''Could somebody please revert that change?''' [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 22:02, 22 August 2015 (UTC)
:::::::The bolding and multiple posts is getting a bit much. Just wait for somebody qualified to examine it. It's only an opt-in gadget for registered users at the English Wikipedia, and it doesn't seem to do any harm apart from possibly giving inaccurate information to some editors. Software often needs maintenance. Some things might be easier if no features had been added to Wikipedia since it opened, and it only had to work in browsers and operating systems which existed then. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 22:23, 22 August 2015 (UTC)
:::::::: That's not how we do things. The gadget cannot be debugged ''in situ''. The change must be reverted, and the gadget re-tested. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 22:51, 22 August 2015 (UTC)
:::::::::{{u|Hawkeye7}}, I get the same thing you get on that specific article.  I tried changing everything to A-class on the talk page, except the GA template.  I think it's the GA template that is confusing it. All other articles I see have the correct color - it's just that one. Back in Dec 2013, when [https://en.wikipedia.org/w/index.php?title=Talk:Audie_Murphy_honors_and_awards&oldid=585690219 this one] received the AL rating, it also never showed that on the article.  I think the conflict is something on the talk page banners. [[User:Maile66|— Maile ]] ([[User talk:Maile66|talk]]) 23:25, 22 August 2015 (UTC)
::::::::::Don't bother fiddling with the talk pages; I already tried all that. The bug is in the script. <code>ratingList</code> contains the ones that are not working. <code>typeList</code> ones are working. I'll {{ping|Nick-D}} and see if he can revert the page. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 23:53, 22 August 2015 (UTC)  
:::::::::::{{ping|Hawkeye7}} sorry, which page do you want me to revert? Are you referring to [https://en.wikipedia.org/w/index.php?title=MediaWiki%3AGadget-metadata.js&type=revision&diff=676847375&oldid=629515064 this] change? If so, I'm a bit nervous about reverting it given a) the warning and b) the scope for knock-on effects which I don't know much about. [[User:Nick-D|Nick-D]] ([[User talk:Nick-D|talk]]) 23:58, 22 August 2015 (UTC) (also {{ping|Nihiltres}} )
::::::::::::It will just put it back to what it was from October 2014 until a couple of days ago. I would submit an edit request, but that normally requires a working code fragment and I don't have one. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 00:10, 23 August 2015 (UTC) 
:::::::::::::OK, I've just reverted the code. [[User:Nick-D|Nick-D]] ([[User talk:Nick-D|talk]]) 00:27, 23 August 2015 (UTC)
::::::::::::::Yay! Thank you! [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 00:46, 23 August 2015 (UTC)
:::::::::::::::You do not require a working code fragment if you are asking for an edit to be reverted. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 11:17, 23 August 2015 (UTC)
:{{replyto|Nihiltres}} For your attention, thanks. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:47, 22 August 2015 (UTC)
::{{Ping|Hawkeye7|Maile66|Nick-D|PrimeHunter|Redrose64|Ɱ}} Sorry for the delay: my offline life has been exciting the past few days (in a good way). I've fixed the bugs that would appear at [[Atomic bombings of Hiroshima and Nagasaki]] and [[Oppenheimer security hearing]] in my userspace version at [[User:Nihiltres/Gadget-metadata.js]]. The issue at [[Briarcliff Manor, New York]] is resolved by modifying that talk page, but I'll look into adding some simple comment-filtering as an improvement to the gadget. Please test the new version; I'll re-add the (fixed) modernized version on Monday if there are no objections. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 14:35, 23 August 2015 (UTC)
::: I understand. I am often called away suddenly. How do you test the new userspace version Gadget? And can you tell me why the line six lines above that one returns <code>false</code> instead of <code>rating</code>? [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 20:38, 23 August 2015 (UTC)
::::{{replyto|Hawkeye7}} At {{myprefs|Gadgets}}, find the entry "{{int:Gadget-metadata}}", switch it off and save. Then go to [[Special:MyPage/common.js]] and add the following line:<syntaxhighlight lang="javascript">importScript('User:Nihiltres/Gadget-metadata.js'); // per [[MediaWiki talk:Gadget-metadata.js#Problems since 19 August 2015]]</syntaxhighlight> Save it; you may then need to [[WP:BYPASS]] your cache. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 21:25, 23 August 2015 (UTC)
* We are only half-way there. The new widget now correctly displays the assessment line underneath the title like "A B-class article from Wikipedia, the free encyclopedia. Currently a good article nominee. A former good article nominee." but it is not correctly colouring the heading. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 21:42, 23 August 2015 (UTC)
**{{ping|Hawkeye7}} That's expected. You're only loading the script, not the stylesheet; that'll get you all the semantics but none of the styling. To also load the styling, you can add <code>mw.loader.load("https://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-metadata.css&action=raw&ctype=text/css", "text/css");</code>. I haven't changed the styling or classes that the gadget uses at all. Oh, and as for the <code>return false</code> statements: those are used within the function parameters of [http://api.jquery.com/jQuery.each/ <code>$.each</code>] calls to break out of the iteration. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 23:24, 23 August 2015 (UTC)
**:Thanks for that. It seems to be working okay now. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 22:58, 24 August 2015 (UTC)

===Stub assessments===
Maybe I missed it being addressed somewhere else on this page, but there seems to be a bug with the assessment of articles containing stub tags. If an article contains a stub tag, the article title and color reflect that it is a stub class-article, regardless of the article's classification on the talk page. Even if the talk page is updated to Start-class or higher, the widget still says that it is stub-class until the stub tag is removed. Shouldn't the widget reflect the classification on the talk page, regardless of the presence of stub templates? [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 14:45, 25 August 2015 (UTC)
:I considered this, but came to the conclusion that when a talk page and article are out of sync on stub status, the mistake is on the article or its talk page, not in the script. Start-class (or better) articles should have their stub templates removed. Of course, if enough others disagree, it would be simple enough to remove the <code>table.stub</code> check from the <code>checkArticle</code> function.
:The behaviour of assuming stub status based on the presence of a stub template saves the script from needing to make any AJAX calls on a page including one, thereby making the script more efficient. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 21:01, 25 August 2015 (UTC)
::I'm not sure. It has always worked this way. I have always felt that if you reclassify an article as higher than stub, then the stub tags should be removed too, thereby removing the article from the stub categories. So the colour warns me that I have overlooked the stub tag. [[User:Hawkeye7|Hawkeye7]] ([[User talk:Hawkeye7|talk]]) 21:16, 25 August 2015 (UTC)
:::Yes, the version prior to 19 August ignored the stub templates on the article itself, which aided me a lot when deciding whether to undo good-faith edits by newbies who were adding stub templates to every article, presumably under the impression that these templates are used for general categorisation. I simply went through their contribs, looked for diffs that added a stub template, and if it didn't say either "A stub-class article from Wikipedia, the free encyclopedia" or "An unassessed article from ..." at the top, I would revert, {{diff|Asramam Maidan|prev|673805677|as I did here}} (n.b. that guy isn't a newbie, he's a pain in the a**). However, whilst {{oldid|Asramam Maidan|673797968|the pre-revert version}} of that article would have shown "A C-class article from ...", it now shows "A stub-class article from ..." so if that same case came up again (which is [//en.wikipedia.org/w/index.php?title=Barkatullah_Khan_Stadium&action=history&offset=20150731000000&limit=9 not unlikely]) I would now need to click through to the talk page to check. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 23:42, 25 August 2015 (UTC)
::::Exactly. I agree that if an article has been upgraded, the stub tag should be removed. But if someone updates the talk page and does not remove the stub tag, the widget still displays that article as a stub, which is misleading. The color should reflect the status of the talk page, not the presence of a stub tag. Using the color to indicate the status of the talk page, allows editors to check the classification of articles at a glance, without having to add the extra step of checking the talk page. [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 14:19, 26 August 2015 (UTC)
::::Another reason is that if someone adds a stub tag to an article which has not yet been assessed or has a blank talk page, the widget still displays the article as a stub-class article, giving no indication that the talk page needs to be updated. [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 16:17, 26 August 2015 (UTC)
:::::Sorry to keep harping on this, but IMO a widget that is supposed to display an assessment of an article's quality, is no good if it doesn't portray the quality assessment on the talk page. Is there a script that we can add, so that the color accurately reflects the talk page status, regardless of whether the article has a stub tag or not? [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 12:54, 28 August 2015 (UTC)
:Since {{user|Nihiltres}} hasn't been around for a few days, I've {{diff|MediaWiki:Gadget-metadata.js|prev|678285832|disabled}} the relevant test. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 13:03, 28 August 2015 (UTC)
::Beat me to it by minutes. :P <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 13:17, 28 August 2015 (UTC)
:::Thank you. That seems to have solved part of the problem, as the assessment is now showing up correctly, but even after purging an article, the corresponding color is still off. An example is [[Singh Is Bliing]], which now states that it is a start-class article, but still shows the color of being stub-class (presumably because the stub tag has not yet been removed). [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 13:25, 28 August 2015 (UTC)
::::No, the test of stub template was entirely disabled, the presence of a stub template can no longer affect the colour of the page title. The CSS rule that sets the colour of the title at [[Singh Is Bliing]] is <syntaxhighlight lang="css">.assess-start-text {
  color: #B60;
}</syntaxhighlight> which is {{Color box|#B60|border=darkgray}}. By contrast, a true stub-class article like [[Iffley Halt railway station]] has its title coloured by the rule <syntaxhighlight lang="css">.assess-stub-text {
  color: #901;
}</syntaxhighlight> which is {{Color box|#901|border=darkgray}} - noticeably redder and darker. These are the same colours demonstrated at [[User:Pyrospirit/metadata]], the code for which is at [[User:Pyrospirit/metadata/example]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 13:49, 28 August 2015 (UTC)
:::::Not sure what I'm missing, but when I double checked [[Singh Is Bliing]] just now, it stated that it was a start-class article, but the color was still the darker red color. When I removed the stub tag from the article, the color changed to the expected orange for start-class articles. [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 14:01, 28 August 2015 (UTC)
::::::Another example of an article where I updated the talk page, but have not yet removed the stub tag because of this glitch, is [[Sultanat (2014 film)]]. Again, I purged the page, and the assessment updated to show that it is a start-class article, but the title is still showing up in my browser with the darker red color for stub-class. Additionally, the article [[Boulder Dam (film)]] is currently unassessed, but is also showing the darker red color for stub-class. Clearly the presence of a stub tag on these articles, is still affecting the color of the title somehow. [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 14:58, 28 August 2015 (UTC)
:::::::{{replyto|Fortdj33}} You're not using the live version. Go to [[User:Fortdj33/common.js]] and either remove that importScript line or comment it out with <code>/* ... */</code>. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 15:28, 28 August 2015 (UTC)
::::::::That did the trick. Thank you for all your help! [[User:Fortdj33|Fortdj33]] ([[User talk:Fortdj33|talk]]) 16:05, 28 August 2015 (UTC)

===Further problems===
{{u|Nihiltres}} Another problem - the script isn't working at [[GIPDCE&T, Tirupati]]. This might be because of the ampersand. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 22:23, 4 September 2015 (UTC)
:Yep, forgot to URL-encode some text. Fixed. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 19:08, 5 September 2015 (UTC)
::{{ty}} working now --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 20:00, 5 September 2015 (UTC)

== Does not support CL, BL or AL list classes ==

{{ping|Nihiltres}} Does not support [[:Category:CL-Class articles|CL]], [[:Category:BL-Class articles|BL]] or [[:Category:AL-Class articles|AL-class]] articles. Displays them as either unassessed, simply List-class, or fails to supersede a lower rating (usually List-class). (Mozilla Firefox 41.0.2) [[User:Finnusertop|Finnusertop]] ([[User talk:Finnusertop|talk]] &#124; [[User:Finnusertop/guestbook|guestbook]] &#124; [[Special:Contributions/Finnusertop|contribs]]) 12:36, 20 October 2015 (UTC)
:Sure, I can add support. Give me a bit; I've been under the weather the past few days. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:26, 20 October 2015 (UTC)
:{{ping|Nihiltres}} Take your time, it's not a big deal. By the way, have you ever considered displaying importance assessments somehow? [[User:Finnusertop|Finnusertop]] ([[User talk:Finnusertop|talk]] &#124; [[User:Finnusertop/guestbook|guestbook]] &#124; [[Special:Contributions/Finnusertop|contribs]]) 17:32, 20 October 2015 (UTC)
::{{ping|Finnusertop}} It shouldn't take too long: my overhaul of this script made it significantly easier to add rating-classes, and I'm most of the way through writing it (rather relaxedly). I have thought about adding importance metrics, but I haven't done it for a few reasons: First, because importance is far more likely to be variable between WikiProjects, whereas quality tends to be judged the same among all WikiProjects. That makes it technically difficult and harder to cleanly represent. Second, I find importance metrics to be somewhat subjective, and thus undesirable to highlight. Third, it wasn't implemented in this script before I overhauled it and started maintaining it, so I feel that adding it would change the scope of the gadget. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:58, 20 October 2015 (UTC)
:::{{ping|Nihiltres}} Yeah, sounds like you have thought of it through. I agree with your reasons of not including importance metrics. They are supposed to vary by project. Although perhaps by their nature [[:Category:Wikipedia vital articles by level|Vital]] and [[:Category:Core topic articles by quality|Core]] articles are a bit different in this respect (they seem to be rather consistently Top-importance, and [[Wikipedia:Version 1.0 Editorial Team|Version 1.0 Editorial Team]] makes it a bit less subjective). [[User:Finnusertop|Finnusertop]] ([[User talk:Finnusertop|talk]] &#124; [[User:Finnusertop/guestbook|guestbook]] &#124; [[Special:Contributions/Finnusertop|contribs]]) 18:13, 20 October 2015 (UTC)
::{{done}}. AFAICT the ratings are only fully implemented and documented by [[Wikipedia:WikiProject Military history|the military history WikiProject]], so all of them link to that project's scale information, though it looks like WikiProject Highways might also implement AL. The changes should show up fairly soon; if my cotton-ball-stuffed head has managed to mess something up, poke me again and I'll fix it. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 18:17, 20 October 2015 (UTC)
:::{{ping|Nihiltres}} Sorry to bother you again, but I'm getting spotty results. Some articles show the correct new class ([[Camoufleurs]]), some don't ([[Force in Egypt]]). In most cases the new classes are superseded by old ones from other Wikiprojects' templates. This happens regardless of which class is higher. But List-class seems to creep in even if eg. C-list is the only rating (see the examples above). If whatever it is that is broken will be fixed, I'm sure you've earned your place in ''[[Wikipedia:WikiProject Military history/News|The Bulge]]''. [[User:Finnusertop|Finnusertop]] ([[User talk:Finnusertop|talk]] &#124; [[User:Finnusertop/guestbook|guestbook]] &#124; [[Special:Contributions/Finnusertop|contribs]]) 02:18, 22 October 2015 (UTC)
::::I see. On those pages, it looks like there's ''implicit'' rating, i.e. on [[Talk:Force in Egypt]] the code appears like so:
::::<syntaxhighlight lang="text">
{{WPMILHIST|class=List|list=yes
| B1 <!-- Referencing and citations --> = y
| B2 <!-- Coverage and accuracy --> = n
| B3 <!-- Structure --> = y
| B4 <!-- Grammar and style --> = y
| B5 <!-- Supporting materials --> = y
|ANZSP=yes
|British=yes
|WWI=yes
}}
</syntaxhighlight>
::::In this example, CL-class is deduced in the template by finding that the list meets certain, but not all, B-class criteria. The code of this gadget assumes that ratings are actually present in the source of the top section of the talk page; it specifically looks for <code>class=''class abbreviation''</code> in virtually all cases, hence picking up the <code>class=List</code> there. This is problematic, since "List" is also a valid rating-class in the MILHIST system. I could ''in theory'' write code that specifically picked up {{tl|WPMILHIST}} (and all of its redirects…) and evaluated it, but I must object to adding a big chunk of code specific to a single WikiProject—the gadget's loaded on every page, after all. Any ideas? <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 03:39, 22 October 2015 (UTC)
:::::I had no idea those checklists are used to dynamically give ratings; I thought they are there just to remind of the class criteria. Sounds like a complex thing to implement. I don't think you should trade slick code for this feature. I don't want you to break existing functionality; I've never known Wikipedia without this script and wouldn't cope without it {{smiley}} [[User:Finnusertop|Finnusertop]] ([[User talk:Finnusertop|talk]] &#124; [[User:Finnusertop/guestbook|guestbook]] &#124; [[Special:Contributions/Finnusertop|contribs]]) 04:02, 22 October 2015 (UTC)
{{outdent|:::::}} I went through and researched its behaviour: it doesn't seem practical to emulate, though I'll play around with it for a bit. Some ratings respect the <code>class</code> parameter, and some fall back to lower ratings unless other parameters have certain values—not to mention the article–list split. I'll add a note to the documentation acknowledging this as a known issue; for now the solution for any given article is to fix the <code>class</code> parameter in the template on the talk page to reflect the displayed value. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 06:03, 22 October 2015 (UTC)
:There are quite a few WikiProjects that have a B-class checklist, for example {{tlx|WikiProject Mountains}}. This usually works on the basis that if the page has {{para|class}} set to anything other than "b", that class is used without further modification; but if {{para|class|b}} is explicitly set, then all six of the B-class parameters need to be set to "yes" in order that the page be assessed as B-class - if at least one is blank, omitted, or set to "no", the page is treated as if {{para|class|c}} were set instead. Most of the code for this is in {{tlx|class mask}}. Some WikiProjects with a checklist (e.g. {{tlx|WikiProject Maps}}) have provision for only five checklist parameters, and with these, the sixth is implicitly "yes". For the checklist, the parameter names also vary: some WikiProjects use {{para|b1}} etc.; others {{para|B-Class-1}} etc.; some permit either form. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 07:42, 22 October 2015 (UTC)
::OK, so the question becomes how those can be better supported in general. A good solution will let us easily grab the rendered rating with a single API call and no special-case code. Parsing specific parameters is only really practical with special-case code given the variety in WikiProject syntax. This might be a question of improving WikiProject banners in general—e.g. adding functionality so that their rating and importance metrics are tagged with CSS classes or something. Alternatively, perhaps categories can be used? Categories would reflect rendered output, but I don't know if detecting rating categories would be reliable. What do relevant bots tend to use? I need ideas. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 16:16, 22 October 2015 (UTC)

===Update: wrote some code!===
{{reply to|Finnusertop|Redrose64}} I've finally gotten around to writing some code that'll theoretically support the WPMILHIST rating scheme. The code grabs the values of the B1–B6 parameters (B6 optional), and if B1's present, it re-evaluates the ratings List, A, AL, B, BL, C, and CL according to the MILHIST scheme, including for A/AL whether <code><nowiki>|A-Class=pass</nowiki></code> is set. The code's available at [[User:Nihiltres/Gadget-metadata.js]]; please look it over and test it! :) In particular, I'm betting it'll have inconsistent results with respect to other WikiProjects that implement similar schemes with slightly different assessment rules. :/ <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 03:24, 28 December 2015 (UTC)
:First obvious case: MILHIST's scheme requires most B-Class criteria to be met for C-Class (otherwise classifying as Start-Class), and so the new code currently misclasses [[Dungeons & Dragons in popular culture]] as Start instead of C as indicated by [[Wikipedia:WikiProject Dungeons & Dragons|WikiProject Dungeons & Dragons]]' classification scheme. Finding similar cases from other WikiProjects would be helpful. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 03:47, 28 December 2015 (UTC)
::Most WikiProjects that have a B-Class checklist will only test that when {{para|class|b}} is set - otherwise, the checklist is ignored. When they do test the checklist, and there isn't a full set of six (or five, as the case may be) that have been set to "yes", the class is dropped from B to C, but no further. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 21:59, 28 December 2015 (UTC)

== need help ==

I'm using this tool here: [[User:Jarodalien/vector.js]], 
*importScript('User:Liangent/User:Pyrospirit/metadata.js');
*importScript('User:Liangent/User:Pyrospirit/metadata/assesslinks.js');
*importScript('User:Pyrospirit/metadata/projectbanners.js');
but is not working anymore, least about 2 months. This is a very valuable tools for me, could anyone help me to fix it?--[[User:Jarodalien|Jarodalien]] ([[User talk:Jarodalien|talk]]) 01:38, 5 September 2015 (UTC)
:Replied at [[Wikipedia:Village pump (technical)/Archive 140#I need help]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 08:27, 5 September 2015 (UTC)

== Links failing with apostrophe in title ==

I have this gadget turned on in my preferences and the peer review link that it produces at the top of [[Nelson's Pillar]] doesn't work. The error message says: ''"The requested page title contains invalid characters: "%27"."'' This seems to be the Unicode character for the apostrophe failing in some way. Can this be fixed? [[User:Carcharoth|Carcharoth]] ([[User talk:Carcharoth|talk]]) 16:52, 17 March 2016 (UTC)
:Fails for me too. It seems that the URL is being [[percent encoded]] twice, so that the apostrophe first becomes <code>%27</code> (which is correct) and the percent sign is then percent-encoded to <code>%25</code>, which is incorrect behaviour.
:BTW the <code>%27</code> isn't unicode, it's the percent-encoded form of a regular ASCII character, the apostrophe. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 17:00, 17 March 2016 (UTC)
:{{u|Nihiltres}} I've been looking at the code, can't see where the URL encoding of the peer review link is done twice. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 17:13, 17 March 2016 (UTC)
::Thanks for the quick response and the lesson in terminology. :-) [[User:Carcharoth|Carcharoth]] ([[User talk:Carcharoth|talk]]) 17:27, 17 March 2016 (UTC)
:::I've found the problem and will fix it soon after a quick review. In <code>am.renderAssessment</code> there's the line <code>peerReview = assess.review && mw.util.wikiUrlencode(assess.review)</code> and then in <code>am.addPeerReview </code> there's <code>mw.util.getUrl(peerReview)</code>. Each of <code>mw.util.wikiUrlencode()</code> and <code>mw.util.getUrl()</code> is applying percent-encoding. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:30, 17 March 2016 (UTC)
::::Should be fixed now. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:40, 17 March 2016 (UTC)
:::::Perfect! Can you wave a magic wand and produce peer reviews as well...? Seriously, many thanks for that. It is great to get things like that fixed so quickly. [[User:Carcharoth|Carcharoth]] ([[User talk:Carcharoth|talk]]) 17:55, 17 March 2016 (UTC)

== Gadget is misinterpreting the parameters of Template:Article history ==

Please see discussion at [[Template talk:Article history#Error check]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 20:18, 3 December 2013 (UTC)

== Improvement suggestions for the color blind users ==

You guys have done a great job with making sure that the colors are at least WCAG AA 18+ compliant for large text. I also ran it through Sim Daltonism (a color blindness simulation tool) with some of the more common color blindness. Here are the results in screenshots below. Red / green color blindness is the most common, so as I had suspected, the orange/red/green colors would have posed some issues. [http://wearecolorblind.com/example/google-analytics/ This is a link] to a really good and short example on what I'm highlighting. 

<br><ul>
<li style="display: inline-block; vertical-align: top;"> [[File:Metadata Protanopia.png|thumb|300px|none|Protanopia]]</li>
<li style="display: inline-block; vertical-align: top;"> [[File:Metadata Deuteranopia.png|thumb|300px|none|Deuteranopia]]</li>
<li style="display: inline-block; vertical-align: top;"> [[File:Metadata Protanomaly.png|thumb|300px|none|Protanomaly]]</li>
<li style="display: inline-block; vertical-align: top;"> [[File:Metadata Deuteranomaly.png|thumb|300px|none|Deuteranomaly]]</li>
</ul><br>

'''My suggestions are to:'''
* Remove either red or green in the palette. Instead, use graphical elements to distinguish different levels within a grouped grade (good article, B class, C class). So e.g., instead of different shades of green for good article, B class and C class, use the same color but different graphical element to distinguish the three different classes. 
* Include a tooltip to give more context to remind about what the color/graphical element mean

'''There are several advantages with the added tooltip:''' 
* Giving option to read more about the article class
* Ability to add a call-to-action to improve content 
* I'm also always trying to find ways to humanize Wikipedia articles, so this will give an opportunity to mention that these articles are edited and reviewed by humans (e.g.: this article has been peer-reviewed) 
<br>

<li style="display: inline-block; vertical-align: top;"> [[File:Metadata_color_usage_suggestion.png|thumb|300px|none|Suggestion -- icons are used as just examples]]</li><br>

What do you guys think?

--<br>
http://wearecolorblind.com/article/a-quick-introduction-to-color-blindness  <small><span class="autosigned">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:MGalloway (WMF)|MGalloway (WMF)]] ([[User talk:MGalloway (WMF)|talk]] • [[Special:Contributions/MGalloway (WMF)|contribs]]) 23:06, 23 December 2015 (UTC)</span></small><!-- Template:Unsigned --> <!--Autosigned by SineBot-->
:To address the main issue: the additions to the tagline made by the gadget already support colourblind users by literally spelling out the information as text. The colour is just a nice bonus for those who can see it. The tagline format also manages minimalism (less added complexity in the UI) by enhancing an existing feature (the tagline) rather than adding new ones (icons and tooltips), and doesn't require user interaction (hover or tap for the tooltip, with only a cryptic icon until users figure that out). For all that the proposed design's pretty, I oppose moving towards it unless the tagline were planned to be removed.
:You mention "ways to humanize Wikipedia articles" and that "this will give an opportunity to mention that these articles are edited and reviewed by humans (e.g.: this article has been peer-reviewed)"; the script already highlights current and former GA-, FA-, and peer-review-related processes noted on the talk page. Are there other things it should capture?
:I like the sound of of adding a "call to action", but I'm not sure in what ways I'd implement that, or if the gadget's install base is an appropriate target for those calls. Would you elaborate? <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 07:36, 24 December 2015 (UTC)
::Oh wow, you’re right. I just looked again for the tagline and found it this time. I’d have to say, it is a very minimal way of tackling this issue for the colorblind. I hope it was just me that I missed the new info added to that line since I typically gaze pass that "From Wikipedia, the free encyclopedia” line. Now that I read your explanation, I'm questioning if I would have noticed the tagline explanation association with the title color change. I don’t think it's compulsory, but when users notice the title color change, they might wonder why. Regarding humanizing Wikipedia articles. I come from the perspective that we should always find an opportunity to humanize our content and inviting knowledgeable humans to improve/edit Wikipedia articles. This perspective comes from our general readers' impression that Wikipedia articles are untouchable or that it’s easily broken once they touch it. But the fact is that humans collectively wrote these articles and so humans can also collectively fix. Sounds simple but our readers somehow do not see their connection between Wikipedia human editors and themselves. The call-to-action for e.g. a stub-class could be as simple as a line like: <br><br>
:: '''This is a stub-class article—bad quality articles fall into this category. You can try adding more meaningful content in this article to improve it!'''<br><br>
::"Meaningful content” can link to something like that: https://en.wikipedia.org/wiki/Wikipedia:Article_development#Research So.. if you were to entertain an idea like that, I suggest that this info is presented as part of the tagline because a "C-class article" to a previously less familiar user like me means nothing without something else to compare to without having to read or frequently refer to the documentation/talk page. I even wonder if C-class could be substituted with the definition of C-class for a more functional and minimal tagline. Using the same stub-class example above:<br><br>
::'''This is a bad quality article. You can try adding more meaningful content in this article to improve it!'''<br><br>
::I’m making these proposals thinking more users would enable this gadget in the future cus I think it’s simple and brilliant.
::[[User:MGalloway (WMF)|MGalloway (WMF)]] ([[User talk:MGalloway (WMF)|talk]]) 04:16, 25 December 2015 (UTC)
:::{{replyto|MGalloway (WMF)}} What is "bad quality"? --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 19:16, 25 December 2015 (UTC)
::::{{replyto|Redrose64}} According to the [[Wikipedia:Version_1.0_Editorial_Team/Assessment#Grades|documentation]], stub-class articles are "A very basic description of the topic. However, all very-bad-quality articles will fall into this category." In the same link, you can find more explanation about the particular grading. However, I'm unaware how the working group of this gadget defines "bad article" though. [[User:MGalloway (WMF)|MGalloway (WMF)]] ([[User talk:MGalloway (WMF)|talk]]) 20:00, 25 December 2015 (UTC)
:::::My point is that I've bever seen an article described by this gadget as "bad quality". It makes no subjective judgements: it gets its information from the {{para|class}} parameters of the WikiProject banners on the associated talk page. No WikiProjects recognise {{para|class|bad}}: the next one up from stub is start, then c, b etc. Please give an example of an article where the word "bad" is displayed by this gadget. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 23:02, 25 December 2015 (UTC)
::::::I was thinking out loud to see if there could be any benefit in helping users understand more about what a stub-class is beyond the label "stub-class" and then displaying how a simple call-to-action could work. [[User:MGalloway (WMF)|MGalloway (WMF)]] ([[User talk:MGalloway (WMF)|talk]]) 15:48, 26 December 2015 (UTC)
:::::::I really do not think that we should move away from established conventions, see [[Wikipedia:Version 1.0 Editorial Team/Assessment]]. The colours chosen are similarly based on those set by [[Template:Class/colour]] although not exactly the same, in order to give good contrast. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] ([[User talk:Redrose64|talk]]) 00:47, 27 December 2015 (UTC)
:::{{replyto|MGalloway (WMF)}} I suppose there's a valid point that the colour change is the most ''obvious'' change the gadget makes, and that perhaps more could be done to ''highlight'' the currently text-based information added by the gadget. I'll keep it in mind and perhaps play around with some ideas/code for a more graphical version—I need to eventually do some restructuring anyway to better separate code from messages, and that restructuring will make alternate interfaces easier. I'll keep you updated.
:::On the topic of stubs being "bad quality", I agree with Redrose64. "Bad" is vague and unhelpful. An article can be, for example, short, unstructured, or unreferenced, and those are concrete and, importantly, implicitly ''addressable'' problems. More broadly, it's ''way'' out of the scope of this gadget to do any definition of article quality that isn't simply stating the defined rating—ratings which are ''purposely vague'' because quality is difficult to quantify, let alone consistently across many subject areas. That's not to say I don't support better surfacing of quality ratings—I do—but that this isn't the place to do it. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 19:33, 27 December 2015 (UTC)

== Some notes ==

Since I haven't worked on this in a while, I might as well jot down some notes on the next things to work on with this script:

*'''Review status of [[mw:Extension:PageAssessments|PageAssessments]]''', in particular its implementation in {{tl|WPBannerMeta}} ([[Template talk:WPBannerMeta|talk]]). Once implemented widely via the template, the script can be switched over to pull from the assessments API, which should be far more reliable than munging the talk-page source by regex (the current approach). We still need to pull the page source to check for various active/former quality reviews, but reducing reliance on wikitext munging is highly desirable, even at the cost of more API requests.
**If PageAssessments is implemented widely, then the script should be rewritten to pull from its API rather than the talk page, whenever possible.
*'''Review status of moving {{tl|class}} to Lua/JSON'''. In particular, the idea's to store class data (colour, icon, labels, etc.) in a JSON file (currently [[Template:Class/definition.json]]), then render from that (using [[Module:Class]] to implement {{tlf|class}}). This has the advantage that class definition data will exist in a single code-independent file and can be updated in one step—scripts and templates will stay synchronized to the same class definitions.
**For the purpose of this script, we should '''add values to the JSON file to support text colours used in this script''': i.e. the darkened class-colour variants used in [[MediaWiki:Gadget-metadata.css]].
**For the purpose of this script, we should '''look into adding other values to the JSON file that are reasonably universal'''.
**If the previous items are covered, then the script should be rewritten to pull data from the JSON file rather than hardcoded values, whenever possible.
*'''Improve core code'''. In particular:
**'''Clean up quality review detection'''. I'm not happy with where things are on detecting current or old quality reviews; while the code ''works'', it's inelegant and hard to read. There's a lot of potential for improvement there. <code>am.getGARLink</code> is a particular offender, and <code>am.getAssessment()</code> literally has a <code>TODO: Add code for old peer reviews</code> comment.
**'''Separate evaluation and rendering steps as much as possible'''. In particular, untangling the way "extras" (quality review notes, or the A/GA special case) are added to the rendering would be nice.

I'll probably start working properly on this once [[Module:Class]] is officially powering {{tl|class}}, but I'd prefer to do that and the PageAssessments update at the same time. In the meantime, I encourage anyone interested in this gadget and reading this to participate at [[Template talk:Class]], [[Template talk:WPBannerMeta]], or [[Wikipedia:Categories for discussion/Log/2016 December 20#Category:Unassessed-Class articles]] (a minor hurdle: rename one of the top-level assessment categories to be consistent with its child categories). <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 19:17, 13 January 2017 (UTC)
:Given the WMF desire to display Wikidata descriptions in mobile on en.WP (it's live on other Wikipedias), {{u|PrimeHunter}} suggested an option to show that on desktop (ref [[WP:VPT#Showing Wikidata descriptions underneath article title on mobile web]]). It might be nice if that were integrated into this gadget given they would be sharing a similar space (prior to some WMF-official integration which we may or may not ever see). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 12:52, 19 January 2017 (UTC)
::{{re|Izno}} Thanks for pointing me to that discussion; I've commented there. My first thought is that Wikidata descriptions are currently out of scope for this gadget; that said, I definitely want to maintain compatibility if they're implemented as a gadget, beta, or default feature. In particular, I'll keep that in mind when I get around to addressing the "separate evaluation and rendering steps" above, since the possibility of using alternative renderers would offer lots of flexibility for addressing compatibility issues. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 16:37, 19 January 2017 (UTC)

== List-class disambiguation ==

{{edit fully-protected|answered=yes}}
The words "list class" currently link to [[Wikipedia:Lists]], which is a disambiguation page. [[Wikipedia:Stand-alone lists]] is probably what you want. I only noticed it because I have the "disambig links in orange" gadget activated, which makes it look rather silly!--[[User:Newbiepedian|Newbiepedian]] ([[User talk:Newbiepedian|talk]] · [[Special:Contributions/Newbiepedian|contribs]] · <span class="plainlinks">[https://tools.wmflabs.org/xtools-ec/?user=Newbiepedian&project=en.wikipedia.org X!]</span> · [[Special:Log/Newbiepedian|logs]]) 20:42, 14 April 2018 (UTC)
:Replace <syntaxhighlight lang=javascript inline>url: mw.util.getUrl("Wikipedia:Lists")</syntaxhighlight> with <syntaxhighlight lang=javascript inline>url: mw.util.getUrl("Wikipedia:Stand-alone lists")</syntaxhighlight>. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 20:58, 14 April 2018 (UTC)
:[[File:Yes check.svg|20px|link=|alt=]] '''Done'''<!-- Template:EP --> &mdash;&nbsp;Martin <small>([[User:MSGJ|MSGJ]]&nbsp;·&nbsp;[[User talk:MSGJ|talk]])</small> 06:42, 16 April 2018 (UTC)

== spacing ==
{{tracked| T195256}}
Has something changed with regards to the spacing between articles proper and the assessment?  They've become much closer for me, and I can't see where I've done anything to cause this.  —  '''[[user:fourthords|<span style="color:#CC0000">fourthords</span>]] &#124; [[user talk:fourthords|=Λ=]] &#124;'''  03:14, 1 June 2018 (UTC)
:What exactly is this? Please include a [[WP:WPSHOT]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 17:01, 1 June 2018 (UTC)
:: [[File:assessment spacing screenshot bunching 2018-06-01.png|thumb|What I'm seeing at [[Tuvix]] (and all other pages).]]  Sure, sorry!  I assumed that if it was happening to me, it was a widespread problem and most would see it, too.  —  '''[[user:fourthords|<span style="color:#CC0000">fourthords</span>]] &#124; [[user talk:fourthords|=Λ=]] &#124;'''  01:49, 2 June 2018 (UTC)
:::I get a gap. I can make the gap disappear by means of this CSS: <syntaxhighlight lang=css>#contentSub {
  margin-bottom: 0;
}</syntaxhighlight> Perhaps you have some custom CSS somewhere. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 21:47, 2 June 2018 (UTC)
:::: [[User:Fourthords/vector.css|My CSS]] [https://en.wikipedia.org/w/index.php?title=User:Fourthords/vector.css&oldid=382784228 has been empty since 2010], though.  So has the assessment gadget not been changed recently?  Is there a different on-wiki forum where I should ask about UI weirdness?  —  '''[[user:fourthords|<span style="color:#CC0000">fourthords</span>]] &#124; [[user talk:fourthords|=Λ=]] &#124;'''  17:07, 3 June 2018 (UTC)
:::::See also [[Wikipedia:Village pump (technical)#Beginning of text too close to the top of the page]]. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 22:43, 4 June 2018 (UTC)
:::::: Thanks so much!  —  '''[[user:fourthords|<span style="color:#CC0000">fourthords</span>]] &#124; [[user talk:fourthords|=Λ=]] &#124;'''  15:42, 5 June 2018 (UTC)

== Wrong colour ==

[[Operation Grapple]] is displaying in Green as a Good Article, when it should be in blue as an A-class article. Can anyone explain why?  [[User:Hawkeye7|<span style="color:#9933ff">Hawkeye7</span>]] [[User_talk:Hawkeye7|<span style="font-size:80%">(discuss)</span>]] 06:05, 15 October 2017 (UTC)
*{{re|Hawkeye7}} I can't reproduce that behaviour, and A-Class is specifically set to take priority over GA-Class when both apply. Does the issue still occur for you? <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:44, 14 July 2018 (UTC)

*:(Has a look) Seems to be working now.  [[User:Hawkeye7|<span style="color:#9933ff">Hawkeye7</span>]] [[User_talk:Hawkeye7|<span style="font-size:80%">(discuss)</span>]] 20:59, 14 July 2018 (UTC)

== Bug report ==

{{ping|Nihiltres}}

*Skin: vector
*Browser: Chrome
* Page: [[V. Gordon Childe]]
* Description that shows up: A [[wikipedia:Good articles|good article]] from Wikipedia, the free encyclopedia. A former [[wikipedia:Featured article candidates/V. Gordon Childe/archive2|featured article candidate]].
* Actual article status: Featured article (see [[V. Gordon Childe]])

Thanks, --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 00:44, 8 January 2019 (UTC)
:{{u|DannyS712}}, no bug, Gadget-metadata goes off of wikiproject assessments and the issue is fixed by [https://en.wikipedia.org/w/index.php?title=Talk:V._Gordon_Childe&diff=877351730&oldid=871883470 updating them]. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 03:53, 8 January 2019 (UTC)
::{{ping|Galobtter}} Oh. Thanks --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|talk]]) 03:55, 8 January 2019 (UTC)
:::To-do for the future: implement omniscience. ;) <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 18:49, 8 January 2019 (UTC)

==Link==
Hi {{U|Nihiltres}}, could you please change:
<syntaxhighlight lang=css>var assessLink = mw.util.getUrl("Wikipedia:Version_1.0_Editorial_Team/Assessment"),</syntaxhighlight> to <syntaxhighlight lang=css>var assessLink = mw.util.getUrl("Wikipedia:Content assessment"),</syntaxhighlight> The page was moved to [[Wikipedia:Content assessment]] in [https://en.wikipedia.org/w/index.php?title=Wikipedia:Content_assessment&diff=prev&oldid=849341738 July 2018]. Cheers – [[User:Ianblair23|Ianblair23]] [[User talk:Ianblair23|(talk)]] 03:06, 10 March 2019 (UTC)
:Pinnging {{U|Nihiltres}} and {{U|MSGJ}}. Cheers – [[User:Ianblair23|Ianblair23]] [[User talk:Ianblair23|(talk)]] 23:23, 16 March 2019 (UTC)
::{{done}} {{u|Ianblair23}} Best thing to do is to make an {{t|edit interface-protected}} request. [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 08:00, 17 March 2019 (UTC)
:::Brilliant. Thanks {{U|Galobtter}}. Cheers – [[User:Ianblair23|Ianblair23]] [[User talk:Ianblair23|(talk)]] 08:25, 17 March 2019 (UTC)
::::I really need to get around to requesting interface administrator access; I can't properly maintain this without it. :/ <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 19:31, 17 March 2019 (UTC)

== Set index articles ==

Set index article are currently given the same colour as disambiguation pages, which is confusing as these are two different things. Some WikiProjects have started using SIA-Class which has its own colour defined at {{tl|Class/colour}}. Perhaps this gadget could follow suit? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 20:07, 5 June 2016 (UTC)

:I'm aware of the request but probably won't have a chance to fulfill it for a while.
:The current situation is a result of the evolution of set index articles away from disambiguation pages (they used to be treated the same, hence the behaviour here). There's some support in <code>am.checkArticle</code> and <code>am.renderAssessment</code>, so anyone else who wants to work on this should double-check and/or update those definitions. <code>am.getRating</code> is missing an item to recognize the class from a rating value in the template, and [[MediaWiki:Gadget-metadata.css]] will need a separate colour definition (and the colour will probably need to be tweaked a bit away from the one in {{tl|Class/colour}} to meet WCAG's recommendations for text on white). <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 02:47, 6 June 2016 (UTC)

::{{ping|Nihiltres}} I know it's been a while, but is there any chance you can have another look at this? The gadget can distinguish between dab pages and SIAs in the text it displays, and per [[WP:SIANOTDAB]] I still think it should make that distinction in colour as well. If the colour used by {{tl|class}} is a problem it could always be tweaked. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 13:30, 8 August 2019 (UTC)

== Page-type link glitch ==

{{moved from|WP:VPT}}
When I'm logged into Wikipedia, the line of text directly below the page title that normally says ''From Wikipedia, the free encyclopedia'' is replaced by an augmented version such as ''A [[Wikipedia:Content assessment|C-class]] article from Wikipedia, the free encyclopedia'' or ''A [[Wikipedia:Disambiguation|disambiguation page]] from Wikipedia, the free encyclopedia''. This is a feature I turned on so many years ago that I can't remember if it's standalone thing or part of some multi-featured plug-in like [[META:MoreMenu]], and I've had no luck searching for it due to lack of terminology. Does anyone know what this is and who I would contact about fixing an error? (The link used for set index pages is going to [[Wikipedia:Disambiguation#Set index articles]], which no longer exists.) Thanks —[[User:JamesLucas|jameslucas]] [[User talk:JamesLucas|<span style="font-family:monospace;letter-spacing:-.5px"><sup>▄▄▄&nbsp;▄&nbsp;▄▄▄&nbsp;▄▄▄&nbsp;▄</sup></span>]] 18:44, 27 August 2019 (UTC)
:{{replyto|JamesLucas}} {{myprefs|Gadgets}} → "{{int:Gadget-metadata}}". --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 19:07, 27 August 2019 (UTC)
::Thanks, {{u|Redrose64}}! Looks like {{u|PC78}} has been drawing attention to this glitch for some time, so I guess I'm not going to be able to secure a fix today. 😕 —[[User:JamesLucas|jameslucas]] [[User talk:JamesLucas|<span style="font-family:monospace;letter-spacing:-.5px"><sup>▄▄▄&nbsp;▄&nbsp;▄▄▄&nbsp;▄▄▄&nbsp;▄</sup></span>]] 19:22, 27 August 2019 (UTC)
:::{{RE|JamesLucas}} since it is a gadget we can edit it, what is the "error" you want fixed? — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 19:47, 27 August 2019 (UTC)
::::{{re|Xaosflux}} the last line of code for '''setindex''' should be {{code|url: mw.util.getUrl("Wikipedia:Set_index_articles")}} (I think with low lines rather than spaces, but I could be wrong). Cheers! —[[User:JamesLucas|jameslucas]] [[User talk:JamesLucas|<span style="font-family:monospace;letter-spacing:-.5px"><sup>▄▄▄&nbsp;▄&nbsp;▄▄▄&nbsp;▄▄▄&nbsp;▄</sup></span>]] 20:35, 27 August 2019 (UTC)
:::::{{re|JamesLucas}} moved to this page for follow up. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 20:40, 27 August 2019 (UTC)
:{{ping|Nihiltres|Galobtter}} mind having a look at this? — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 20:41, 27 August 2019 (UTC)
::{{fixed}} [[User:Galobtter|Galobtter]] ([[User talk:Galobtter|pingó mió]]) 21:34, 27 August 2019 (UTC)
:::Thank {{u|Galobtter|you}}! —[[User:JamesLucas|jameslucas]] [[User talk:JamesLucas|<span style="font-family:monospace;letter-spacing:-.5px"><sup>▄▄▄&nbsp;▄&nbsp;▄▄▄&nbsp;▄▄▄&nbsp;▄</sup></span>]] 23:38, 27 August 2019 (UTC)

== See Crime and Punishment article for error ==

Gadget says [[Crime and Punishment]] "Currently undergoing a good article reassessment", but the GAR was 10 years ago&nbsp;♦&nbsp;[[User:Lingzhi2|Lingzhi2]]&nbsp;[[User talk:Lingzhi2|(talk)]] 06:16, 20 September 2019 (UTC)
:{{replyto|Lingzhi2}} No, [[Talk:Crime and Punishment/GA2]] is still open. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 18:58, 20 September 2019 (UTC)
::The link atop the page took me to a closed one.&nbsp;♦&nbsp;[[User:Lingzhi2|Lingzhi2]]&nbsp;[[User talk:Lingzhi2|(talk)]] 19:41, 20 September 2019 (UTC)
:::One possibility is that the parameters of the {{tlx|GAR/link|00:31, 5 September 2018 (UTC)|3=page=2|4=GARpage=1|5=status=kept}} are incorrect. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 20:18, 20 September 2019 (UTC)
::::I just tried again, same issue. I dunno whether it's a systemic problem or a one-off, but whoever fixes this sort of problem probably should look into it...&nbsp;♦&nbsp;[[User:Lingzhi2|Lingzhi2]]&nbsp;[[User talk:Lingzhi2|(talk)]] 20:39, 20 September 2019 (UTC)
:::I vaguely recall that issue being a known one. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 03:08, 21 September 2019 (UTC)
::::if knownIssue == True:
:::::ballDropped = True
::::&nbsp;♦&nbsp;[[User:Lingzhi2|Lingzhi2]]&nbsp;[[User talk:Lingzhi2|(talk)]] 03:52, 21 September 2019 (UTC)

== Proposed changes to [[MediaWiki:Gadget-metadata.css]] ==

A few issues with the stylesheet:

* b-text and dab-text colours appear to fail the accessibility requirements of [[MOS:COLOUR]] and should ideally be at least WCAG AA compliant for large text on a white background. Check: [https://webaim.org/resources/contrastchecker/?fcolor=66BB00&bcolor=FFFFFF b-text], [https://webaim.org/resources/contrastchecker/?fcolor=00BB66&bcolor=FFFFFF dab-text]
* A distinct colour should be defined for set index articles to distinguish them from dab pages, per [[WP:SIANOTDAB]]

Suggest the following remedies:

* Use colour #490 for b-text ([https://webaim.org/resources/contrastchecker/?fcolor=449900&bcolor=FFFFFF check]) and #0A6 for dab-text ([https://webaim.org/resources/contrastchecker/?fcolor=00AA66&bcolor=FFFFFF check])
* Use colour #A7F for sia-text ([https://webaim.org/resources/contrastchecker/?fcolor=AA77FF&bcolor=FFFFFF check])

Also note the following:

* Bplus-Class is no longer used by any WikiProject
* Background colours for FA/FL, Stub/SL, List, SetIndex, Current and Future are all outdated; see {{tl|class/colour}} for current values
* Background colours for Top, High, Mid, and Low are also outdated; see {{tl|importance/colour}} for current values

I haven't dealt with stylesheets much before now, but I believe the following looks good:

<pre>/* This is a custom stylesheet that goes with the metadata script ([[User:Pyrospirit/metadata]]). */

.assess-article-rating {
    font-style: italic;
}
.assess-info-all {
    font-style: italic;
}

.assess-fa-text,
.assess-fl-text       { color: #06C; }
.assess-a-text,
.assess-al-text       { color: #29C; }
.assess-ga-text       { color: #070; }
.assess-b-text,
.assess-bl-text       { color: #490; }
.assess-c-text,
.assess-cl-text       { color: #993; }
.assess-start-text    { color: #B60; }
.assess-stub-text,
.assess-sl-text       { color: #901; }
.assess-list-text     { color: #85F; }
.assess-cur-text      { color: #A4C; }
.assess-future-text   { color: #568; }
.assess-dab-text      { color: #0A6; }
.assess-setindex-text { color: #A7F; }

.assess-sl            { background-color: #FFA4A4; }
.assess-cur           { background-color: #E6A4FF; }
.assess-future        { background-color: #B4BBFF; }
.assess-dab           { background-color: #00FA9A; }
.assess-setindex      { background-color: #E9DAFF; }

.assess-importance-top  { background-color: #FF97FF; }
.assess-importance-high { background-color: #FFACFF; }
.assess-importance-mid  { background-color: #FFC1FF; }
.assess-importance-low  { background-color: #FFD6FF; }

.firstHeading .editsection {
    color: black;
}

/* Used to be in [[MediaWiki:Common.css]]. */
.assess-fa,
.assess-fl    { background-color: #9CBDFF; }
.assess-a     { background-color: #66FFFF; }
.assess-ga    { background-color: #66FF66; }
.assess-b     { background-color: #B2FF66; }
.assess-c     { background-color: #FFFF66; }
.assess-start { background-color: #FFAA66; }
.assess-stub  { background-color: #FFA4A4; }
.assess-list  { background-color: #C7B1FF; }
</pre>

Colour test:
{{Div col|colwidth=20em}}
*{{Font|text=Featured article|font=Linux Libertine|size=28.8px|color=#06C}}
*{{Font|text=A-class article|font=Linux Libertine|size=28.8px|color=#29C}}
*{{Font|text=Good article|font=Linux Libertine|size=28.8px|color=#060}}
*{{Font|text=B-class article|font=Linux Libertine|size=28.8px|color=#490}}
*{{Font|text=C-class article|font=Linux Libertine|size=28.8px|color=#993}}
*{{Font|text=Start-class article|font=Linux Libertine|size=28.8px|color=#B60}}
*{{Font|text=Stub-class article|font=Linux Libertine|size=28.8px|color=#901}}
*{{Font|text=List-class article|font=Linux Libertine|size=28.8px|color=#85F}}
*{{Font|text=Set index article|font=Linux Libertine|size=28.8px|color=#A7F}}
*{{Font|text=Current-class article|font=Linux Libertine|size=28.8px|color=#A4C}}
*{{Font|text=Future-class article|font=Linux Libertine|size=28.8px|color=#568}}
*{{Font|text=Disambiguation page|font=Linux Libertine|size=28.8px|color=#0A6}}
{{Div col end}}

I would appreciate someone else looking over it though. [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 22:13, 23 September 2019 (UTC)
:Probably what should happen is that the colors templates get [[WP:TemplateStyles|TemplateStyled]] and then this sheet can @import that sheet. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 22:30, 23 September 2019 (UTC)
::{{ping|Anomie}} Since {{u|Nihiltres}} hasn't been around for a bit, do you have a recommendation as to whether the gadget should import the templatestyles page (if that's even possible) or whether vice versa. I know templatestyles pages don't allow the scary parts of CSS, and I think these colors probably could/should be editable more generally than I-admins, so it should be safe to go the one way. Or perhaps neither is a good option for some reason? :) --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 22:41, 23 September 2019 (UTC)
::: Seems like it's possible. No opinion on whether it's a good idea. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 23:54, 23 September 2019 (UTC)
::::<p>I've had some ideas on ways to modernize this and solve the ''underlying'' problems—I'm thinking big, more along the lines of "make all WikiProjects register their configuration and custom descriptors in a portable JSON form rather than an arcane wikitext one"—but that's a whole other project. I've been relatively inactive because life's gotten in the way and I've been inhibited from making drop-by changes by the new need to pick up the interface-admin permission to edit this gadget myself—which in turn I'd jump for if I were active, but can't justify without activity.</p><p>I haven't used TemplateStyles yet; my impression from initial peeks has been that it's optimized enough for templates that it would be difficult or impossible to use here. In particular, this gadget styles the title and tagline, while styles added by TemplateStyles are scoped to the main parsed content. That limit, assuming it applies (perhaps it ''can'' affect the title/tagline?) is the biggest barrier for this gadget, while elsewhere TemplateStyles is great. I'm relatively apathetic to specific colour suggestions, but WCAG accessibility is important; I'll take a proper look at the code part of this eventually. Feel free to do stuff without me; I'll be back eventually, but … 2019 has not been a good year. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 23:42, 25 September 2019 (UTC)</p>

A further observation: using the "Modern" skin the article title is usually displayed in white text on a dark blue background, so the gadget produces some unfortunate colour combinations [https://webaim.org/resources/contrastchecker/?fcolor=990011&bcolor=003366 such as this]. I note that the gadget doesn't appear to work with the "MinervaNeue" skin at all (intentionally?); perhaps it could/should be disabled for Modern as well? [[User:PC78|PC78]] ([[User talk:PC78|talk]]) 20:25, 26 September 2019 (UTC)
:Not working with Minerva is not intentional, I think--Minerva just does fun stuff with not loading things. Modern OTOH would need to be a deliberate change in the script. OTOH it is neither the default nor any of the most-used skins (which I expect will be Monobook and Vector). --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:48, 26 September 2019 (UTC)

== Interface-protected edit request on 7 October 2019 ==

{{edit interface-protected|MediaWiki:Gadget-metadata.js|answered=yes}}
This gadget currently uses "wgPageName" to find out if a page is "Main Page". In other wikis, "Main Page" is not necessarily the address of the main page. For example, in mediawiki.org, [[mw:Mediawiki]] is the main page. It should use wgIsMainPage config. Replace <code>mw.config.get("wgPageName") === "Main_Page"</code> with <code>mw.config.get('wgIsMainPage') == true</code>. Thanks. [[User:Masumrezarock100|<u style="color:#087643;font-face:arial;text-shadow:gray 0.2em 0.2em 0.4em;">'''''Masum Reza'''''</u>]][[User_talk:Masumrezarock100|<sup style="color:orange;">''📞''</sup>]] 04:26, 7 October 2019 (UTC)
:{{on hold}} Ping to currently listed maintainer, {{u|Nihiltres}} for review.  Nihiltres, please ping or reactivate the ER following review. As far as what some other project may do {{u|Masumrezarock100}} that isn't really our problem. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 11:02, 7 October 2019 (UTC)
::Yes, I know. But per [[phab:T120085]], Wikimedia wikis will serve the main page from a consistent URL. So the Main page may not be located in [[Main Page]] in future. [[User:Masumrezarock100|<u style="color:#087643;font-face:arial;text-shadow:gray 0.2em 0.2em 0.4em;">'''''Masum Reza'''''</u>]][[User_talk:Masumrezarock100|<sup style="color:orange;">''📞''</sup>]] 15:44, 7 October 2019 (UTC)
::Sure, but this is noted as a global gadget file, so we should be good stewards.  I'd support making this change, although I think all we need is just <code>mw.config.get("wgPageName") === "Main_Page"</code> to simple <code>mw.config.get('wgIsMainPage')</code>. ~  <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 21:31, 7 October 2019 (UTC)
:::Oh right. This config's value defaults to true in a main page otherwise it doesn't exist. [[User:Masumrezarock100|<u style="color:#087643;font-face:arial;text-shadow:gray 0.2em 0.2em 0.4em;">'''''Masum Reza'''''</u>]][[User_talk:Masumrezarock100|<sup style="color:orange;">''📞''</sup>]] 22:46, 7 October 2019 (UTC)
::::I recommend <code>mw.config.get("wgIsMainPage") === true</code>, the identity operator with ''three'' equals, because that alone avoids truthy values that are not <code>true</code>. If the behaviour of <code>wgIsMainPage</code>.were to change, an identity operator would be less likely to break badly than the others. Still, the core change is a good idea: replace a hacky check with a purpose-built one. [[User:Xaosflux|Xaosflux]], would you please implement that, changing line 38 of the script? <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 20:37, 9 October 2019 (UTC)
:::::{{done}} — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 23:20, 9 October 2019 (UTC)

== Hiding display when the article does not exist ==

Pinging @[[User:Nihiltres|Nihiltres]] for visibility. Currently the behavior for non-existent pages is showing "An unassessed article from Wikipedia, the free encyclopedia". I think that the message should simply be hidden for non-existent articles, it's unnecessary IMO. [[User:EpicPupper|🐶 EpicPupper]] <sup>(he/him &#124; [[User talk:EpicPupper|talk]])</sup> 05:16, 7 January 2022 (UTC)

:

{{edit interface-protected|answered=yes}}
:Good idea. This can be easily implemented with an extra condition in the checks at the start of <code>assessmentObj.init</code>. Would an interface editor please add the line <code>mw.config.get("wgArticleId") === 0 || //nonexistent page</code> after line 35 of the script (matching indentation with the preceding and succeeding lines)? One day, I should apply for the interface-editor permission. :/ <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 17:48, 7 January 2022 (UTC)
:{{done}}<!-- Template:EIp --> [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 21:00, 7 January 2022 (UTC)

== Missing assessment information for the '[[Black Death]]' article ==
{{edit interface-protected|answered=yes}}
{{ping|Nihiltres}} For some reason, the article about the '[[Black Death]]' is missing some information about its quality assessment in the tagline below its header. I'm currently using the latest version of Mozilla Firefox on a 64-bit Windows 10 Home laptop. -- [[User:PK2|PK2]] ([[User talk:PK2|talk]]) 11:08, 11 March 2022 (UTC)
*{{not done}} (as to the immediate edit request) as this is not an edit request.  Discussion of trouble can certainly continue below. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 21:37, 11 March 2022 (UTC)
*:What do you mean by that? [[User:PK2|PK2]] ([[User talk:PK2|talk]]) 21:53, 11 March 2022 (UTC)
*::{{re|PK2}} the edit request system is an important check against the protection system.  If you have a complete and specific edit to propose, please do so (such as in [[User:PK2/sandbox.js]]), test it, then reactivate the edit request.  If you just want to talk about this and how someone might one day improve it, this is the right place - but the page shouldn't be enqueued for patrolling administrators to process a request that isn't ready to go. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 23:41, 11 March 2022 (UTC)
*:::1. I'm sorry, but I didn't know that.
*:::2. Don't forget about the first issue above. [[User:PK2|PK2]] ([[User talk:PK2|talk]]) 04:15, 12 March 2022 (UTC)
*{{hidden ping|PK2}}{{working}}… the script currently assumes that a [[WP:GAR|GAR]] must have taken place for a delisted good article, and that assumption leads to an error on [[Black Death]] which doesn't have a GAR listed while being marked as a delisted good article. This suggests that I need to fix some fragility in the detection of former statuses, and I'll look into that. On the other hand, it begs the question why no GAR is listed; I found a GAR listed at [[Special:Diff/241065973|revision 241065973]] that isn't present in the current article history; re-adding that might solve the proximate issue until I write a fix for the underlying bug. <span style="white-space:nowrap;">{&#123;[[User:Nihiltres|<span style="color:#233D7A;">Nihiltres</span>]]&#8202;&#124;[[User talk:Nihiltres|talk]]&#8202;&#124;[[Special:Contributions/Nihiltres|edits]]}&#125;</span> 20:53, 12 March 2022 (UTC)
*:I just re-added the GAR on the [[Talk:Black Death|talk page]] for '[[Black Death]]' and that fixed the problem with its quality assessment information not showing in the tagline below its header. [[User:PK2|PK2]] ([[User talk:PK2|talk]]) 06:43, 16 March 2022 (UTC)

== Ditched font colours for stickers ==

I really liked the idea of this gadget, but the whole colourful font thing didn't agree with me. So I didn't use it. Today I found a way for it to work [[User:Guarapiranga/vector.css|for me]]:<syntaxhighlight lang="css">
.firstHeading {color: black !important;}

.firstHeading::after {
  border-radius: 0.8em;
  -moz-border-radius: 0.8em;
  -webkit-border-radius: 0.8em;
  display: inline-block;
  font-weight: bold;
  text-align: center;
  font-size:50%;
  margin-left: 5px;
  width: 1.6em;
}

.assess-dab-text, .assess-setindex-text {font-style: italic;}

.assess-fa-text::after, .assess-fl-text::after {content:"⭐"}

.assess-a-text::after, .assess-al-text::after {
  content: "A";
  color: #5599ff;
  background: #d7eef4;
  border: 2px solid #2a7fff;
}

.assess-b-text::after, .assess-bl-text::after {
  content: "B";
  color: #6db304;
  background: #c8fb7b;
  border: 2px solid #589003;
}

.assess-c-text::after, .assess-cl-text::after {
  content: "C";
  color: #d4aa00;
  background: #fff6d5;
  border: 2px solid #aa8800;
}
</syntaxhighlight>

Please feel free to steal this, and let me know if you made any improvements. Cheers. — [[User:Guarapiranga|Guarapiranga]]&nbsp;[[User talk:Guarapiranga|☎]] 04:52, 23 May 2022 (UTC)

== Question about how the script works ==

If an article belongs to 2 or more projects and each of them gives a different rating, how does it determine which one to display? E.G Wiki Project X has given Article Bla an a-class rating, but Wiki Project Y has rated it c-class? [[User:KaraLG84|KaraLG84]] ([[User talk:KaraLG84|talk]]) 13:19, 2 June 2022 (UTC)
:I think that it uses the higher (or highest) rating, in the order FA-A-GA-B-C-Start-Stub-Unassessed. --[[User:Redrose64|<span style="color:#a80000; background:#ffeeee; text-decoration:inherit">Red</span>rose64]] &#x1f339; ([[User talk:Redrose64|talk]]) 20:38, 2 June 2022 (UTC)

== Set-index articles ==

Is there any update on the title colour of set-index articles? (as originally raised at [[MediaWiki talk:Gadget-metadata.js/Archive 1]], set-index articles are not disambiguation articles, so shouldn't be marked in the same colour). If it isn't possible or desirable to have a dedicated colour for set-index articles, I would suggest that List purple would be much better than Disambig green. --[[User:Jameboy|Jameboy]] ([[User talk:Jameboy|talk]]) 15:15, 16 January 2023 (UTC)
:Note - there is a dedicated colour (a sort of pale lilac) for set-index articles (see SIA at [[:Category:Articles by quality]]), but I don't know if it might be too pale to show up against a white background. --[[User:Jameboy|Jameboy]] ([[User talk:Jameboy|talk]]) 15:34, 16 January 2023 (UTC)
::Presumably [[MediaWiki talk:Gadget-metadata.js/Archive 1#Set index articles]]. It looks like [[Module:Class/definition.json]] and [[Module:Class/styles.css]] both have the correct color. My impression of @[[User:Nihiltres|Nihiltres]]' work before he went AFK was that he was going to use one or the other in this gadget directly to get the color. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 01:31, 20 January 2023 (UTC)

== Interface-protected edit request on 24 December 2022 ==

{{edit interface-protected|MediaWiki:Gadget-metadata.js|answered=yes}}
This gadget doesn't work with the page description gadget. On line 674, a check should be added in the event a user is using the page description gadget to combine the output of it and this gadget:

<syntaxhighlight lang="js">
var mwPageDescription = $('#siteSub span.mw-page-description');
if (mwPageDescription) {
    $("#siteSub").html("<span class='mw-page-description'>" + mwPageDescription.html() + "</span>" + siteSub.html());
} else {
    $("#siteSub").html(siteSub.html());
}
</syntaxhighlight> <span style="font-family: monospace;">[[User talk:ElijahPepe|elijahpepe@wikipedia]] (he/him)</span> 22:00, 24 December 2022 (UTC)

::{{ping|Nihiltres}} are you still shepherding this one? — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 14:28, 29 December 2022 (UTC)
:::Nihiltres has been afk a couple weeks. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 19:46, 29 December 2022 (UTC)
:{{done}} {{ping|ElijahPepe}} loaded, please let us know if issues. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 23:38, 19 January 2023 (UTC)
::Look good to me. I encountered an issue where "undefined" was added before the "A blank-class article", but I refreshed and it was gone. Haven't had it since. <span style="font-family: monospace;">[[User talk:ElijahPepe|elijahpepe@wikipedia]] (he/him)</span> 23:47, 19 January 2023 (UTC)
:Please take a look at the report at [[WP:VPT#‎"undefinedA" article assessment class]]. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 01:26, 20 January 2023 (UTC)
:{{undone}} - before resuggesting this, fork both scripts to personal scripts and try them there next. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 01:27, 20 January 2023 (UTC)
:::Undone?? It is not undone for me. Hard refresh makes no difference. [[User:Nurg|Nurg]] ([[User talk:Nurg|talk]]) 01:40, 20 January 2023 (UTC)
::::{{hp|Xaosflux}}I've gone and undone this, cc [[User:ElijahPepe|ElijahPepe]].  The issue is that jquery returns an object, so even when nonexistent it isn't falsey, so the whole thing executes regardless of the other gadget's existence.  The proper way to do it would be something like <code>first().html()</code> or <code>[0].innerText</code>, but it's a school night so I won't act further atm. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 03:39, 20 January 2023 (UTC)
:::::I should add, too, that I'm not wild about a gadget inserting something external into {{code|.html()}}. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 03:46, 20 January 2023 (UTC)

=== Assessment display error ===

Not sure if this is the right place to mention it, but it's linked at the "Display an assessment of an article's quality in its page header" part of preferences; all class definitions now show up with "undefined" in front of it, such as "undefinedA C-class article from Wikipedia, the free encyclopedia". I am running Vector 2010, but the issue also appears in 2022. Testing reveals that user scripts appear to be unrelated. [[User:Iazyges|<span style="color:#838996">Iazyges</span>]] [[User talk:Iazyges|<span style="color:#838996">Consermonor</span>]] [[Special:Contributions/Iazyges|<span style="color:#838996">Opus meum</span>]] 01:54, 20 January 2023 (UTC)

=== Interface-protected edit request on 20 January 2023 ===

{{edit interface-protected|MediaWiki:Gadget-metadata.js|answered=yes}}
Please undo the most recent edit, per [[Wikipedia:Village_pump_(technical)#%22undefinedA%22_article_assessment_class|this VPT discussion]]. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:05, 20 January 2023 (UTC)
:{{done}}<!-- Template:EIp --> Thanks.  I'll comment above to keep the discussion more connected, but appreciate the ping via ER. ~ <span style="color:#DF00A0">Amory</span><small style="color:#555"> ''([[User:Amorymeltzer|u]] • [[User talk:Amorymeltzer|t]] • [[Special:Contributions/Amorymeltzer|c]])''</small> 03:31, 20 January 2023 (UTC)
::Sorry, I didn't notice the section above when filing this request. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 03:46, 20 January 2023 (UTC)

Pages transcluded onto the current version of this page (help):

Template:Code (view source) (template editor protected)
Template:Color box (view source) (template editor protected)
Template:Diff (view source) (template editor protected)
Template:Div col (view source) (template editor protected)
Template:Div col/styles.css (view source) (template editor protected)
Template:Div col end (view source) (template editor protected)
Template:Done (view source) (template editor protected)
Template:Edit fully-protected (view source) (template editor protected)
Template:Edit interface-protected (view source) (template editor protected)
Template:Fixed (view source) (template editor protected)
Template:Font (view source) (template editor protected)
Template:Format linkr (view source) (extended confirmed protected)
Template:Greater color contrast ratio (view source) (template editor protected)
Template:Hidden ping (view source) (template editor protected)
Template:Hmbox (view source) (template editor protected)
Template:Hmbox/styles.css (view source) (template editor protected)
Template:Hp (view source) (semi-protected)
Template:Legend/styles.css (view source) (template editor protected)
Template:Main other (view source) (protected)
Template:Moved discussion from (view source) (extended confirmed protected)
Template:Moved from (view source) (semi-protected)
Template:Myprefs (view source) (template editor protected)
Template:Not done (view source) (template editor protected)
Template:Nowrap (view source) (protected)
Template:Oldid (view source) (template editor protected)
Template:On hold (view source) (template editor protected)
Template:Outdent (view source) (template editor protected)
Template:Para (view source) (template editor protected)
Template:Ping (view source) (template editor protected)
Template:RE (view source) (template editor protected)
Template:Re (view source) (template editor protected)
Template:Replace (view source) (protected)
Template:Reply to (view source) (template editor protected)
Template:Replyto (view source) (template editor protected)
Template:Respond (view source) (template editor protected)
Template:Smiley (view source) (template editor protected)
Template:T (view source) (protected)
Template:Tag (view source) (template editor protected)
Template:Template link (view source) (protected)
Template:Template link expanded (view source) (protected)
Template:Template link with link off (view source) (template editor protected)
Template:Thank you (view source) (template editor protected)
Template:Tl (view source) (protected)
Template:Tlf (view source) (template editor protected)
Template:Tlx (view source) (protected)
Template:Tracked (view source) (template editor protected)
Template:Tracked/styles.css (view source) (template editor protected)
Template:Trim (view source) (protected)
Template:Ty (view source) (semi-protected)
Template:U (view source) (template editor protected)
Template:Undone (view source) (template editor protected)
Template:User (view source) (template editor protected)
Template:User link (view source) (template editor protected)
Template:Working (view source) (template editor protected)
Template:Xt (view source) (template editor protected)
Module:Arguments (view source) (protected)
Module:Check for unknown parameters (view source) (protected)
Module:Color contrast (view source) (template editor protected)
Module:Color contrast/colors (view source) (template editor protected)
Module:Format link (view source) (template editor protected)
Module:Hidden ping (view source) (template editor protected)
Module:Message box (view source) (protected)
Module:Message box/configuration (view source) (protected)
Module:Message box/tmbox.css (view source) (protected)
Module:Outdent (view source) (template editor protected)
Module:Protected edit request (view source) (template editor protected)
Module:Reply to (view source) (template editor protected)
Module:String (view source) (protected)
Module:TableTools (view source) (protected)
Module:Template link general (view source) (protected)
Module:Toolbar (view source) (protected)
Module:User (view source) (template editor protected)
Module:UserLinks (view source) (template editor protected)
Module:UserLinks/config (view source) (template editor protected)
Module:UserLinks/shared (view source) (template editor protected)
Module:Yesno (view source) (protected)

Return to MediaWiki talk:Gadget-metadata.js/Archive 1.

Retrieved from "https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-metadata.js/Archive_1"