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

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
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)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 6692
Blocks:
  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: ---


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

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.


Navigation
Links