Forum:Calendar proposal

Forums → Ten Forward → Calendar proposal (reply • watch)

I notice that Templates for a Calendar system have been created and I think this is a good idea, I just have a few comments on how it is implemented.

First, I think this is a sufficiently large enough project to use its own namespace instead of "Template". It would be better to create a new "Calendar" namespace. They still can be included like a template by {{:Calendar:19 February}}.

The "month" pages would be in the form "Calender:January", and the Today page would be "Calendar:Today".

Also, Kobi gave me an idea for DYKBot's next project to synchronise all the birth/death data for staff and performers around MA. This could also generate the Calendar pages. DYKBot would also add the episode airdates.

Other things that need discussion are the format of the pages, and what will be included on them. --Bp 14:34, 23 June 2006 (UTC)

I notice that there is already format discussion at Template talk:Calendar. --Bp 14:40, 23 June 2006 (UTC)

The current form of the pages created by Sulfur (thanks to his effort though) is also not suited for inclusion in the main page as I see it. The Swedish wiki does go the same way, but both MA/de and /es have some sort of standardised template: de:Vorlage:23. Juni es:Plantilla:Efemérides 0623 of which I (no wonder) prefer the German version, because it is simple enough to be included into the main page and then form the individual entries on de:Memory Alpha:Kalender/Juni -- Kobi 14:41, 23 June 2006 (UTC)

I quite like the german layout. For the ones I did up, I was using the layout used on the Early production history page, but it is quite easy to change too. The prime reason I was doing them up was so that we didn't end up having 5 "Template:Calendar/Some Date" links in the wanted pages, since most of them had more links than any other article. There's still one or two in the top links list, so we should decide/figure out what to do sooner rather than later. -- Sulfur 15:00, 23 June 2006 (UTC)

I should be more clear about my argument for creating a "Calendar:" namespace. There will be at least 379 pages with "Template:Calendar/" in the front (366 days, 12 months, Today, plus any years that we put in), this is exactly the kind of thing that deserves a namespace. Secondly, Template: namespace is for maintenence or utility, not to be linked to like an article. The episodes now all link into the template namespace. Also, there is a guideline somewhere (Although, I can't seem to find it) that subpages made with "/" to make a kindof hacked folder structure should no be used in wikis.

Also, Early production history and any other lists of real world dates should become obsolete after the Calendar system is implemented. The Calendar namespace will hold all this information. All dates in the main namespace should be in-universe. --Bp 15:52, 23 June 2006 (UTC)

I had a reply written earlier, but somehow, it didn't survive long enough to be posted. So, please excuse the list style of this second try...

• Own namespace: I disagree. Being "not in-universe" or "having more than X hundred pages" are not reasons for a separate namespace - otherwise, we would have created "Actor:" or "Episode:" a long time ago, thereby violating one of the wiki key features, which is easy linking. Name=Link, whenever possible. However...
• Template namespace: ...these are not first and foremost articles to be linked to, but templates to collect data for one day each. This means, they should stay in template namespace.
• Current links to these templates: Some links to these pages exist, this is true - which is why I started a list of pages where I put links to these templates myself (on Template talk:Calendar), and also tried to make everyone who started to use them as well (currently just Renegade, I think) aware of that fact.
• Future links: In the future, and if it makes sense to link to individual days, we could create "days articles" in main namespace, that could just include the template of that day. It makes sense to keep the content separate in a template, because it might be used in different contexts, for example on the main page (the idea that started all this).
• Formatting: For this to work, the template pages itself should use a coherent and very simple formatting that could then be changed depending on context, for example by defining different css classes. For that, I suggest to make the lists themselves simple "bullet point" lists (HTML: UL) with each year "heading" using ("*") and individual entries using ("**"). No Wiki headers, and as few other formatting as possible.
• Template titles: Discussion about this has been open on Template talk:Calendar for a long time now. Do we really have to change this now, and if so, why? Especially, why is this system "not suited for inclusion"?
• Last but not least: And in addition to the calendar namespace suggestion. The calendar pages itself were, until now, never intended to make any other listing "by year" obsolete, and I'm still sure that it really can't. You either have a page showing all events of one year, or events on a specific day in different years, but most probably not both at the same time... :)

...anything I forgot? -- Cid Highwind 21:59, 23 June 2006 (UTC)

