View source for Wikipedia talk:ProveIt

{{Talk header|search=yes}}

{{Annual readership|200}}

{{User:MiszaBot/config
|algo = old(365d)
|archive = Wikipedia talk:ProveIt/Archive %(year)d
|counter = 2019
|maxarchivesize = 150K
|archiveheader = {{annual archive}}
|minthreadstoarchive = 14
|minthreadsleft = 10
}}

== Dates very often invalid ==

I really like ProveIt, but I very often find the result fails validation in the cite template with 
  {{tl|cite journal}}: Check date values in: |date= (help)
The ProveIt tool inserts a date like 2009-01, cite flunks it, so I have to manually edit to 2009-01-01.

Can ProveIt just put a valid date in? I always us DOI inputs, so the date is whatever the publisher offered, typically only a month not a day. [[User:Johnjbarton|Johnjbarton]] ([[User talk:Johnjbarton|talk]]) 17:20, 12 July 2023 (UTC)

:I believe that the date that ProveIt gets in the case of DOI load is from the Wikipedia Citoid service and that date is in YYYY-MM-DD format per https://forums.zotero.org/discussion/69241/date-format-mangling-on-import-of-doi
:The [[Template:Citation#Dates]] and [[Help:Citation_Style_1#Dates]] suggest that YYYY-MM-DD would be acceptable.
:Therefore the problem seems to be that many sources only provide YYYY-MM which is not acceptable to cite template or the MOS:
:* [[Manual_of_Style/Dates_and_numbers#Dates,_months,_and_years | the format expected in the citation style being used (but all-numeric date formats other than yyyy-mm-dd must still be avoided).]]
:So any sources with a monthly publication model will result in a cite template error when added via the DOI feature in ProveIt.
:When the Citoid data is moved from the JSON API result to the proveit template data here:
:https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/gadgets/ProveIt/+/refs/heads/master/proveit.js#542
:the date values in YYYY-MM format could be patched up. The simplest patch would be YYYY-MM -> YYYY-MM-01; the best patch would be to convert the MM to a month, Month YYYY. [[User:Johnjbarton|Johnjbarton]] ([[User talk:Johnjbarton|talk]]) 01:38, 22 February 2024 (UTC)
::{{tq|The simplest patch would be YYYY-MM -> YYYY-MM-01}}.  Don't do that.  Earlier versions of citoid and/or its predecessors did that but, thankfully, they no longer do.  Making up a day-specific date to avoid the cs1|2 error resulting from the MOS restriction is a bad practice that should not be restored.
::
::It was once proposed that citoid use the Library of Congress EDTF format (subsequently made part of ISO 8601-2019) YYYY-MM-XX ({{phab|T132308}}) and support for that was provided in [[Module:Citation/CS1/Date validation]].  The cs1|2 module auto-translated EDTF dates to Month YYYY.  Ultimately, the the proposal was abandoned.
::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 12:46, 22 February 2024 (UTC)
:::@[[User:Trappist the monk|Trappist the monk]] What do you think Proveit should do? [[User:Sophivorus|Sophivorus]] ([[User talk:Sophivorus|talk]]) 13:34, 22 February 2024 (UTC)
::::Got access to the [[:mw:Help:Extension:ParserFunctions##time|MediaWiki #time parser]]?  If yes, perhaps fetch the date from it:
:::::<syntaxhighlight lang="wikitext" inline="1">{{#time:F Y|YYYY-MM|<local language tag>}}</syntaxhighlight> → <syntaxhighlight lang="wikitext" inline="1">{{#time:F Y|2001-02|en}}</syntaxhighlight> → {{#time:F Y|2001-02|en}}
::::That should return the proper date for most wikipedias which you can then insert in to the cs1|2 template's {{para|date}} parameter.  You may need to use <syntaxhighlight lang="wikitext" inline="1">{{#time:xg Y|YYYY-MM|<local language tag>}}</syntaxhighlight> for those languages that distinguish genitive from nominative (whatever that is – grammar in my own language is difficult enough for me so I don't even try to understand grammar in other languages).
::::
::::The above not being possible, I suppose that you could create some sort of data array that maps language tag and month number to month name for that language.
::::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 14:28, 22 February 2024 (UTC)

== Cache cosmetic notice ==

Would it be possible to have a "don't show me again" button when using the normalize feature to skip the [[WP:COSMETIC]] warning? I imagine most times that button is clicked, the editor is fully aware of the potential issues and policy, and is operating responsibly. [[User:Remsense|<span style="border-radius:2px 0 0 2px;padding:3px;background:#1E816F;color:#fff">'''Remsense'''</span>]][[User talk:Remsense|<span lang="zh" style="border:1px solid #1E816F;border-radius:0 2px 2px 0;padding:1px 3px;color:#000">留</span>]] 17:45, 2 December 2023 (UTC)

== Cite Rotten Tomatoes and Cite Metacritic ==

Please add {{tl|Cite Rotten Tomatoes}} and {{tl|Cite Metacritic}}. [[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 10:58, 18 February 2024 (UTC)

== Minor question ==

Thanks for adding the new "archiving" feature. (The one that puts an "Archive" button in the URL field and searches the Internet Archive for archived revisions). I noticed, however, that the button also appears in the Archive-URL field, which seems a but odd. Was this deliberate? [[User:Cremastra|🌺 Cremastra ]] ([[User talk:Cremastra|talk]]) 14:05, 25 February 2024 (UTC)

:@[[User:Cremastra|Cremastra]] Hi! No, it's not deliberate, but a side effect of the fact that Proveit adds the Archive button to every field of type "url" (as defined by the template data of each citation template). I can't think of a fix that works cross-wiki yet. [[User:Sophivorus|Sophivorus]] ([[User talk:Sophivorus|talk]]) 20:51, 7 March 2024 (UTC)

== Allow it to be used on Template pages ==

Perhaps some sort of config option could be added to make it opt-in, but it would be useful to be able to use ProveIt on template pages like [[Template:2024MERep]]. [[User:Unknown-Tree|Unknown-Tree🌲?]] ([[User talk:Unknown-Tree|talk]]) 19:00, 7 March 2024 (UTC)

:@[[User:Unknown-Tree|Unknown-Tree]] Done, see [[Special:Diff/1212427273]], cheers! [[User:Sophivorus|Sophivorus]] ([[User talk:Sophivorus|talk]]) 20:48, 7 March 2024 (UTC)

== Super weird source misidentification (2022) ==

Anyone know how ProveIt could have gotten [[Special:Diff/1112873732|this idea?]] It's taken [https://www.worldcat.org/oclc/922086108 OCLC 922086108] (A.C. Fox-Davies, ''A Complete Guide to Heraldry''), and mapped it to [https://doi.org/10.1016/0006-8993(79)90456-6 DOI 10.1016/0006-8993(79)90456-6] (Palacios, Niehoff, Kuhar, "Ontogeny of GABA and benzodiazepine receptors: Effects of Triton X-100, bromide and muscimol"). Aware this error is almost two years old at this point, but thought I'd bring it here just in case. [[User:Folly Mox|Folly Mox]] ([[User talk:Folly Mox|talk]]) 12:48, 21 May 2024 (UTC)

== Parameter name switches ==

I'm disappointed to see that [[Wikipedia_talk:ProveIt/Archive_2022#Small_bug|this bug]] I raised in 2022 has not yet been fully resolved. <span style="border:3px outset;border-radius:8pt 0;padding:1px 5px;background:linear-gradient(6rad,#86c,#2b9)">[[User:Sdkb|<span style="color:#FFF;text-decoration:inherit;font:1em Lucida Sans">Sdkb</span>]]</span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 19:46, 2 September 2024 (UTC)

:Another related issue: In the reference <pre><ref>{{cite news |last1=Parsa |first1=Julia |last2=Harper |first2=Sage |last3=Tambellini-Smith |first3=Unity |last4=Evans |first4=Jaya |title=Sexual Assault Campus Climate: A summary of student demographics |url=https://tsl.news/sexual-assault-campus-climate-a-summary-of-student-demographics/ |url-status=live |access-date=5 February 2024 |language=en |work=[[The Student Life]] |date=2 February 2024 |archive-url=https://web.archive.org/web/20240204072328/https://tsl.news/sexual-assault-campus-climate-a-summary-of-student-demographics/ |archive-date=February 4, 2024}}</ref></pre>
:ProveIt changed {{para|last1}} and {{para|first1}} to {{para|last}} and {{para|first}}, despite there being additional authors. <span style="border:3px outset;border-radius:8pt 0;padding:1px 5px;background:linear-gradient(6rad,#86c,#2b9)">[[User:Sdkb|<span style="color:#FFF;text-decoration:inherit;font:1em Lucida Sans">Sdkb</span>]]</span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 20:06, 2 September 2024 (UTC)

== Dark mode style issues ==

Surprised this hasn't been brought up before, but ProveIt's interface is coming up unreadable for me with the site's appearance selector set to Dark mode; all of the text is white-on-near-white. The main issue seems to be that many of ProveIt's styles don't follow the  [[mediawikiwiki:Recommendations_for_night_mode_compatibility_on_Wikimedia_wikis|Recommendations for night mode compatibility on Wikimedia wikis]], which say:
{{talk quote block|{{fake heading|level=3|Always define color when defining background}}  When defining a background color, it may be tempting not to define the color if it is the same as the article text color. However, when different themes e.g. night mode are applied, this could have unintended consequences (e.g. white text on a yellow background). It is thus recommended that you always define the two together.}}

The main [[mw:MediaWiki:Gadget-ProveIt.css|ProveIt styles]] all set a light <syntaxhighlight lang="css" inline>background-color</syntaxhighlight> while leaving <syntaxhighlight lang="css" inline>color</syntaxhighlight> defaulted. [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 05:11, 4 September 2024 (UTC)

:For anyone who needs it, here's my bodge you can stick in your common.css or what have you:
:<syntaxhighlight lang="css">@media (prefers-color-scheme:dark) {
	#proveit, #proveit-body, .proveit-item:nth-child(odd) {
		color: unset!important
		background-color: var(--background-color-base)!important
	}
	#proveit-footer {
		background-color: var(--border-color-muted)!important
	}
	#proveit-header {
		background-color: var(--color-inverted)!important
	}
	#proveit-list .proveit-item:hover {
		background-color: var(--border-color-progressive--hover)!important
	}
	#proveit input, #proveit select, #proveit textarea {
		background-color: var(--background-color-interactive-subtle)!important
	}
}</syntaxhighlight> <span style="border-radius:2px;padding:3px;background:#1E816F">[[User:Remsense|<span style="color:#fff">'''Remsense'''</span>]]<span style="color:#fff">&nbsp;‥&nbsp;</span>[[User talk:Remsense|<span lang="zh" style="color:#fff">'''论'''</span>]]</span> 18:00, 22 October 2024 (UTC)

== Does not properly handle commented-out parameters in cite templates ==

In [[Special:Diff/1242637481]], this script mangled a reference containing <code><nowiki>|editor3-first=Deyuan <!--|year=1994 onwards--></nowiki></code> by reordering the parameters so <code><nowiki>|year=1994 onwards--></nowiki></code> came before <code><nowiki>|editor3-first=Deyuan <!--</nowiki></code>, leaving the reference with an unclosed comment and breaking display of that and all subsequent refs in the article. It also seems to have somehow duplicated some of the other parameters. [[User:Anomie|Anomie]][[User talk:Anomie|⚔]] 13:56, 8 September 2024 (UTC)
:And that is why normalizing references should be done carefully and double-checked. [[User:1AmNobody24|<span style="border:1px solid black;padding:1px;background-color: #4D4DFF;color: white">Nobody</span>]] ([[User talk:1AmNobody24|<span style="color: #4D4DFF">talk</span>]]) 05:39, 9 September 2024 (UTC)

== Removal of redundant publisher location ==

Would it be feasible to automate in normalization, per [[Help:Citation Style 1#Work and publisher]], the removal of redundant locations e.g. {{code|publisher{{=}}Cambridge University Press {{!}}location{{=}}Cambridge}}? Of course, the one hang-up I can immediately imagine is when multiple locations are specified, but that seems easy to consistently check for. <span style="border-radius:2px;padding:3px;background:#1E816F">[[User:Remsense|<span style="color:#fff">'''Remsense'''</span>]]<span style="color:#fff">&nbsp;‥&nbsp;</span>[[User talk:Remsense|<span lang="zh" style="color:#fff">'''论'''</span>]]</span> 18:03, 22 October 2024 (UTC)