Last modified: 2006-08-24 14:04:30 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T8693, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 6693 - time math, anotherDay, anotherMonth, anotherYear
time math, anotherDay, anotherMonth, anotherYear
Status: RESOLVED DUPLICATE of bug 7116
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on: 6692
  Show dependency treegraph
Reported: 2006-07-15 15:27 UTC by William Allen Simpson
Modified: 2006-08-24 14:04 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

patch to CoreParserFunctions (1.80 KB, patch)
2006-07-15 15:28 UTC, William Allen Simpson
same with input range limited to abs(5 years) (2.04 KB, patch)
2006-07-17 20:33 UTC, William Allen Simpson

Description William Allen Simpson 2006-07-15 15:27:17 UTC
Currently the magic words CURRENTDAY ... CURRENTYEAR allow only 
a fixed time.  For various pages such as daily boilterplate for 
Categories for Discussion and Templates for Deletion, we need 
to calculate the previous and next days, and days up to 2 weeks 
in the past, for linking to the correct daily pages.

There are also an awful lot of time math templates doing things 
the hard way, and not very well (not subst'able).

These functions accept one parameter after the colon, and that 
should be a positive or negative number of seconds.  These are 
just a guess as to how they should be written and where they s
hould be placed.  And I have no clue on how linking the new 
CoreParserFunction system works.
Comment 1 William Allen Simpson 2006-07-15 15:28:06 UTC
Created attachment 2089 [details]
patch to CoreParserFunctions
Comment 2 William Allen Simpson 2006-07-17 20:33:56 UTC
Created attachment 2116 [details]
same with input range limited to abs(5 years)

somewhat less naive implementation with an input range limit of plus or minus 5
years, as that should be well within the actual needs of the community
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-08-24 14:04:30 UTC

*** This bug has been marked as a duplicate of 7116 ***

Note You need to log in before you can comment on or make changes to this bug.