The only way I can see making a year page obsolete would be to somehow include all the day pages in a year page... or better yet, include the day pages in a month page, and then include the month pages in a year page. Or something like that... heh. -- Renegade54 22:11, 23 June 2006 (UTC)

Which would only work if we had one template per day per year(!) - about as many templates as we have articles now, and that's just counting Trek's "active" days since the mid-60s. I don't even want to further think about that wasteful nightmare... ;) -- Cid Highwind 22:20, 23 June 2006 (UTC)

This is different from Actor pages in that actor pages don't have Actor/ in front of every one. All of these pages will have Template:Calendar/ in front. About making the pages like Early production history obsolete, I think that was a bad choice of words. I mean the data would be moved into the calendar namespace. The namespace can contain year articles as well as the days and months that would be implemented with the Template:Calendar/ system. Years left in the main namespace would remain in-universe, like 1996, but Calendar:1996 would be the real world timeline.

Secondly, these are not templates. They are lists of events of a certain day. Just like the year and month articles. That they can be included on pages like the main page and month pages doesn't change that. They should not be in the template: namespace just because they will be "included" (the operation) on the main page and month pages. --Bp 22:22, 23 June 2006 (UTC)

I already adressed the first issue (see: "Future links"), but tell me - what, if not the fact that it consists of data that can and that is included on several other pages under different circumstances ("reuse"), does define a "template"? Of course a list of events can be a template, just like we have a template containing a table of all episodes of TNG season 1... -- Cid Highwind 22:37, 23 June 2006 (UTC)

Because they are articles that can be included, not templates that can be articles. The day articles will be more like Star Trek birthdays than Template:EnterpriseHelmsmen. --Bp 23:07, 23 June 2006 (UTC)

Then we're talking about different things. These templates were initially intended to be "unformatted lists" that can be included in a variety of circumstances, including but not restricted to, a box on the main page. They were not intended to be full-blown articles. As a "day article", it would need at least a browser to get from day to day, perhaps an introductory paragraph, and so on. All things which would make it impossible to use the page in a small box on the main page where no browser is wanted, no additional text, ... I think you get the drift?

So, as I already said above - the best solution to have "day articles" while keeping the functionality that these templates are supposed to have would be to start creating articles in whatever fashion you like, and then include the template of each day on that page. -- Cid Highwind 08:25, 24 June 2006 (UTC)

As a template, each day will be included in 1 page, the month. One day a year, it will be included on "Today" and the main page. So total, inclusion on 3 pages. As an article it will be directly linked in over 700 pages. It is not a template, it is an article that can be included. As an article, it can still follow the list format and use <noinclude> to leave out the parts that will not be included on the 3 pages that will include it. It seems stupid to me to link to "Template:Calendar/XXX" for every date in the hundreds of pages that will link. Templates are not supposed to be used this way, and article names are not supposed to be used this way (with a /). Also, if we link the actors/staff births/deaths, like I propose, there will be even more. --Bp 11:32, 24 June 2006 (UTC)

Formatting

I'm splitting the "format" discussion from the rest above... As said above, the less formatting in the template, the better in this case. What I had in mind, and described above as "unordered list with two levels of indentation" is what can be seen here: Template:Calendar/20 November.

First level for the years, second level of indentation for events in that year. This format could be adopted for any possible use, depending on where the template is included. -- Cid Highwind 09:27, 24 June 2006 (UTC)

1989 TNG: "The Vengeance Factor" airs Test Entry 1993 DS9: "Second Sight" airs 1995 DS9: "The Sword of Kahless" airs VOY: "Maneuvers" airs

To the right I have modified Cid's bullet proposal a bit, because I think that many bullets are disturbing to see. I used the ; and : to make the year bold automatically yet enable indenting for the individual entries. Of course a mixture could be used with only having bullets for the entries but bold for the year to distinguish individual entries (see line break in 1989). -- Kobi 09:35, 24 June 2006 (UTC)

Looks better, of course. All I need is a way to address both the year "headings" and the entries themselves with a CSS rule, so the consistent use of a definition list is fine as well. "1995", as presented here, basically is a definition list with a term to be defined ("1995"), but without an actual definition. Instead, an unrelated bullet point list starts at that point. I'd like to avoid such constructs... I'm also just testing: Is the second line indented with a colon still part of that definition list?

Answer: Works great :) -- Cid Highwind 11:00, 24 June 2006 (UTC)