Portal talk:Current events/Calendar/Archive 1
![]() | This page is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
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)):
Portal:Current events/Calendar/2024/147
|
|
- It sounds like a great idea. Capitalistroadster (talk) 23:45, 17 February 2009 (UTC)
- - - 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
![]() | This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
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)