I'm sorry for not having seen the posts to this, as I was not aware of its existence. -- Ohc ¡digame!¿que pasa? 02:18, 6 July 2013 (UTC)
This script is being run by User:Alpha Quadrant, and it has introduced serious errors into at least one page it was run on. I am wondering if this script should be suppressed until it is fixed.
Here is the edit to which I am referring: [1] Scroll down to the bottom. In the Further Reading section, you will see three kinds of errors introduced by this script:
To be fair, the only reason I believe this script was at fault is because the editor who made this edit stated so in his/her edit description. If he/she was incorrect in so stating, my apologies! — Lawrence King ( talk) 03:41, 4 December 2011 (UTC)
"...removes ordinal suffixes and constructions such as '5th of September'," does not seem to be working in this script? Do you know what the problem is? For example, Luke James (footballer) - when I run the script nothing happens. Should it change to 7 January 2012 rather than 7th of January 2012? Thank you JMHamo ( talk) 00:19, 27 January 2012 (UTC)
This script seems to replace every "accessdate = " with "accessdate =" which seems entirely unnecessary and can be unhelpful. It's also hard to identify in a diff. Please fix. • Jesse V. (talk) 03:56, 17 September 2012 (UTC)
I am receiving javascript errors when running this script today. Do you know if Wikipedia made a change?
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; WOW64; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C) Timestamp: Tue, 9 Oct 2012 13:07:37 UTC
Message: Unknown dependency: reftoolbar-base
Line: 147
Char: 276
Code: 0
URI:
http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=20121001T132818Z
Message: 'editbox' is undefined
Line: 42
Char: 4
Code: 0
URI:
http://meta.wikimedia.org/?title=User:Pathoschild/Scripts/Regex_menu_framework.js&action=raw&ctype=text/javascript
Please let me know if it's on my end. Thanks! -- Teancum ( talk) 13:08, 9 October 2012 (UTC)
I'm getting an odd bug with the script this morning; it's replacing all ref names and image names with the symbols "⍌92⍍", and putting it in front of every URL as well. Any idea what I'm doing wrong? Thanks as always for your work on this. -- Khazar2 ( talk) 13:18, 30 November 2012 (UTC)
This section seems to be invisible on my browser - I had to edit to see the command. Parrot of Doom 13:01, 19 April 2013 (UTC)
When I look at an article, I like to know when the template was first applied, not the last time the formats were updated. So rather than changing the |date= parameter in the {{use mdy}} template every time this is run, could you change it so that there's a last_updated parameter if a template is already in place? It should be ignored. Walter Görlitz ( talk) 02:30, 23 May 2013 (UTC)
Hi. Please change the "http://" link so that it uses "https://" when the script is called through https. Firefox blocks the https→http call as Mixed Active Content. Thanks. -- AVRS ( talk) 15:38, 5 July 2013 (UTC)
http://
" on the entire page, so I don't know what to fix. Regards, --
Ohc
¡digame!¿que pasa? 02:24, 6 July 2013 (UTC)
importScriptURI('http://meta.wikimedia.org/?title=User:Pathoschild/Scripts/Regex_menu_framework.js&action=raw&ctype=text/javascript');Remove the "http:", so that the link begins with "https://". -- AVRS ( talk) 15:28, 6 July 2013 (UTC)
I've been using various of your scripts for some time now - thanks! - but as of today they have all disappeared from my toolbox. They appear still to be listed in vector.js and so this is a mystery to me. Any ideas? What have I done wrong this time? - Sitush ( talk) 12:22, 16 August 2013 (UTC)
Is there a mode that will convert all dates within the article body and all publication dates within references to dmy (or to mdy) while leaving ymd archive dates and ymd access dates within references untouched (or even allow converting archive and access dates to ymd while making the other previously mentioned changes)?
I would like to see this option made available. It seems the current script is often used to eliminate ymd dates from references, even where it is clear they were intended to be there. - 91.84.77.67 ( talk) 21:39, 22 April 2014 (UTC)
This edit, where lower-case letters were removed from years in |date=
, should not be done by a script. These lower-case letters are valid and used by harv refs to disambiguate two works by the same author published in the same year. Can you please fix the script, if you have not done so already? –
Jonesey95 (
talk) 03:11, 8 May 2014 (UTC)
Hi, Ohconfucius! What a handy little script I've stumbled upon. I've just installed it and look forward to trying it out!
One thing I would like to know is whether the script inserts a comma after the year in MDY dates that are not followed by other punctuation, as required by MOS:DATEFORMAT and MOS:COMMA? For example:
Or, for that matter, does it remove commas when converting the other way?
Otherwise, what is the most efficient way to find such instances to add/remove commas manually as needed? Would this necessitate scrolling through all the wikicode to find the altered dates? Thanks! — sroc 💬 13:33, 11 July 2014 (UTC)
E.g. I changed:
In February 2012, HP announced [..]
Starting August 8, 2014, [2] but had to add the commas after the years. Unless I'm mistaken they sould be for sentences starting as "In <DATE>," and "On <DATE>," I think I've seen exceptions where DATE is only a year. Maybe for <MONTH YEAR> possible that I don't see but would exceptions at least happen with full dates? If you are concerned about false positives I'v seen them for other cases, but the details escape me at the moment.. I'm always "fixing" minor other stuff such as newlines after titles. Could that also be worked in? comp.arch ( talk) 15:02, 3 October 2014 (UTC)
Notice the change from "In Jan 2010," to "In January 2010," [3]. The script didn't do that part (it changed however "Jan."). I had to manually fix. Could there be any false positive with a sentence starting with "In Jan 2010," (at least when there is a comma?) etc. comp.arch ( talk) 10:04, 9 October 2014 (UTC)
In my last edit "80’s Brick Cell Phone"->"80s Brick Cell Phone". Note, I catched that and didn't let the change through. I assumed titles in refs are like quotes, sacred. I've also seen "regular dates" in them and I believe the script tried to change. Didn't check the "quote"-part of refs but assume there you would also like to improve the script.
Is the change an error or by design? That is, "quotes" can sometimes be changed and in some cases might (also be spelling errors not originally there..). comp.arch ( talk) 11:29, 13 November 2014 (UTC)
I note that the script uses the edit summary:
Could this be amended to refer to the more specific section of MOS:
date formats per MOS:DATEFORMAT by script
— sroc 💬 13:33, 10 December 2014 (UTC)
Thank-you for such a useful script! However, running "ALL dates to dmy" causes "the 4 January 2015 edition of The Times" to become "the edition of 4 January 2015 of The Times". That's a little awkward; it was better before (when I run it, I have to reset all these types of corrections). If you'd like to see it do this for yourself, try it on Tintin in the Land of the Soviets Thanks. Prhartcom ( talk) 05:56, 6 January 2015 (UTC)
In this "which aired 8/28/2009 on TruTV" would have been changed to .."Aug 28, 2009".. I changed to the only legal form (for non-table main text) "August 28, 2009" manually before submitting the proposed script change. comp.arch ( talk) 16:00, 19 February 2015 (UTC)
I have an concern with your script, and its interpretation of MOS:DATEFORMAT and MOS:DATEUNIFY. Let me quote the documentation that that accompanies {{ Use dmy dates}}:
In general, the date format used for publication dates within references should match that used within the article body. However, it is common practice for archive and access dates to use the alternative ymd format. This usage is valid and is specifically mentioned at MOSDATE. In those cases, the archive and access date formats should not be altered when fixing dates. (emphasis mine)
IOW, while the ref date parameters in references should match the date style used in an article's text, the accessdate parameters do not have to. But your script does not have an option to leave 'ISO dates' as is in the 'accessdate' and 'archivedate' parameters. Is there any chance that an option to leave ISO dates in those parameters will be added to your script? -- IJBall ( talk) 20:57, 6 April 2015 (UTC)
Your documentation says your script "converts other often used (but not MOSNUM-compliant) date formats within the references section, such as dd-mm-yyyy or dd-mmm-yyyy to the chosen prevailing format used in the rest of the article." @ Walter Görlitz: says he used your script to convert YYYY-MM-DD to his preferred format -- using your script.
I don't use automated editing tools myself. And, frankly, I find many automated editing tools are too aggressive. Frankly, I am disappointed by contributors who show bad judgment in their edits, and then claim "but that edit was recommended by my favourite automated editing -- so it must be okay!"
As I pointed out to WG " MOS:DATEFORMAT says "Special rules apply to citations; see Wikipedia:Citing_sources#Citation_style," and Wikipedia:Citing_sources#Citation_style says: "Although nearly any consistent style may be used, avoid all-numeric date formats other than YYYY-MM-DD". So, YYYY-MM-DD, within a citation, should be left alone.
I request, if WG is correct, and your script currently changes YYYY-MM-DD to a text month date, within citations, then this feature should be deprecated.
One of my biggest frustrations, when I return to update an article I last worked on months or years ago, is to find that the large number of edits to the article since my last visit, a large number of edits that light up the diff like a christmas tree, were largely or entirely changes to the article's metadata, and the article's intellectual content was largely or entirely unaltered.
When the initial diff between the last change I made, and the current version shows practically everything has been changed, I step through each diff, one at a time, and, when lots of discrete changes have been made, this can take half an hour or more.
Its maddening to make that effort, only to find the article's intellectual content remains unaltered.
I find overly aggressive automated tools play a big role in eroding the value of diffs.
Diffs rely on line-endings. Automated tools that rewrite references to put them in the tool-writer's favourite format strongly erode the values of diffs. If there are circumstances where your tool will make cosmetic changes to how references are formatted when viewed in the editor, I requiest you remove that feature.
Automated tools that take paragraphs that are composed of multiple logical lines, and rewrite them on a single logical line, are a terrible problem. They can make it look like the original paragraph was excised, and replaced by a brand new paragraph.
It is extremely important to preserve the original line endings. Corrections of spelling or punctuation, or the fixing of poorly formed or broken wikilinks, don't alter an article's content, but they are still valuable. When contributors, or automated tools, change the line endings in a paragraph any diffs that show the highly valuable spelling corrections, and other similar corrections are drowned out by the change in line endings that misleadingly shows the whole paragraph being cut and replaced by brand new text.
So, if your automated tool is one of those which will, under some circumstances, alter line endings, I request you remove this feature.
Thanks Geo Swan ( talk) 12:35, 18 July 2015 (UTC)
Unless I hadn't been careful, see this edit. Otherwise the script is great. comp.arch ( talk) 22:00, 2 September 2015 (UTC)
I've noticed that several people using your script also change the {{ citation}} and {{ cite news}}to {{ cite web}} this seems inappropriate when the source is an actual news website (like ESPN). Is this the programmed behavior? If so, I think that it shouldn't change these in all situations. -- Trödel 11:23, 3 September 2015 (UTC)
Any chance this script might be updated to include the above setup? E.g., 2015-12 to December 2015. This would be especially useful when converting ref dates (without days) that {{ cite web}} doesn't like. Or is there a reason to not do this? (Has this been discussed before?) czar 18:37, 23 December 2015 (UTC)
Hi, Ohconfucius. I updated the user doc with a workaround for wikEd. I hope you like it. I was very happy to find a workaround that was short of disabling wikEd in user preferences or in my common.js file.
Is there any way to have MOSNUM dates count the number of datestyles in a page so we can more easily figure out which datestyle to enforce and update?
Also, is there a way to have MOSNUM dates do the wikEd text area toggle automatically on the fly? Cheers! {{u|
Checkingfax}} {
Talk}
21:17, 15 January 2016 (UTC)
Hi Ohconfucius. The script is adding unnecessary regular spaces after the {{
nbsp}}
(non-breaking space) template as seen in
this Diff. You can see it more clearly by using
WP:wikEdDiff. Ping me back. Cheers! {{u|
Checkingfax}} {
Talk}
06:19, 24 January 2016 (UTC)
UPDATE: My bad. Hi
Ohconfucius and
GoingBatty. The script is actually removing the entire {{
nbsp}}
template throughout pages it is run on as seen in the Diff provided above. Cheers! {{u|
Checkingfax}} {
Talk}
01:28, 20 February 2016 (UTC)
Hi
Ohconfucius. The script is removing < signs from articles, for example:
Michelin Guide. I left them in and canceled the edit. Please advise. I would like to get back to using the script to fix dates. Thank you. Cheers! {{u|
Checkingfax}} {
Talk}
10:43, 2 February 2016 (UTC)
{{u|
Checkingfax}} {
Talk}
02:48, 3 February 2016 (UTC)I have copied the MOSNUM date script and pasted to my common js page and saved. I have Google Chrome, and it says to click the Reload button, but I don't know where that is. Can you tell me where the reload button is? Corinne ( talk) 03:52, 20 February 2016 (UTC)
Hi, in
this edit, using the script, it added |df=yes
to the {{
wayback}} templates even though the template already had a |df=y
entry. This caused a duplicate template argument problem. Can the script be modified to avoid doing this? Thanks.
Keith D (
talk) 12:29, 20 February 2016 (UTC)
Why remove article links? What's the justification? Suppose an article contains links to [[1988 in literature|1988]], [[Category: 1988 disasters|1988]], and [[Category: 1988 in the environment|1988]]*, all in different paragraphs or sections relating to those topics. Deleting the links will remove information from the article.
(* 1988 in literature, Category: 1988 disasters, and Category: 1988 in the environment)
-- Thnidu ( talk) 17:22, 16 May 2016 (UTC)
⍌1321⍍
are markers for strings that are protected before the script proper is executed. Therefore, if you see these in the preview, it means that the script has stalled – this could be due to slow internet speed or perhaps slow browser. You should reinitiate the edit window and click on the script sidebar button for the function required. If the problem persists, you should try editing using a different browser. --
Ohc
¡digame! 23:28, 26 June 2019 (UTC)
⍌
and revert that one, although yes I do check all my content prior to submission. So how about the rest of the bugs we listed, which occur 100% of the time? There can not be any reason to alter any content that isn't a date, such as obliterating any content or templates, or anything inside of other metadata such as title=
. That just ruins the script, and there are many articles I simply can't feasibly run it on. Thank you so much. —
Smuckola
(talk) 01:17, 27 June 2019 (UTC)
DATES to mdy
function of the script, you will then see all the instances that have been corrected in you diff; the dates will render to dmy or mdy if you looked at the edit in preview mode. The script is like any other page on WP, and the changelog can be found
here--
Ohc
¡digame! 13:08, 8 July 2019 (UTC)How do I do purge the cache? (talk page stalker) Crash Under ride 06:25, 29 March 2017 (UTC)
Is there anyway you can code the script so it doesn't change the dates in the Template:Single chart and Template:Album chart? Sometimes it needs to be a certain format in the parameters and it messes with it when I run this. If not that's alright. thanks, -- Jennica✿ / talk 12:36, 29 June 2017 (UTC)
I believe, before, this option was titled "access to ISO" – why is it now called "BIGENDIAN ref dates"? I think that'll be more confusing to users than the previous "access to ISO" option was. -- IJBall ( contribs • talk) 23:33, 22 August 2017 (UTC)
How does this script handle date ranges within citation scripts that link to pages on Wikisource where most projects choose to use dash and not ndash in date ranges?
Usually if a script is linking to a Wikisource page then the page name and munges on the necessary information to create a link. eg
{{cite EB1911|wstitle=A}}
:
Chisholm, Hugh, ed. (1911). .
Encyclopædia Britannica (11th ed.). Cambridge University Press. (
s:1911 Encyclopædia Britannica/A).
So that the script can handle pages from an encyclopaedia not yet fully ported to Wikisource, most scripts use title= if the page= is not ported and wstitle= if it is. However books that have been fully ported to Wikisource may have thier templates changes so they always link title to wikisource. Eg {{
cite Nuttall}}
So while it is not usually any real concern what this script does to the content of title= (with the exception of {{
cite Nuttall}}
and the like) it is a problem if it changes the content the parameter wstitle= because it is likely to break the link to wikisource.
Changing links to wikisource in non-templated links where for example the link includes dashes in a date range would also break links, if a simple substitution was made.-- PBS ( talk) 12:04, 10 October 2017 (UTC)
I should probably let you know it is not working for me on Firefox 57 Seraphim System ( talk) 01:06, 16 December 2017 (UTC)
Per WP:CITEVAR, WP:CITESTYLE and MOS:DATEUNIFY:
"Wikipedia does not mandate styles in many different areas; these include (but are not limited to) American vs. British spelling, date formats, and citation style. Where Wikipedia does not mandate a specific style, editors should not attempt to convert Wikipedia to their own preferred style, nor should they edit articles for the sole purpose of converting them to their preferred style, or removing examples of, or references to, styles which they dislike.
"Access and archive dates in an article's citations should all use the same format, which may be:
Access and archive dates in an article's citations may use one of the three bulletted formats above. Editors should not attempt to convert access and archive dates in citations if they comply with, for example, the yyyy-mm-dd format. Jeff in CA ( talk) 01:40, 24 December 2017 (UTC)
So say I go to edit this page: https://en.wikipedia.org/?title=Presto_card&action=edit&oldid=852611695
And I click "Body dates to dmy"
I would expect just the dates in the body to change to dmy, while citation dates would be left alone.
Instead, dates in the body and the |date=
parameter in citations are switched to dmy. (Reference dates such as |access-date=
are left as is, as expected.)
Can this be fixed?
Also happens with the "Body dates to mdy" option—|date=
in <ref>
tags are also changed to mdy. —
Joeyconnick (
talk) 05:29, 30 July 2018 (UTC)
Imported thread
|
---|
I shouldn't need to remind you that you are responsible for every edit you make, including those made by script.
Wikipedia:User scripts is clear: There are sometimes objections raised about an article being marked as {{ use dmy dates}} or {{ use mdy dates}}, and there is a world of difference between the strength of argument for retaining the existing style when the template is marked as four years old and that when the template is four days old. There is no benefit derived from resetting that date. I hope it's clear what you should be doing next, and if you use the script again in future. -- RexxS ( talk) 13:56, 13 August 2018 (UTC)
|
I don’t know exactly what RexxS’ concern about the addition/replacement of the date template is, so I’ll let him speak for himself. The edit he objected to is [4].
On an unrelated note, this is a really useful script. Seppi333 ( Insert 2¢) 15:20, 13 August 2018 (UTC)
I'm currently experiencing a problem using the script with the new markup editor: the Use dates template is not updating or inserted into articles automatically (I have to do this manually for some reason). Is there a possible ETA on when this can be fixed? jd22292 (Jalen D. Folf) ( talk • contribs) 15:12, 24 October 2018 (UTC)
Rather than having to manually reinsert a "the" or even rephrasing a sentence, could it be considered to set up a permanent workaround that tells the script to ignore it? For example, we could set up {{the}}
and get it to display as "the". Would that successfully stop the script from removing the article?
Schwede
66 06:11, 21 November 2018 (UTC)
![]() | This
edit request to
User:Ohconfucius/script/MOSNUM dates.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The cs1|2 module suite has a
update pending. Part of that update is implementation of code that looks for {{
use dmy dates}}
and {{
use mdy dates}}
and sets the date format in rendered cs1|2 citations accordingly (
discussion). Because
MOS:DATEUNIFY allows date formats in citations to be different from the date format used in the body of an article, the cs1|2 update will support a non-functioning parameter (|cs1-dates=
) in the {{use dmy dates}}
and {{use mdy dates}}
templates to fine-tune the rendering made by the cs1|2 module suite.
User:Ohconfucius/script/MOSNUM dates.js, in its present form, wholly rewrites existing {{use xxx dates}}
templates when it is invoked. That mode of operation is fine as long as editors don't care about fine-tuning the citation date formats. But, when editors have specified citation date formats using |cs1-date=
the script must not throw that specification away.
I am not a js programmer. I have hacked a copy of this script at User:Trappist the monk/script/MOSNUM_dates.js. There is a bunch of documentation about the changes made at this testpage.— Trappist the monk ( talk) 16:15, 14 April 2019 (UTC)
Hi there. I wanted to point out that it is no longer necessary to change the date formatting in the code for the "Cite" templates if there is a {{
use dmy dates}}
template at the top of the page. See
this discussion at
WT:CS1. The cite templates will automatically show all dates using the defined format indicated by the {{
use dmy dates}}
/{{
use mdy dates}}
template at the top of the page. Sure, it is still somewhat nice to update the formatting of the code to match what will be displayed, but it is completely redundant at this point and should not be the *only* action done in an edit because there is literally no difference in how the page displays. -
Paul
T
+/
C 13:20, 12 June 2019 (UTC)
Hi, what happened to the "body dates" option that's shown in the page image? The only options I see are "DATES to dmy" and "DATES to mdy". I know the citation dates don't really matter since these are automatically set based on the {{Use (format) dates}} templates, but it would still be nice to have a less cluttered "show changes" view. Ionmars10 ( talk) 23:16, 12 December 2019 (UTC)
In this edit
[5] the script replaced hyphens U+002d with a unicode minus sign U+2212 inside a <math>
tag. This causes problems with the
math rendering engine which does not recognise the unicode minus. --
Salix alba (
talk): 13:54, 8 January 2020 (UTC)
I think your recent changes have introduced a bug, because I can't get the "DATES to dmy" or "DATES to mdy" links to work... I click them and nothing happens. — Joeyconnick ( talk) 18:47, 9 January 2020 (UTC)
Thanks for a great script! I have been using it for a week or two, and have found a few bugs:
Kreggon ( talk) 17:05, 11 January 2020 (UTC)
Could the script be made to change instances of mf=yes and df=yes (standing for "month first" and "day first") in templates such as {{ Birth date and age}}? Here's an example of this in which I had to change it manually to fit with the {{ Use mdy dates}} template. Ionmars10 ( talk) 17:03, 14 February 2020 (UTC)
The script already works on {{
Film date}}, can you fix it so that it also works on the template redirect Filmdate
please. Thanks. -
X201 (
talk) 09:06, 4 March 2020 (UTC)
Hi there. :-) Thanks a lot for providing this script, I've made a lot of use of it in recent years.
Since a few days, I'm seeing two issues when using "DATES to dmy":
Kind regards, Robby.is.on ( talk) 19:27, 25 April 2020 (UTC)
Hi Ohconfucious, thanks for this great script!
I may just be being dense, but I can't find any way of making this work at the moment with VisualEditor, even in its source editing mode. Is it possible, or is VE not supported at the moment?
Cheers, Naypta ☺ | ✉ talk page | 21:13, 16 May 2020 (UTC)
The script currently assumes that dates of the form ##/##/#### are to be interpreted as DMY if it's unclear (i.e. month and day are both <= 12). However this means that dates such as 06/02/2020 are interpreted as February 6 instead of June 2, even though it's clear to a human based on context that these were meant as MDY. See List of Superfund sites in New Jersey for an example of this. Could an option be added to the left menu to convert these dates with either a DMY or MDY interpretation? Ionmars10 ( talk) 18:32, 2 June 2020 (UTC)
I'm using this script for a while. It's good and I like it. But it has a problem that it changes the month name in template {{Use dmy dates|date=Month Year}} to current month and year. It shouldn't do so. Can it be fixed? I've also a suggestion that it should also appear in the sidebar while reading even if you aren't editing a page like 'Refill' and 'Duplinks-Highlighter'. By clicking on it, it should go to editing mode and perform the action. Thank you. Tears. Empire AS Talk! 13:51, 17 August 2020 (UTC)
But it has a problem that it changes the month name in template {{Use dmy dates|date=Month Year}} to current month and year. It shouldn't do so.Why would that be? Kind regards, Robby.is.on ( talk) 14:32, 17 August 2020 (UTC)
{{
use dmy dates}}
:
|date=
in the {{use xxx dates}}
templates.|date=
records the month and year that an editor or bot checked and repaired article date inconsistencies.|date=
parameter shows the date when a condition was first tagged, and this one shows the date when the condition was last checked. The documentation explains it, but a different parameter name should have been chosen. –
Jonesey95 (
talk) 15:10, 17 August 2020 (UTC){{use xxx dates}}
templates are not like most maintenance templates. For example, setting |date=
when {{
citation needed}}
is added to an article: if, two years later, the article text still needs a citation, delete the text and delete the template. The {{use xxx dates}}
templates don't get deleted. If there is some dispute about date formatting in an article, it will be resolved by inspection of the article history, not by the date in the {{use xxx dates}}
template.It shouldn't do so.You have not said why
[it] shouldn't do so..
an article contains this template such as {{Use mdy dates=March 2012}} but it will change it into {{Use mdy dates|date=August 2020}}. I understand what you wrote. I don't know if it was intentional on your part but the {{Use mdy dates=March 2012}} that I quoted is malformed (no
|date=
parameter):
{{Use mdy dates=March 2012}}
→ {{Use mdy dates=March 2012}}{{Use mdy dates |date=March 2012}}
→ {{Use mdy dates|date=August 2020}}
Well, if it doesn't change the tag, I think it'll be good.Ok, but that doesn't say any more than your previous declaration:
It shouldn't do so.Why shouldn't the script modify
|date=
in the template?|cs1-dates=
), I am not the author of the script. I do not use the script so I have no opinion with regard to your suggestion.the month and year that the article was last checked for inconsistent date formatting. Just because the script didn't make any changes does not mean that a check hasn't been done. The point of this is to ensure that articles don't go too long without a date format audit - i.e., articles in the oldest monthly category will be the ones most likely to require an audit and so can be handled first. Ionmars10 ( talk) 03:45, 22 August 2020 (UTC)
Can you give me a script than only fixes date formats in article body without changing tag dates.Don't you think that would be a pointless exercise? Some other editor would run MOSNUM dates.js because your custom script didn't update
|date=
in {{use xxx dates}}
when you checked the article.|date=
in {{use xxx dates}}
when it changes dates in the article and, also, adjusts |date=
in {{use xxx dates}}
when it does not change dates in the article. You want a script that checks but does not adjust |date=
in {{use xxx dates}}
when the script did not make changes in the article. Do I have that right?But by going through article edit history, they will be able to see that the article has been checked.If your custom script does not adjust
|date=
in {{use xxx dates}}
because it did not make any changes in the article, saving the article amounts to a
WP:NULLEDIT. If there are no changes, nothing is saved, there is no history.I've installed this script, but now it's not working. No options appear of 'Dates to dmy' or 'Dates to mdy'. What did happen? Please fix it. Thank you. Empire AS Talk! 02:34, 31 August 2020 (UTC)
Hello! I was wondering if the script was having any issues because when I go to edit, nothing loads as a option. Thank you. Red Director ( talk) 23:11, 13 October 2020 (UTC)
![]() | This
edit request to
User:Ohconfucius/script/MOSNUM dates.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
LOVE this script. Could one devise a way to have only a single option? I only use 'DATES to mdy', but this script adds 5 other options to my Tools, such as 'DATES to dmy' and 'BIGENDIAN ref dates.' I think I could copy this script into my own .js, and // slash-out the options I won't use (which seems to be what's already been done with nine options — such as 'ISO to mdy' — and just implement that .js for myself, but I think it might be better to come up with toggle-able options for all to use. — GoldRingChip 16:47, 19 October 2020 (UTC)
Hi @ Ohconfucius:
Once upon a time, there was a version of {{ Vgrelease new}} which supported date formatting and a "v" parameter for specifying date format. I had long since forgotten this even existed until the script inserted v=2 in this diff. This caused the template to flag the page for bad syntax (unknown parameter), as the current version doesn't have this anymore. Can you please remove any special processing for "Vgrelease", "Vgrelease new", "Video game release new", etc?
Thanks! -- ferret ( talk) 00:26, 23 October 2020 (UTC)
![]() | This
edit request to
User:Ohconfucius/script/MOSNUM dates.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
For me, the entire script breaks at line 30 because the ohc_US_slash_dates_driver
and ohc_UK_slash_dates_driver
functions are not defined in the script. I think that lines 30 and 31 are supposed to point to ohc_US_slash_dates_to_mdy()
and ohc_UK_slash_dates_to_dmy()
, respectively, so I request that the correct names be used. -
BRAINULATOR9 (
TALK) 21:32, 12 November 2020 (UTC)
&action=edit
screen. It also appears as if it can never run while in the &veaction=editsource
screen, which for me would be the default save for certain circumstances. However, that seems like a much more fundamental issue that would take much longer to resolve. -
BRAINULATOR9 (
TALK) 01:15, 14 November 2020 (UTC)I noticed that the script changes the legitimate value of a parameter in the template {{
Almanacco}} which uses |dmy=
and expects dd-mm-yyyy. It's normally easily caught by eyeballing the diff, but it would obviously better if the script didn't do that. --
Michael Bednarek (
talk) 07:18, 21 November 2020 (UTC)
{{#time:}}
parser function and to use date formats supported by
MOS:DATES. The template splits the date into day, month, and year portions with {{
str mid}}
templates and then uses a {{#switch:}}
to make the dmy date for rendering; ugh. The {{#time:}}
parser function can extract the necessary date parts from {{{dmy}}}
(represented here with today's date in various MOS compliant forms):
{{#time:d|21 November 2020}}
→ 21 and {{#time:j F Y|2020-11-21}}
→ 21 November 2020{{#time:m|November 21, 2020}}
→ 11 and {{#time:j F Y|November 21, 2020}}
→ 21 November 2020{{#time:Y|2020-11-21}}
→ 2020 and {{#time:j F Y|2020-11-21}}
→ 21 November 2020{{#time:j F Y|21-11-2020}}
→ 21 November 2020Hi,
I performed this edit and it changed the magazine date from a date range to an actual date. Are date ranges for magazines still allowed?-- 5 albert square ( talk) 16:30, 3 December 2020 (UTC)
The timeline of the COVID-19 pandemic in New Zealand has numerous sentences that start like this: "On DD MMMM, <2-digit numeral> new cases..." The script interprets the two-digit numerals as a year in YY format and thus goes ahead and removes the comma after MMMM. Is there some workaround available for this short of rephrasing dozens of sentences? For example, can the comma be modified so that the script does not touch it? Any ideas gratefully received. Schwede 66 18:25, 3 February 2021 (UTC)
Hi, I've manually installed the script to my common.js file, but I don't see anything in the "Tools" section to the left (even while in edit mode). Is there anything I've done wrong? This is my file: User:Nehme1499/common.js. Nehme 1499 15:39, 25 February 2021 (UTC)
I've disabled them all, bypassed my cached, but nothing. It doesn't work both in the visual editor and in the edit source (but the other scripts show up, such as DYK check). Nehme 1499 16:02, 28 February 2021 (UTC)
Interesting find: when creating a userpage for a user who doesn't exist, I see "DATES to dmy, DATES to mdy, US-slash dates, UK-slash dates" under "Tools", "Regex editor" under "TemplateScript" and a big bolded "Scripts" at the end of the bar on the left. Might this be of any help? I'm still unable to use the script under normal circumstances. Nehme 1499 19:20, 29 March 2021 (UTC)
Hi,
This seems to have stopped working for me, and it seems to have happened at the time when you made
this change, or maybe that's just a coincidence?
SSSB (
talk) 14:53, 16 April 2021 (UTC)
It's working again.
SSSB (
talk) 10:54, 17 April 2021 (UTC)
I would really appreciate some help getting this script to work, any idea why it won't? Nothing I do gets it to load on the side. @ Ohconfucius: Judgesurreal777 ( talk) 18:44, 16 May 2021 (UTC)
Wikipedia:AutoEd/complete.js
. --
Ohc
¡digame! 19:30, 16 May 2021 (UTC)The one and only place where the script actually works is when i'm in edit mode on my common.js. After I click publish, the script disappears. I bypassed (or at least I think I bypassed) my cache. Here's my common.js: /info/en/?search=User:Dr.Swag_Lord,_Ph.d/common.js Dr. Swag Lord ( talk) 09:10, 13 June 2021 (UTC)
Dr.Swag Lord, Ph.d, Nehme1499, are you using the 2017 wikitext editor, a Beta option? I believe the existing documentation does not cover this. I have to manually disable the new wikitext editor and use the legacy one for the script to appear. Kylo Ren III ( talk ☎️) 04:13, 13 July 2021 (UTC)
Please tighten the script so it leaves images alone, error here. Giant Snowman 21:06, 22 June 2021 (UTC)
Caloocan City Hall, view from commercial complex (Grace Park, Caloocan; 03-21-2021).jpg
to Caloocan City Hall, view from commercial complex (Grace Park, Caloocan; Mar 21, 2021).jpg
. –
Sanglahi86 (
talk) 09:05, 26 July 2022 (UTC)
I saw this edit by Muboshgu using this script, which Sabbatino partially reverted. It seems that unlinking years like [[2015 NBA playoffs|2015]] and [[2016 NBA Finals|2016]] is incorrect, as its usage in those cases are consistent with conventions of WP:NBA articles. Can you alter this behavior? Thanks.— Bagumba ( talk) 16:34, 28 September 2021 (UTC)
Ohconfucius, I'm resurrecting this thread to add my voice to those requesting a change to this script behavior. When you said above that you "fear it would open up a whole can of worms", do you mean that this would be a tough fix technically, or that you're holding the line out of stylistic opposition to such links? Like others above, big fan of the script and thank you so much! Firefangledfeathers ( talk / contribs) 15:48, 18 May 2022 (UTC)
The current automatic edit summary is this:
date formats per MOS:DATEFORMAT by script
In order to avoid confusion as to what people are doing, I suggest changing it to something like this:
checked article for inconsistent dates per MOS:DATEFORMAT, updated date last checked (by script)
This would make it much more clear what's being done with the script. ··· 日本穣 · 投稿 · Talk to Nihonjoe · Join WP Japan! 16:53, 6 May 2022 (UTC)
script glitch at Duke_of_Fife, unwarranted removal of ordinals (without months) when there are two together. -- Ohc revolution of our times 06:58, 7 May 2022 (UTC)
I don't know why this script changes dates in templates like {{ EngvarB}} and {{ Use dmy dates}} ( example diff), but if there is not a very good reason, please can it stop? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:29, 10 May 2022 (UTC)
The script has stopped working for me. I can click the DATES to ...
link but nothing happens. I'm using Chrome by default but tried in Firefox, with it showing the same behaviour. Given that nobody else has commented yet, but I've had the problem for a few hours by now, I'm wondering whether the hiccup is at my end? The one thing that has changed for me is that I've transitioned to a new iPhone. Any pointers?
Schwede
66 23:37, 9 June 2022 (UTC)
I've seen this script trying to turn strings like "TRAPPIST-1 may" into "TRAPPIST-1 May" at TRAPPIST-1. I figure it's interpreting the "1 may" as a capitalization error? Jo-Jo Eumerus ( talk) 10:31, 12 June 2022 (UTC)
It doesn't seem to be working for me - I click and simply nothing happens... Giant Snowman 15:03, 18 June 2022 (UTC)
importScript("User:Ohconfucius/script/MOSNUM dates.js");
--
Ohc
revolution of our times 17:15, 18 June 2022 (UTC)
Using "DATES to dmy" option fails to convert any dates to dmy format thought there are some |access-date=
in
this version of the article
History of the Jews in Kingston upon Hull. I had to make the changes manually as all the script suggested was a change to the |date=
entry in {{
Use dmy dates}} template.
Keith D (
talk) 13:41, 19 June 2022 (UTC)
|accessdate=
. In these cases, we can rely on the MW software to render into dmy or mdy dates when in display mode. --
Ohc
revolution of our times 22:40, 21 June 2022 (UTC)
The script inserts a comma after the first date:
Congress granted Duterte's requests to extend martial law in Mindanao from July 22, 2017, to December 31, 2017.
Shouldn't it be:
Congress granted Duterte's requests to extend martial law in Mindanao from July 22, 2017 to December 31, 2017.
Sanglahi86 ( talk) 13:04, 4 August 2022 (UTC)
In this edit, the script tried to remove the wikilinks to [[2019 Allsvenskan|2019]] and [[2020 Allsvenskan|2020]] - I manually overwrote as the links are valid. Please can you tweak the script so this doesn't happen again? Giant Snowman 19:33, 27 August 2022 (UTC)
I ask as I have installed it but cannot see it in tools - could you check? Thanks Chidgk1 ( talk) 06:12, 28 August 2022 (UTC)
Lately I've been having issues with running this script on larger articles (for example Kenneth Branagh). When I run the script I can see in Task Manager the RAM usage going up ~2% a second until it reaches about 90% total utilisation at which point chrome culls all the open Wikipedia tabs with a "Not enough memory to open this page" error message. I've tried this on two different PC's now, both in different locations and networks. One has 8GB ram and the other has 16GB but both had this same result.
Smaller articles are also running much slower lately and have the same RAM issue but the script usually finishes those pages before the RAM maxes out and Chrome culls them. Mesidast ( talk) 09:21, 20 September 2022 (UTC)
Adding |df=y
to {{
birth year and age}}. Since there is no day, there is no df parameter either with this template.
MB 16:17, 1 October 2022 (UTC)
|df=y=
parameters to the template. --
Ohc
revolution of our times 21:50, 6 October 2022 (UTC)
{{
birth year and age}}
contains only the year, or optionally year and month. If you use |df=y
, there is a template error.
MB 22:00, 6 October 2022 (UTC)
{{Birth year and age|1981|df=yes}}
and the edit summary says this script was involved, which is why a reported it here.
This edit by
Dawnseeker2000 added |df=y
also to make {{death year and age|df=yes|1653|1585}}
, but the edit summary says AWB. I find these because I monitor
Category:Pages using birth year and age template with unknown parameters daily and fix them.
MB 01:34, 8 October 2022 (UTC)
(\{\{(?:Birth|Death|launch|release|start|end|film date|Wayback)[^\}\|]*\|)
I also remembered a dedicated AWB settings file that I had been using that dealt with these templates, but it was way more restrictive and only changed the template if it was in the format of day|month|year (with pipes separating the digits). In other words, it would only add df=yes if it was missing from that arrangement and not if it was in plain text (11 October 2022) or something else (like just a start year and an end year (1896|1968).I had realized that it's possible that we could just start with removing access to the templates that are causing issues, but that would require a rewrite (and the part where the script is really inclusive). So at the moment, maybe we could try to remove the four templates that you'd listed above?
Dawnseeker2000 05:40, 12 October 2022 (UTC)
This is in regards to your recent edit of the professional boxing record of Davey Moore (boxer, born 1959). I noticed that you changed the dates in Moore's professional boxing record wiki table into the full spelling of each month and used MOS:NUM to justify it. Chronological dates are not mathematical numbers as figures or words and using this section of the manual to justify spelling out each month makes no sense whatsoever. The section of this manual that is supposed to be used when dealing with dates is MOS:CHRONO ITM. As you will see under dates, months, and years, and more specifically, formats, it states that the usage of abbreviated spelling for each month is to be used "only in limited situations where brevity is helpful". The footnote of this statement also specifies said limited situations as meaning, "for use in tables, infoboxes, references, etc...". There have been quite a few people going around trying to spell out the months for the dates of fights in the professional boxing record wiki tables while either not citing any Wikipedia manual or using Wikipedia:Manual of Style/Dates and numbers to falsely justify it and it's becoming tiresome to randomly find a record affected by this and have to go through and re-abbreviate the months and hoping that other records haven't been changed in the same way. It's a big time waster and it could easily be avoided if people would just read the section of the manual that has to do to with dates and styles, rather than mathematical numbers and statistics. CaPslOcksBroKEn ( talk) 18:52, 3 October 2022 (UTC)
Please see here - for some reason the birth date in the infobox was not amended? Giant Snowman 15:03, 4 October 2022 (UTC)
The following correctly made all dates consistent within the article but it also removed a wikilink as well. I don't think it should be the intention to remove links like that since they are correctly linked to the competitions they played in. Iggy ( Swan) ( Contribs) 14:05, 5 November 2022 (UTC)
Script used to work flawlessly back in the day, but its buttons do not even show up in the sidebar location now. I have tried re-importing it a couple times, but to no avail. What is the reason for it? Here's a link to my common.js page: [6]. Kind regards, MBlaze Lightning ( talk) 07:24, 10 January 2023 (UTC)
how do i activate on kn.wikipedia? my attempt at https://kn.m.wikipedia.org/?title=%E0%B2%B8%E0%B2%A6%E0%B2%B8%E0%B3%8D%E0%B2%AF:%E0%B0%B0%E0%B1%81%E0%B0%A6%E0%B1%8D%E0%B0%B0%E0%B1%81%E0%B0%A1%E0%B1%81/common.js&oldid=1159283 రుద్రుడు ( talk) 11:02, 14 March 2023 (UTC)
The first time I use this script on a page, the template is added as the first line; on subsequent uses on the same page, the template is moved below the Short description (if it isn't already below it). Could it be added after the Short description the first time? -- Pemilligan ( talk) 16:29, 14 March 2023 (UTC)
Can you please disable the change from "YYYY-MM-DD" format to "DD Month YYYY" in the context of template parameters? The machine-readable YYYY-MM-DD format is significantly better in this context, and the relevant template(s) already know how to present it in a different format to readers. – jacobolus (t) 17:33, 30 March 2023 (UTC)
|archive-date=
and |access-date=
to a format different from the format for the publication date in |date=
, the script will assume that all dates in a cs1|2 template should have the same format per
MOS:DATEUNIFY. For articles that use either of {{
use dmy dates}}
or {{
use mdy dates}}
, the script uses the default formatting for all dates in the citation template. Non-default date formatting can be controlled by {{use xxx dates}}
templates that use |cs1-dates=
. See
Template:Use mdy dates § Auto-formatting citation template dates.Citation Style 1 and 2 templates automatically render dates (– what this means is that reformatting the dates in template parameters away from YYYY-MM-DD does not accomplish any visible change to the output. – jacobolus (t) 17:38, 3 April 2023 (UTC)|date=
,|access-date=
,|archive-date=
, etc) in the style specified by the "Use" template, regardless of the format they are entered in. See Template:Use mdy dates#Auto-formatting citation template dates.
{{use xxx date}}
does not specify how access and archive dates should be rendered.Access and archive dates in an article's citations should all use the same format– this is talking about the human-readable output on the page, e.g. the format used in citations written as plain wiki-markup. How to format template parameters is not explicitly addressed.
{{date|YYYY-MM-DD|dmy}}
or {{date|YYYY-MM-DD|mdy}}
if the author wants to write numeric-format markup and emit some other date format. –
jacobolus
(t) 18:08, 3 April 2023 (UTC)See this (which I self-reverted). Giant Snowman 12:27, 13 April 2023 (UTC)
Please remove this feature, as seen in edits like this. As mentioned in prior discussions, these dates are already rendered correctly for the reader and these edits make dates no longer machine-readable. Thanks. Wracking 💬 03:59, 30 May 2023 (UTC)
Heads up—I have posted at WT:DATE about the use of this script in ref dates. See here. Thanks. Wracking talk! 19:48, 12 July 2023 (UTC)
The script failed to catch and change "2014.11.14" in the article Candidula lernaea. Please look into it. 〜 Festucalex • talk 11:15, 20 July 2023 (UTC)
When running this script on a long article, I get script timeouts that I have to click "Wait" through, and sometimes the load crashes. Is there a way to avoid this? Or can the script code be modified to not trigger the timeout? Stefen Towers among the rest! Gab • Gruntwerk 19:19, 2 January 2024 (UTC)
I've got the script installed but its not appearing on my tools? I've used it for ages, its suddenly disappeared?? >> Lil-unique1 ( talk) — 21:48, 4 February 2024 (UTC)
I'm in the midst of an edit war at LG with an anonymous user over the script automatically updating the date parameter on the "Use xxx dates" template when performing a date fix. The IP is insisting not to change the date on the template when I see no guideline preventing such change. Are there any outside opinions on this? Jalen Folf (talk) 01:32, 17 February 2024 (UTC)
Firefangledfeathers ( talk / contribs) 01:45, 17 February 2024 (UTC)The parameter | date= is intended to track the most recent month and year in which an editor or bot checked the article for inconsistent date formatting and, if any inconsistencies were found, fixed them to comply with this template's date formatting preference.
See this... Giant Snowman 08:57, 24 February 2024 (UTC)
I'm sorry for not having seen the posts to this, as I was not aware of its existence. -- Ohc ¡digame!¿que pasa? 02:18, 6 July 2013 (UTC)
This script is being run by User:Alpha Quadrant, and it has introduced serious errors into at least one page it was run on. I am wondering if this script should be suppressed until it is fixed.
Here is the edit to which I am referring: [1] Scroll down to the bottom. In the Further Reading section, you will see three kinds of errors introduced by this script:
To be fair, the only reason I believe this script was at fault is because the editor who made this edit stated so in his/her edit description. If he/she was incorrect in so stating, my apologies! — Lawrence King ( talk) 03:41, 4 December 2011 (UTC)
"...removes ordinal suffixes and constructions such as '5th of September'," does not seem to be working in this script? Do you know what the problem is? For example, Luke James (footballer) - when I run the script nothing happens. Should it change to 7 January 2012 rather than 7th of January 2012? Thank you JMHamo ( talk) 00:19, 27 January 2012 (UTC)
This script seems to replace every "accessdate = " with "accessdate =" which seems entirely unnecessary and can be unhelpful. It's also hard to identify in a diff. Please fix. • Jesse V. (talk) 03:56, 17 September 2012 (UTC)
I am receiving javascript errors when running this script today. Do you know if Wikipedia made a change?
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; WOW64; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C) Timestamp: Tue, 9 Oct 2012 13:07:37 UTC
Message: Unknown dependency: reftoolbar-base
Line: 147
Char: 276
Code: 0
URI:
http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=20121001T132818Z
Message: 'editbox' is undefined
Line: 42
Char: 4
Code: 0
URI:
http://meta.wikimedia.org/?title=User:Pathoschild/Scripts/Regex_menu_framework.js&action=raw&ctype=text/javascript
Please let me know if it's on my end. Thanks! -- Teancum ( talk) 13:08, 9 October 2012 (UTC)
I'm getting an odd bug with the script this morning; it's replacing all ref names and image names with the symbols "⍌92⍍", and putting it in front of every URL as well. Any idea what I'm doing wrong? Thanks as always for your work on this. -- Khazar2 ( talk) 13:18, 30 November 2012 (UTC)
This section seems to be invisible on my browser - I had to edit to see the command. Parrot of Doom 13:01, 19 April 2013 (UTC)
When I look at an article, I like to know when the template was first applied, not the last time the formats were updated. So rather than changing the |date= parameter in the {{use mdy}} template every time this is run, could you change it so that there's a last_updated parameter if a template is already in place? It should be ignored. Walter Görlitz ( talk) 02:30, 23 May 2013 (UTC)
Hi. Please change the "http://" link so that it uses "https://" when the script is called through https. Firefox blocks the https→http call as Mixed Active Content. Thanks. -- AVRS ( talk) 15:38, 5 July 2013 (UTC)
http://
" on the entire page, so I don't know what to fix. Regards, --
Ohc
¡digame!¿que pasa? 02:24, 6 July 2013 (UTC)
importScriptURI('http://meta.wikimedia.org/?title=User:Pathoschild/Scripts/Regex_menu_framework.js&action=raw&ctype=text/javascript');Remove the "http:", so that the link begins with "https://". -- AVRS ( talk) 15:28, 6 July 2013 (UTC)
I've been using various of your scripts for some time now - thanks! - but as of today they have all disappeared from my toolbox. They appear still to be listed in vector.js and so this is a mystery to me. Any ideas? What have I done wrong this time? - Sitush ( talk) 12:22, 16 August 2013 (UTC)
Is there a mode that will convert all dates within the article body and all publication dates within references to dmy (or to mdy) while leaving ymd archive dates and ymd access dates within references untouched (or even allow converting archive and access dates to ymd while making the other previously mentioned changes)?
I would like to see this option made available. It seems the current script is often used to eliminate ymd dates from references, even where it is clear they were intended to be there. - 91.84.77.67 ( talk) 21:39, 22 April 2014 (UTC)
This edit, where lower-case letters were removed from years in |date=
, should not be done by a script. These lower-case letters are valid and used by harv refs to disambiguate two works by the same author published in the same year. Can you please fix the script, if you have not done so already? –
Jonesey95 (
talk) 03:11, 8 May 2014 (UTC)
Hi, Ohconfucius! What a handy little script I've stumbled upon. I've just installed it and look forward to trying it out!
One thing I would like to know is whether the script inserts a comma after the year in MDY dates that are not followed by other punctuation, as required by MOS:DATEFORMAT and MOS:COMMA? For example:
Or, for that matter, does it remove commas when converting the other way?
Otherwise, what is the most efficient way to find such instances to add/remove commas manually as needed? Would this necessitate scrolling through all the wikicode to find the altered dates? Thanks! — sroc 💬 13:33, 11 July 2014 (UTC)
E.g. I changed:
In February 2012, HP announced [..]
Starting August 8, 2014, [2] but had to add the commas after the years. Unless I'm mistaken they sould be for sentences starting as "In <DATE>," and "On <DATE>," I think I've seen exceptions where DATE is only a year. Maybe for <MONTH YEAR> possible that I don't see but would exceptions at least happen with full dates? If you are concerned about false positives I'v seen them for other cases, but the details escape me at the moment.. I'm always "fixing" minor other stuff such as newlines after titles. Could that also be worked in? comp.arch ( talk) 15:02, 3 October 2014 (UTC)
Notice the change from "In Jan 2010," to "In January 2010," [3]. The script didn't do that part (it changed however "Jan."). I had to manually fix. Could there be any false positive with a sentence starting with "In Jan 2010," (at least when there is a comma?) etc. comp.arch ( talk) 10:04, 9 October 2014 (UTC)
In my last edit "80’s Brick Cell Phone"->"80s Brick Cell Phone". Note, I catched that and didn't let the change through. I assumed titles in refs are like quotes, sacred. I've also seen "regular dates" in them and I believe the script tried to change. Didn't check the "quote"-part of refs but assume there you would also like to improve the script.
Is the change an error or by design? That is, "quotes" can sometimes be changed and in some cases might (also be spelling errors not originally there..). comp.arch ( talk) 11:29, 13 November 2014 (UTC)
I note that the script uses the edit summary:
Could this be amended to refer to the more specific section of MOS:
date formats per MOS:DATEFORMAT by script
— sroc 💬 13:33, 10 December 2014 (UTC)
Thank-you for such a useful script! However, running "ALL dates to dmy" causes "the 4 January 2015 edition of The Times" to become "the edition of 4 January 2015 of The Times". That's a little awkward; it was better before (when I run it, I have to reset all these types of corrections). If you'd like to see it do this for yourself, try it on Tintin in the Land of the Soviets Thanks. Prhartcom ( talk) 05:56, 6 January 2015 (UTC)
In this "which aired 8/28/2009 on TruTV" would have been changed to .."Aug 28, 2009".. I changed to the only legal form (for non-table main text) "August 28, 2009" manually before submitting the proposed script change. comp.arch ( talk) 16:00, 19 February 2015 (UTC)
I have an concern with your script, and its interpretation of MOS:DATEFORMAT and MOS:DATEUNIFY. Let me quote the documentation that that accompanies {{ Use dmy dates}}:
In general, the date format used for publication dates within references should match that used within the article body. However, it is common practice for archive and access dates to use the alternative ymd format. This usage is valid and is specifically mentioned at MOSDATE. In those cases, the archive and access date formats should not be altered when fixing dates. (emphasis mine)
IOW, while the ref date parameters in references should match the date style used in an article's text, the accessdate parameters do not have to. But your script does not have an option to leave 'ISO dates' as is in the 'accessdate' and 'archivedate' parameters. Is there any chance that an option to leave ISO dates in those parameters will be added to your script? -- IJBall ( talk) 20:57, 6 April 2015 (UTC)
Your documentation says your script "converts other often used (but not MOSNUM-compliant) date formats within the references section, such as dd-mm-yyyy or dd-mmm-yyyy to the chosen prevailing format used in the rest of the article." @ Walter Görlitz: says he used your script to convert YYYY-MM-DD to his preferred format -- using your script.
I don't use automated editing tools myself. And, frankly, I find many automated editing tools are too aggressive. Frankly, I am disappointed by contributors who show bad judgment in their edits, and then claim "but that edit was recommended by my favourite automated editing -- so it must be okay!"
As I pointed out to WG " MOS:DATEFORMAT says "Special rules apply to citations; see Wikipedia:Citing_sources#Citation_style," and Wikipedia:Citing_sources#Citation_style says: "Although nearly any consistent style may be used, avoid all-numeric date formats other than YYYY-MM-DD". So, YYYY-MM-DD, within a citation, should be left alone.
I request, if WG is correct, and your script currently changes YYYY-MM-DD to a text month date, within citations, then this feature should be deprecated.
One of my biggest frustrations, when I return to update an article I last worked on months or years ago, is to find that the large number of edits to the article since my last visit, a large number of edits that light up the diff like a christmas tree, were largely or entirely changes to the article's metadata, and the article's intellectual content was largely or entirely unaltered.
When the initial diff between the last change I made, and the current version shows practically everything has been changed, I step through each diff, one at a time, and, when lots of discrete changes have been made, this can take half an hour or more.
Its maddening to make that effort, only to find the article's intellectual content remains unaltered.
I find overly aggressive automated tools play a big role in eroding the value of diffs.
Diffs rely on line-endings. Automated tools that rewrite references to put them in the tool-writer's favourite format strongly erode the values of diffs. If there are circumstances where your tool will make cosmetic changes to how references are formatted when viewed in the editor, I requiest you remove that feature.
Automated tools that take paragraphs that are composed of multiple logical lines, and rewrite them on a single logical line, are a terrible problem. They can make it look like the original paragraph was excised, and replaced by a brand new paragraph.
It is extremely important to preserve the original line endings. Corrections of spelling or punctuation, or the fixing of poorly formed or broken wikilinks, don't alter an article's content, but they are still valuable. When contributors, or automated tools, change the line endings in a paragraph any diffs that show the highly valuable spelling corrections, and other similar corrections are drowned out by the change in line endings that misleadingly shows the whole paragraph being cut and replaced by brand new text.
So, if your automated tool is one of those which will, under some circumstances, alter line endings, I request you remove this feature.
Thanks Geo Swan ( talk) 12:35, 18 July 2015 (UTC)
Unless I hadn't been careful, see this edit. Otherwise the script is great. comp.arch ( talk) 22:00, 2 September 2015 (UTC)
I've noticed that several people using your script also change the {{ citation}} and {{ cite news}}to {{ cite web}} this seems inappropriate when the source is an actual news website (like ESPN). Is this the programmed behavior? If so, I think that it shouldn't change these in all situations. -- Trödel 11:23, 3 September 2015 (UTC)
Any chance this script might be updated to include the above setup? E.g., 2015-12 to December 2015. This would be especially useful when converting ref dates (without days) that {{ cite web}} doesn't like. Or is there a reason to not do this? (Has this been discussed before?) czar 18:37, 23 December 2015 (UTC)
Hi, Ohconfucius. I updated the user doc with a workaround for wikEd. I hope you like it. I was very happy to find a workaround that was short of disabling wikEd in user preferences or in my common.js file.
Is there any way to have MOSNUM dates count the number of datestyles in a page so we can more easily figure out which datestyle to enforce and update?
Also, is there a way to have MOSNUM dates do the wikEd text area toggle automatically on the fly? Cheers! {{u|
Checkingfax}} {
Talk}
21:17, 15 January 2016 (UTC)
Hi Ohconfucius. The script is adding unnecessary regular spaces after the {{
nbsp}}
(non-breaking space) template as seen in
this Diff. You can see it more clearly by using
WP:wikEdDiff. Ping me back. Cheers! {{u|
Checkingfax}} {
Talk}
06:19, 24 January 2016 (UTC)
UPDATE: My bad. Hi
Ohconfucius and
GoingBatty. The script is actually removing the entire {{
nbsp}}
template throughout pages it is run on as seen in the Diff provided above. Cheers! {{u|
Checkingfax}} {
Talk}
01:28, 20 February 2016 (UTC)
Hi
Ohconfucius. The script is removing < signs from articles, for example:
Michelin Guide. I left them in and canceled the edit. Please advise. I would like to get back to using the script to fix dates. Thank you. Cheers! {{u|
Checkingfax}} {
Talk}
10:43, 2 February 2016 (UTC)
{{u|
Checkingfax}} {
Talk}
02:48, 3 February 2016 (UTC)I have copied the MOSNUM date script and pasted to my common js page and saved. I have Google Chrome, and it says to click the Reload button, but I don't know where that is. Can you tell me where the reload button is? Corinne ( talk) 03:52, 20 February 2016 (UTC)
Hi, in
this edit, using the script, it added |df=yes
to the {{
wayback}} templates even though the template already had a |df=y
entry. This caused a duplicate template argument problem. Can the script be modified to avoid doing this? Thanks.
Keith D (
talk) 12:29, 20 February 2016 (UTC)
Why remove article links? What's the justification? Suppose an article contains links to [[1988 in literature|1988]], [[Category: 1988 disasters|1988]], and [[Category: 1988 in the environment|1988]]*, all in different paragraphs or sections relating to those topics. Deleting the links will remove information from the article.
(* 1988 in literature, Category: 1988 disasters, and Category: 1988 in the environment)
-- Thnidu ( talk) 17:22, 16 May 2016 (UTC)
⍌1321⍍
are markers for strings that are protected before the script proper is executed. Therefore, if you see these in the preview, it means that the script has stalled – this could be due to slow internet speed or perhaps slow browser. You should reinitiate the edit window and click on the script sidebar button for the function required. If the problem persists, you should try editing using a different browser. --
Ohc
¡digame! 23:28, 26 June 2019 (UTC)
⍌
and revert that one, although yes I do check all my content prior to submission. So how about the rest of the bugs we listed, which occur 100% of the time? There can not be any reason to alter any content that isn't a date, such as obliterating any content or templates, or anything inside of other metadata such as title=
. That just ruins the script, and there are many articles I simply can't feasibly run it on. Thank you so much. —
Smuckola
(talk) 01:17, 27 June 2019 (UTC)
DATES to mdy
function of the script, you will then see all the instances that have been corrected in you diff; the dates will render to dmy or mdy if you looked at the edit in preview mode. The script is like any other page on WP, and the changelog can be found
here--
Ohc
¡digame! 13:08, 8 July 2019 (UTC)How do I do purge the cache? (talk page stalker) Crash Under ride 06:25, 29 March 2017 (UTC)
Is there anyway you can code the script so it doesn't change the dates in the Template:Single chart and Template:Album chart? Sometimes it needs to be a certain format in the parameters and it messes with it when I run this. If not that's alright. thanks, -- Jennica✿ / talk 12:36, 29 June 2017 (UTC)
I believe, before, this option was titled "access to ISO" – why is it now called "BIGENDIAN ref dates"? I think that'll be more confusing to users than the previous "access to ISO" option was. -- IJBall ( contribs • talk) 23:33, 22 August 2017 (UTC)
How does this script handle date ranges within citation scripts that link to pages on Wikisource where most projects choose to use dash and not ndash in date ranges?
Usually if a script is linking to a Wikisource page then the page name and munges on the necessary information to create a link. eg
{{cite EB1911|wstitle=A}}
:
Chisholm, Hugh, ed. (1911). .
Encyclopædia Britannica (11th ed.). Cambridge University Press. (
s:1911 Encyclopædia Britannica/A).
So that the script can handle pages from an encyclopaedia not yet fully ported to Wikisource, most scripts use title= if the page= is not ported and wstitle= if it is. However books that have been fully ported to Wikisource may have thier templates changes so they always link title to wikisource. Eg {{
cite Nuttall}}
So while it is not usually any real concern what this script does to the content of title= (with the exception of {{
cite Nuttall}}
and the like) it is a problem if it changes the content the parameter wstitle= because it is likely to break the link to wikisource.
Changing links to wikisource in non-templated links where for example the link includes dashes in a date range would also break links, if a simple substitution was made.-- PBS ( talk) 12:04, 10 October 2017 (UTC)
I should probably let you know it is not working for me on Firefox 57 Seraphim System ( talk) 01:06, 16 December 2017 (UTC)
Per WP:CITEVAR, WP:CITESTYLE and MOS:DATEUNIFY:
"Wikipedia does not mandate styles in many different areas; these include (but are not limited to) American vs. British spelling, date formats, and citation style. Where Wikipedia does not mandate a specific style, editors should not attempt to convert Wikipedia to their own preferred style, nor should they edit articles for the sole purpose of converting them to their preferred style, or removing examples of, or references to, styles which they dislike.
"Access and archive dates in an article's citations should all use the same format, which may be:
Access and archive dates in an article's citations may use one of the three bulletted formats above. Editors should not attempt to convert access and archive dates in citations if they comply with, for example, the yyyy-mm-dd format. Jeff in CA ( talk) 01:40, 24 December 2017 (UTC)
So say I go to edit this page: https://en.wikipedia.org/?title=Presto_card&action=edit&oldid=852611695
And I click "Body dates to dmy"
I would expect just the dates in the body to change to dmy, while citation dates would be left alone.
Instead, dates in the body and the |date=
parameter in citations are switched to dmy. (Reference dates such as |access-date=
are left as is, as expected.)
Can this be fixed?
Also happens with the "Body dates to mdy" option—|date=
in <ref>
tags are also changed to mdy. —
Joeyconnick (
talk) 05:29, 30 July 2018 (UTC)
Imported thread
|
---|
I shouldn't need to remind you that you are responsible for every edit you make, including those made by script.
Wikipedia:User scripts is clear: There are sometimes objections raised about an article being marked as {{ use dmy dates}} or {{ use mdy dates}}, and there is a world of difference between the strength of argument for retaining the existing style when the template is marked as four years old and that when the template is four days old. There is no benefit derived from resetting that date. I hope it's clear what you should be doing next, and if you use the script again in future. -- RexxS ( talk) 13:56, 13 August 2018 (UTC)
|
I don’t know exactly what RexxS’ concern about the addition/replacement of the date template is, so I’ll let him speak for himself. The edit he objected to is [4].
On an unrelated note, this is a really useful script. Seppi333 ( Insert 2¢) 15:20, 13 August 2018 (UTC)
I'm currently experiencing a problem using the script with the new markup editor: the Use dates template is not updating or inserted into articles automatically (I have to do this manually for some reason). Is there a possible ETA on when this can be fixed? jd22292 (Jalen D. Folf) ( talk • contribs) 15:12, 24 October 2018 (UTC)
Rather than having to manually reinsert a "the" or even rephrasing a sentence, could it be considered to set up a permanent workaround that tells the script to ignore it? For example, we could set up {{the}}
and get it to display as "the". Would that successfully stop the script from removing the article?
Schwede
66 06:11, 21 November 2018 (UTC)
![]() | This
edit request to
User:Ohconfucius/script/MOSNUM dates.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
The cs1|2 module suite has a
update pending. Part of that update is implementation of code that looks for {{
use dmy dates}}
and {{
use mdy dates}}
and sets the date format in rendered cs1|2 citations accordingly (
discussion). Because
MOS:DATEUNIFY allows date formats in citations to be different from the date format used in the body of an article, the cs1|2 update will support a non-functioning parameter (|cs1-dates=
) in the {{use dmy dates}}
and {{use mdy dates}}
templates to fine-tune the rendering made by the cs1|2 module suite.
User:Ohconfucius/script/MOSNUM dates.js, in its present form, wholly rewrites existing {{use xxx dates}}
templates when it is invoked. That mode of operation is fine as long as editors don't care about fine-tuning the citation date formats. But, when editors have specified citation date formats using |cs1-date=
the script must not throw that specification away.
I am not a js programmer. I have hacked a copy of this script at User:Trappist the monk/script/MOSNUM_dates.js. There is a bunch of documentation about the changes made at this testpage.— Trappist the monk ( talk) 16:15, 14 April 2019 (UTC)
Hi there. I wanted to point out that it is no longer necessary to change the date formatting in the code for the "Cite" templates if there is a {{
use dmy dates}}
template at the top of the page. See
this discussion at
WT:CS1. The cite templates will automatically show all dates using the defined format indicated by the {{
use dmy dates}}
/{{
use mdy dates}}
template at the top of the page. Sure, it is still somewhat nice to update the formatting of the code to match what will be displayed, but it is completely redundant at this point and should not be the *only* action done in an edit because there is literally no difference in how the page displays. -
Paul
T
+/
C 13:20, 12 June 2019 (UTC)
Hi, what happened to the "body dates" option that's shown in the page image? The only options I see are "DATES to dmy" and "DATES to mdy". I know the citation dates don't really matter since these are automatically set based on the {{Use (format) dates}} templates, but it would still be nice to have a less cluttered "show changes" view. Ionmars10 ( talk) 23:16, 12 December 2019 (UTC)
In this edit
[5] the script replaced hyphens U+002d with a unicode minus sign U+2212 inside a <math>
tag. This causes problems with the
math rendering engine which does not recognise the unicode minus. --
Salix alba (
talk): 13:54, 8 January 2020 (UTC)
I think your recent changes have introduced a bug, because I can't get the "DATES to dmy" or "DATES to mdy" links to work... I click them and nothing happens. — Joeyconnick ( talk) 18:47, 9 January 2020 (UTC)
Thanks for a great script! I have been using it for a week or two, and have found a few bugs:
Kreggon ( talk) 17:05, 11 January 2020 (UTC)
Could the script be made to change instances of mf=yes and df=yes (standing for "month first" and "day first") in templates such as {{ Birth date and age}}? Here's an example of this in which I had to change it manually to fit with the {{ Use mdy dates}} template. Ionmars10 ( talk) 17:03, 14 February 2020 (UTC)
The script already works on {{
Film date}}, can you fix it so that it also works on the template redirect Filmdate
please. Thanks. -
X201 (
talk) 09:06, 4 March 2020 (UTC)
Hi there. :-) Thanks a lot for providing this script, I've made a lot of use of it in recent years.
Since a few days, I'm seeing two issues when using "DATES to dmy":
Kind regards, Robby.is.on ( talk) 19:27, 25 April 2020 (UTC)
Hi Ohconfucious, thanks for this great script!
I may just be being dense, but I can't find any way of making this work at the moment with VisualEditor, even in its source editing mode. Is it possible, or is VE not supported at the moment?
Cheers, Naypta ☺ | ✉ talk page | 21:13, 16 May 2020 (UTC)
The script currently assumes that dates of the form ##/##/#### are to be interpreted as DMY if it's unclear (i.e. month and day are both <= 12). However this means that dates such as 06/02/2020 are interpreted as February 6 instead of June 2, even though it's clear to a human based on context that these were meant as MDY. See List of Superfund sites in New Jersey for an example of this. Could an option be added to the left menu to convert these dates with either a DMY or MDY interpretation? Ionmars10 ( talk) 18:32, 2 June 2020 (UTC)
I'm using this script for a while. It's good and I like it. But it has a problem that it changes the month name in template {{Use dmy dates|date=Month Year}} to current month and year. It shouldn't do so. Can it be fixed? I've also a suggestion that it should also appear in the sidebar while reading even if you aren't editing a page like 'Refill' and 'Duplinks-Highlighter'. By clicking on it, it should go to editing mode and perform the action. Thank you. Tears. Empire AS Talk! 13:51, 17 August 2020 (UTC)
But it has a problem that it changes the month name in template {{Use dmy dates|date=Month Year}} to current month and year. It shouldn't do so.Why would that be? Kind regards, Robby.is.on ( talk) 14:32, 17 August 2020 (UTC)
{{
use dmy dates}}
:
|date=
in the {{use xxx dates}}
templates.|date=
records the month and year that an editor or bot checked and repaired article date inconsistencies.|date=
parameter shows the date when a condition was first tagged, and this one shows the date when the condition was last checked. The documentation explains it, but a different parameter name should have been chosen. –
Jonesey95 (
talk) 15:10, 17 August 2020 (UTC){{use xxx dates}}
templates are not like most maintenance templates. For example, setting |date=
when {{
citation needed}}
is added to an article: if, two years later, the article text still needs a citation, delete the text and delete the template. The {{use xxx dates}}
templates don't get deleted. If there is some dispute about date formatting in an article, it will be resolved by inspection of the article history, not by the date in the {{use xxx dates}}
template.It shouldn't do so.You have not said why
[it] shouldn't do so..
an article contains this template such as {{Use mdy dates=March 2012}} but it will change it into {{Use mdy dates|date=August 2020}}. I understand what you wrote. I don't know if it was intentional on your part but the {{Use mdy dates=March 2012}} that I quoted is malformed (no
|date=
parameter):
{{Use mdy dates=March 2012}}
→ {{Use mdy dates=March 2012}}{{Use mdy dates |date=March 2012}}
→ {{Use mdy dates|date=August 2020}}
Well, if it doesn't change the tag, I think it'll be good.Ok, but that doesn't say any more than your previous declaration:
It shouldn't do so.Why shouldn't the script modify
|date=
in the template?|cs1-dates=
), I am not the author of the script. I do not use the script so I have no opinion with regard to your suggestion.the month and year that the article was last checked for inconsistent date formatting. Just because the script didn't make any changes does not mean that a check hasn't been done. The point of this is to ensure that articles don't go too long without a date format audit - i.e., articles in the oldest monthly category will be the ones most likely to require an audit and so can be handled first. Ionmars10 ( talk) 03:45, 22 August 2020 (UTC)
Can you give me a script than only fixes date formats in article body without changing tag dates.Don't you think that would be a pointless exercise? Some other editor would run MOSNUM dates.js because your custom script didn't update
|date=
in {{use xxx dates}}
when you checked the article.|date=
in {{use xxx dates}}
when it changes dates in the article and, also, adjusts |date=
in {{use xxx dates}}
when it does not change dates in the article. You want a script that checks but does not adjust |date=
in {{use xxx dates}}
when the script did not make changes in the article. Do I have that right?But by going through article edit history, they will be able to see that the article has been checked.If your custom script does not adjust
|date=
in {{use xxx dates}}
because it did not make any changes in the article, saving the article amounts to a
WP:NULLEDIT. If there are no changes, nothing is saved, there is no history.I've installed this script, but now it's not working. No options appear of 'Dates to dmy' or 'Dates to mdy'. What did happen? Please fix it. Thank you. Empire AS Talk! 02:34, 31 August 2020 (UTC)
Hello! I was wondering if the script was having any issues because when I go to edit, nothing loads as a option. Thank you. Red Director ( talk) 23:11, 13 October 2020 (UTC)
![]() | This
edit request to
User:Ohconfucius/script/MOSNUM dates.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
LOVE this script. Could one devise a way to have only a single option? I only use 'DATES to mdy', but this script adds 5 other options to my Tools, such as 'DATES to dmy' and 'BIGENDIAN ref dates.' I think I could copy this script into my own .js, and // slash-out the options I won't use (which seems to be what's already been done with nine options — such as 'ISO to mdy' — and just implement that .js for myself, but I think it might be better to come up with toggle-able options for all to use. — GoldRingChip 16:47, 19 October 2020 (UTC)
Hi @ Ohconfucius:
Once upon a time, there was a version of {{ Vgrelease new}} which supported date formatting and a "v" parameter for specifying date format. I had long since forgotten this even existed until the script inserted v=2 in this diff. This caused the template to flag the page for bad syntax (unknown parameter), as the current version doesn't have this anymore. Can you please remove any special processing for "Vgrelease", "Vgrelease new", "Video game release new", etc?
Thanks! -- ferret ( talk) 00:26, 23 October 2020 (UTC)
![]() | This
edit request to
User:Ohconfucius/script/MOSNUM dates.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
For me, the entire script breaks at line 30 because the ohc_US_slash_dates_driver
and ohc_UK_slash_dates_driver
functions are not defined in the script. I think that lines 30 and 31 are supposed to point to ohc_US_slash_dates_to_mdy()
and ohc_UK_slash_dates_to_dmy()
, respectively, so I request that the correct names be used. -
BRAINULATOR9 (
TALK) 21:32, 12 November 2020 (UTC)
&action=edit
screen. It also appears as if it can never run while in the &veaction=editsource
screen, which for me would be the default save for certain circumstances. However, that seems like a much more fundamental issue that would take much longer to resolve. -
BRAINULATOR9 (
TALK) 01:15, 14 November 2020 (UTC)I noticed that the script changes the legitimate value of a parameter in the template {{
Almanacco}} which uses |dmy=
and expects dd-mm-yyyy. It's normally easily caught by eyeballing the diff, but it would obviously better if the script didn't do that. --
Michael Bednarek (
talk) 07:18, 21 November 2020 (UTC)
{{#time:}}
parser function and to use date formats supported by
MOS:DATES. The template splits the date into day, month, and year portions with {{
str mid}}
templates and then uses a {{#switch:}}
to make the dmy date for rendering; ugh. The {{#time:}}
parser function can extract the necessary date parts from {{{dmy}}}
(represented here with today's date in various MOS compliant forms):
{{#time:d|21 November 2020}}
→ 21 and {{#time:j F Y|2020-11-21}}
→ 21 November 2020{{#time:m|November 21, 2020}}
→ 11 and {{#time:j F Y|November 21, 2020}}
→ 21 November 2020{{#time:Y|2020-11-21}}
→ 2020 and {{#time:j F Y|2020-11-21}}
→ 21 November 2020{{#time:j F Y|21-11-2020}}
→ 21 November 2020Hi,
I performed this edit and it changed the magazine date from a date range to an actual date. Are date ranges for magazines still allowed?-- 5 albert square ( talk) 16:30, 3 December 2020 (UTC)
The timeline of the COVID-19 pandemic in New Zealand has numerous sentences that start like this: "On DD MMMM, <2-digit numeral> new cases..." The script interprets the two-digit numerals as a year in YY format and thus goes ahead and removes the comma after MMMM. Is there some workaround available for this short of rephrasing dozens of sentences? For example, can the comma be modified so that the script does not touch it? Any ideas gratefully received. Schwede 66 18:25, 3 February 2021 (UTC)
Hi, I've manually installed the script to my common.js file, but I don't see anything in the "Tools" section to the left (even while in edit mode). Is there anything I've done wrong? This is my file: User:Nehme1499/common.js. Nehme 1499 15:39, 25 February 2021 (UTC)
I've disabled them all, bypassed my cached, but nothing. It doesn't work both in the visual editor and in the edit source (but the other scripts show up, such as DYK check). Nehme 1499 16:02, 28 February 2021 (UTC)
Interesting find: when creating a userpage for a user who doesn't exist, I see "DATES to dmy, DATES to mdy, US-slash dates, UK-slash dates" under "Tools", "Regex editor" under "TemplateScript" and a big bolded "Scripts" at the end of the bar on the left. Might this be of any help? I'm still unable to use the script under normal circumstances. Nehme 1499 19:20, 29 March 2021 (UTC)
Hi,
This seems to have stopped working for me, and it seems to have happened at the time when you made
this change, or maybe that's just a coincidence?
SSSB (
talk) 14:53, 16 April 2021 (UTC)
It's working again.
SSSB (
talk) 10:54, 17 April 2021 (UTC)
I would really appreciate some help getting this script to work, any idea why it won't? Nothing I do gets it to load on the side. @ Ohconfucius: Judgesurreal777 ( talk) 18:44, 16 May 2021 (UTC)
Wikipedia:AutoEd/complete.js
. --
Ohc
¡digame! 19:30, 16 May 2021 (UTC)The one and only place where the script actually works is when i'm in edit mode on my common.js. After I click publish, the script disappears. I bypassed (or at least I think I bypassed) my cache. Here's my common.js: /info/en/?search=User:Dr.Swag_Lord,_Ph.d/common.js Dr. Swag Lord ( talk) 09:10, 13 June 2021 (UTC)
Dr.Swag Lord, Ph.d, Nehme1499, are you using the 2017 wikitext editor, a Beta option? I believe the existing documentation does not cover this. I have to manually disable the new wikitext editor and use the legacy one for the script to appear. Kylo Ren III ( talk ☎️) 04:13, 13 July 2021 (UTC)
Please tighten the script so it leaves images alone, error here. Giant Snowman 21:06, 22 June 2021 (UTC)
Caloocan City Hall, view from commercial complex (Grace Park, Caloocan; 03-21-2021).jpg
to Caloocan City Hall, view from commercial complex (Grace Park, Caloocan; Mar 21, 2021).jpg
. –
Sanglahi86 (
talk) 09:05, 26 July 2022 (UTC)
I saw this edit by Muboshgu using this script, which Sabbatino partially reverted. It seems that unlinking years like [[2015 NBA playoffs|2015]] and [[2016 NBA Finals|2016]] is incorrect, as its usage in those cases are consistent with conventions of WP:NBA articles. Can you alter this behavior? Thanks.— Bagumba ( talk) 16:34, 28 September 2021 (UTC)
Ohconfucius, I'm resurrecting this thread to add my voice to those requesting a change to this script behavior. When you said above that you "fear it would open up a whole can of worms", do you mean that this would be a tough fix technically, or that you're holding the line out of stylistic opposition to such links? Like others above, big fan of the script and thank you so much! Firefangledfeathers ( talk / contribs) 15:48, 18 May 2022 (UTC)
The current automatic edit summary is this:
date formats per MOS:DATEFORMAT by script
In order to avoid confusion as to what people are doing, I suggest changing it to something like this:
checked article for inconsistent dates per MOS:DATEFORMAT, updated date last checked (by script)
This would make it much more clear what's being done with the script. ··· 日本穣 · 投稿 · Talk to Nihonjoe · Join WP Japan! 16:53, 6 May 2022 (UTC)
script glitch at Duke_of_Fife, unwarranted removal of ordinals (without months) when there are two together. -- Ohc revolution of our times 06:58, 7 May 2022 (UTC)
I don't know why this script changes dates in templates like {{ EngvarB}} and {{ Use dmy dates}} ( example diff), but if there is not a very good reason, please can it stop? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:29, 10 May 2022 (UTC)
The script has stopped working for me. I can click the DATES to ...
link but nothing happens. I'm using Chrome by default but tried in Firefox, with it showing the same behaviour. Given that nobody else has commented yet, but I've had the problem for a few hours by now, I'm wondering whether the hiccup is at my end? The one thing that has changed for me is that I've transitioned to a new iPhone. Any pointers?
Schwede
66 23:37, 9 June 2022 (UTC)
I've seen this script trying to turn strings like "TRAPPIST-1 may" into "TRAPPIST-1 May" at TRAPPIST-1. I figure it's interpreting the "1 may" as a capitalization error? Jo-Jo Eumerus ( talk) 10:31, 12 June 2022 (UTC)
It doesn't seem to be working for me - I click and simply nothing happens... Giant Snowman 15:03, 18 June 2022 (UTC)
importScript("User:Ohconfucius/script/MOSNUM dates.js");
--
Ohc
revolution of our times 17:15, 18 June 2022 (UTC)
Using "DATES to dmy" option fails to convert any dates to dmy format thought there are some |access-date=
in
this version of the article
History of the Jews in Kingston upon Hull. I had to make the changes manually as all the script suggested was a change to the |date=
entry in {{
Use dmy dates}} template.
Keith D (
talk) 13:41, 19 June 2022 (UTC)
|accessdate=
. In these cases, we can rely on the MW software to render into dmy or mdy dates when in display mode. --
Ohc
revolution of our times 22:40, 21 June 2022 (UTC)
The script inserts a comma after the first date:
Congress granted Duterte's requests to extend martial law in Mindanao from July 22, 2017, to December 31, 2017.
Shouldn't it be:
Congress granted Duterte's requests to extend martial law in Mindanao from July 22, 2017 to December 31, 2017.
Sanglahi86 ( talk) 13:04, 4 August 2022 (UTC)
In this edit, the script tried to remove the wikilinks to [[2019 Allsvenskan|2019]] and [[2020 Allsvenskan|2020]] - I manually overwrote as the links are valid. Please can you tweak the script so this doesn't happen again? Giant Snowman 19:33, 27 August 2022 (UTC)
I ask as I have installed it but cannot see it in tools - could you check? Thanks Chidgk1 ( talk) 06:12, 28 August 2022 (UTC)
Lately I've been having issues with running this script on larger articles (for example Kenneth Branagh). When I run the script I can see in Task Manager the RAM usage going up ~2% a second until it reaches about 90% total utilisation at which point chrome culls all the open Wikipedia tabs with a "Not enough memory to open this page" error message. I've tried this on two different PC's now, both in different locations and networks. One has 8GB ram and the other has 16GB but both had this same result.
Smaller articles are also running much slower lately and have the same RAM issue but the script usually finishes those pages before the RAM maxes out and Chrome culls them. Mesidast ( talk) 09:21, 20 September 2022 (UTC)
Adding |df=y
to {{
birth year and age}}. Since there is no day, there is no df parameter either with this template.
MB 16:17, 1 October 2022 (UTC)
|df=y=
parameters to the template. --
Ohc
revolution of our times 21:50, 6 October 2022 (UTC)
{{
birth year and age}}
contains only the year, or optionally year and month. If you use |df=y
, there is a template error.
MB 22:00, 6 October 2022 (UTC)
{{Birth year and age|1981|df=yes}}
and the edit summary says this script was involved, which is why a reported it here.
This edit by
Dawnseeker2000 added |df=y
also to make {{death year and age|df=yes|1653|1585}}
, but the edit summary says AWB. I find these because I monitor
Category:Pages using birth year and age template with unknown parameters daily and fix them.
MB 01:34, 8 October 2022 (UTC)
(\{\{(?:Birth|Death|launch|release|start|end|film date|Wayback)[^\}\|]*\|)
I also remembered a dedicated AWB settings file that I had been using that dealt with these templates, but it was way more restrictive and only changed the template if it was in the format of day|month|year (with pipes separating the digits). In other words, it would only add df=yes if it was missing from that arrangement and not if it was in plain text (11 October 2022) or something else (like just a start year and an end year (1896|1968).I had realized that it's possible that we could just start with removing access to the templates that are causing issues, but that would require a rewrite (and the part where the script is really inclusive). So at the moment, maybe we could try to remove the four templates that you'd listed above?
Dawnseeker2000 05:40, 12 October 2022 (UTC)
This is in regards to your recent edit of the professional boxing record of Davey Moore (boxer, born 1959). I noticed that you changed the dates in Moore's professional boxing record wiki table into the full spelling of each month and used MOS:NUM to justify it. Chronological dates are not mathematical numbers as figures or words and using this section of the manual to justify spelling out each month makes no sense whatsoever. The section of this manual that is supposed to be used when dealing with dates is MOS:CHRONO ITM. As you will see under dates, months, and years, and more specifically, formats, it states that the usage of abbreviated spelling for each month is to be used "only in limited situations where brevity is helpful". The footnote of this statement also specifies said limited situations as meaning, "for use in tables, infoboxes, references, etc...". There have been quite a few people going around trying to spell out the months for the dates of fights in the professional boxing record wiki tables while either not citing any Wikipedia manual or using Wikipedia:Manual of Style/Dates and numbers to falsely justify it and it's becoming tiresome to randomly find a record affected by this and have to go through and re-abbreviate the months and hoping that other records haven't been changed in the same way. It's a big time waster and it could easily be avoided if people would just read the section of the manual that has to do to with dates and styles, rather than mathematical numbers and statistics. CaPslOcksBroKEn ( talk) 18:52, 3 October 2022 (UTC)
Please see here - for some reason the birth date in the infobox was not amended? Giant Snowman 15:03, 4 October 2022 (UTC)
The following correctly made all dates consistent within the article but it also removed a wikilink as well. I don't think it should be the intention to remove links like that since they are correctly linked to the competitions they played in. Iggy ( Swan) ( Contribs) 14:05, 5 November 2022 (UTC)
Script used to work flawlessly back in the day, but its buttons do not even show up in the sidebar location now. I have tried re-importing it a couple times, but to no avail. What is the reason for it? Here's a link to my common.js page: [6]. Kind regards, MBlaze Lightning ( talk) 07:24, 10 January 2023 (UTC)
how do i activate on kn.wikipedia? my attempt at https://kn.m.wikipedia.org/?title=%E0%B2%B8%E0%B2%A6%E0%B2%B8%E0%B3%8D%E0%B2%AF:%E0%B0%B0%E0%B1%81%E0%B0%A6%E0%B1%8D%E0%B0%B0%E0%B1%81%E0%B0%A1%E0%B1%81/common.js&oldid=1159283 రుద్రుడు ( talk) 11:02, 14 March 2023 (UTC)
The first time I use this script on a page, the template is added as the first line; on subsequent uses on the same page, the template is moved below the Short description (if it isn't already below it). Could it be added after the Short description the first time? -- Pemilligan ( talk) 16:29, 14 March 2023 (UTC)
Can you please disable the change from "YYYY-MM-DD" format to "DD Month YYYY" in the context of template parameters? The machine-readable YYYY-MM-DD format is significantly better in this context, and the relevant template(s) already know how to present it in a different format to readers. – jacobolus (t) 17:33, 30 March 2023 (UTC)
|archive-date=
and |access-date=
to a format different from the format for the publication date in |date=
, the script will assume that all dates in a cs1|2 template should have the same format per
MOS:DATEUNIFY. For articles that use either of {{
use dmy dates}}
or {{
use mdy dates}}
, the script uses the default formatting for all dates in the citation template. Non-default date formatting can be controlled by {{use xxx dates}}
templates that use |cs1-dates=
. See
Template:Use mdy dates § Auto-formatting citation template dates.Citation Style 1 and 2 templates automatically render dates (– what this means is that reformatting the dates in template parameters away from YYYY-MM-DD does not accomplish any visible change to the output. – jacobolus (t) 17:38, 3 April 2023 (UTC)|date=
,|access-date=
,|archive-date=
, etc) in the style specified by the "Use" template, regardless of the format they are entered in. See Template:Use mdy dates#Auto-formatting citation template dates.
{{use xxx date}}
does not specify how access and archive dates should be rendered.Access and archive dates in an article's citations should all use the same format– this is talking about the human-readable output on the page, e.g. the format used in citations written as plain wiki-markup. How to format template parameters is not explicitly addressed.
{{date|YYYY-MM-DD|dmy}}
or {{date|YYYY-MM-DD|mdy}}
if the author wants to write numeric-format markup and emit some other date format. –
jacobolus
(t) 18:08, 3 April 2023 (UTC)See this (which I self-reverted). Giant Snowman 12:27, 13 April 2023 (UTC)
Please remove this feature, as seen in edits like this. As mentioned in prior discussions, these dates are already rendered correctly for the reader and these edits make dates no longer machine-readable. Thanks. Wracking 💬 03:59, 30 May 2023 (UTC)
Heads up—I have posted at WT:DATE about the use of this script in ref dates. See here. Thanks. Wracking talk! 19:48, 12 July 2023 (UTC)
The script failed to catch and change "2014.11.14" in the article Candidula lernaea. Please look into it. 〜 Festucalex • talk 11:15, 20 July 2023 (UTC)
When running this script on a long article, I get script timeouts that I have to click "Wait" through, and sometimes the load crashes. Is there a way to avoid this? Or can the script code be modified to not trigger the timeout? Stefen Towers among the rest! Gab • Gruntwerk 19:19, 2 January 2024 (UTC)
I've got the script installed but its not appearing on my tools? I've used it for ages, its suddenly disappeared?? >> Lil-unique1 ( talk) — 21:48, 4 February 2024 (UTC)
I'm in the midst of an edit war at LG with an anonymous user over the script automatically updating the date parameter on the "Use xxx dates" template when performing a date fix. The IP is insisting not to change the date on the template when I see no guideline preventing such change. Are there any outside opinions on this? Jalen Folf (talk) 01:32, 17 February 2024 (UTC)
Firefangledfeathers ( talk / contribs) 01:45, 17 February 2024 (UTC)The parameter | date= is intended to track the most recent month and year in which an editor or bot checked the article for inconsistent date formatting and, if any inconsistencies were found, fixed them to comply with this template's date formatting preference.
See this... Giant Snowman 08:57, 24 February 2024 (UTC)