Portal talk:Current events/Calendar/Archive 1

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Using Parsers and a virtual "calendar pad" to Queue CE cals in advance. The CE Cal below updates itself!

Hi folks. It occurs to me that the same advance queueing used and documemted on the Portal could work for the calendar, enabling us editor-geeks to code these calendar pages in batches, at our leisure, rather than one-at-a-time.

So please visit this prototype page in my Userspace (transcluded here, might further refine it if feasable I did. Schweiwikist (talk) 19:05, 19 February 2009 (UTC)):

  • It sounds like a great idea. Capitalistroadster (talk) 23:45, 17 February 2009 (UTC)
    • Oh, good. there you are. One tires of thinking (at 1 or 2 AM EST), I wonder if the CE Cal got updated?
      I trust you checked out the logic of the prototype.
      The visible box might need to be saved as a template,
      so it can have one of these: So watch for those itty-bitty redlinks above to disappear.

- - - Schweiwikist (talk) 17:21, 18 February 2009 (UTC)

  • UPDATE: Use {{navbar}}? : Not appropriate, and too much trouble anyway. It's a local edit box that works as is, in the Portal namespace (once it goes golden master [very soon]).
    - - - Schweiwikist (talk) 17:23, 20 February 2009 (UTC)

Went live with self-updating version overnight Feb 20-21 EST

The intricately-transcluded self-updating version, with pre-loaded portal subpages organized by day-of-year, is now online and operational. - - - Schweiwikist (talk) 10:11, 21 February 2009 (UTC)


UPDATE: Now in the process of pre-equipping individual daily subpages with built-in time-delayed CSD tags. They don't appear until each page expires, thanks to the parser function #ifeq, #expr, and {{CURRENTDOY}}. When the the pagename reflects the previous calendar day (of the year) (@ 00:00:00 UTC), the CSD tag appears, and persists for a full 24 hours. Schweiwikist (talk) 05:56, 6 March 2009 (UTC)

Unfortunately, a time-delayed CSD tag doesn't propagate, so the page has to be null-edited (or all but the tag deleted, for simplicity) once the next UTC day starts. A bot that generates the null-edit would help. -Schweiwikist (talk) 22:46, 20 August 2009 (UTC)

Procedure at the 2009–2010 threshold

At the point where 2009 ends, the parser in the upcoming page list will point to a page ending in [[...2009/366]],[[...2009/367]], etc. These "bogus" pages will redirect to the properly nomenclatured:[[...2010/1]],[[...2010/2]],etc. Schweiwikist (talk) 22:47, 20 August 2009 (UTC)

Seems to be broken

The calendar is currently highlighting December 30 (or November 30 depending on how you interpret it) even though it is December 6/7. Kaldari (talk) 23:35, 6 December 2010 (UTC)

This was (probably) vandalized, and now it’s long since deleted anyway. ---Schweiwikist (talk) 06:46, 1 April 2011 (UTC)

Edit request from 198.102.153.2, 1 July 2011

Please replace this page with this version of the template sandbox. This will fix an "end of year" bug in this page. Basically, the current page uses "CURRENTYEAR/(YEARDAY + X)" to determine the corresponding portal page. However, what happens if we are near the end of the year? It will fail! This is because, the year for + X days is not the CURRENTYEAR, but the next year. My fix uses builtin mediawiki parserfunctions to perform the date computations, for example, {{#time:Y|+100 days}} will always be the year 100 days from now. It also fixes another minor annoyance, which is that the page uses a mix of "Month day" and "Day month". Thank you. 198.102.153.2 (talk) 17:56, 1 July 2011 (UTC)

Done. Thanks for finding and fixing this bug! Plastikspork ―Œ(talk) 00:46, 2 July 2011 (UTC)
Many many thanks from the original author. I really had no clue about the parserfunctions two years ago. Looking forward to the end of 2011 to see this actually working. ---Schweiwikist (talk) 09:30, 16 July 2011 (UTC)