Last modified: 2006-04-21 06:06:09 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 5091 - template {date} reserved
template {date} reserved
Status: RESOLVED DUPLICATE of bug 5089
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 5089
Blocks:
  Show dependency treegraph
 
Reported: 2006-02-25 22:39 UTC by William Allen Simpson
Modified: 2006-04-21 06:06 UTC (History)
0 users

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


Attachments

Description William Allen Simpson 2006-02-25 22:39:28 UTC
In concert with [bug 5089], the template {date} would be reserved.  It would be
used exclusively for any date with BC(E), or AD/CE, that is not notable enough
to wikilink, but needs an era preference expansion.  

The template should have 3 optional parameters.

{date} will display the current date preference as a string.

{date|year} will expand to "AD year" or "year CE" when the year is positive
numeric,  "year BC" or "year BCE" when the year is negative numeric, "1st
century BC" or "1st century BCE" for any other text string.  Note that {era} is
required for AD/CE text, as such an era change is expected to be notable.

{date|year|month} will expand to "[[month]], AD [[year]]" or "[[month]],
[[year]] CE" when the year is positive numeric, "[[month]], [[year]] BC" or
"[[month]], [[year]] BCE" when the year is negative numeric, and the month, year
display will follow the date preferences.  All parameters will be numeric.

{date|year|month|day} will expand to "[[day month]], AD [[year]]" or "[[day
month]] CE, [[year]]" when the year is positive numeric "[[day month]], [[year]]
BC" or "[[day month]], [[year]] BCE" when the year is negative numeric, and the
day month, year display will follow the date preferences.  All parameters will
be numeric.

Indeed, it might be particularly handy to have the date preferences handled
during expansion to avoid a second pass by the parser?
Comment 1 William Allen Simpson 2006-02-25 22:42:04 UTC
Oops, I forgot to remove the [[...]] links here, as these are non-wikilinked dates.
Comment 2 William Allen Simpson 2006-02-27 14:45:42 UTC
Prettier.

In concert with [bug 5089], the template {date} would be 
reserved. It would be used exclusively for any date with BC(E) 
(or AD/CE) that is not notable enough to wikilink, but needs an 
era preference expansion.

The template should have 3 optional parameters.

{date} will display the current date as a string (as now).

{date|year} will expand to:
+ positive numeric year, 
  "AD year" or 
  "year CE"
- negative numeric year, 
  "year BC" or 
  "year BCE"
= text string, 
  "1st century BC" or 
  "1st century BCE"

Note that {era} is required for AD/CE text, as such an era change 
is expected to be notable.

{date|year|month} will expand to:
+ positive numeric year, 
  "month, AD year" or 
  "month, year CE" 
- negative numeric year, 
  "month, year BC" or 
  "month, year BCE" 

The "month, year" display will follow the date preferences. 
All parameters will be numeric.

{date|year|month|day} will expand to:
+ positive numeric year,
  "day month, AD year" or 
  "day month, year CE"
- negative numeric year, 
  "day month, year BC" or 
  "day month, year BCE"

The "day month, year" display will follow the date preferences. 
All parameters will be numeric.

Indeed, it might be particularly handy to have the date 
preferences handled during expansion to avoid a second pass 
by the parser?
Comment 3 Rob Church 2006-04-21 06:06:09 UTC
Bug 5089 implies the usage of a magic word to do this; there's no need for a
separate bug for each little bit of the same request. Marking as a dupe.

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

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


Navigation
Links