Click here to edit contents of this page.
Click here to toggle editing of individual sections of the page (if possible). Watch headings for an "edit" link when available.
Append content without editing the whole page source.
Check out how this page has evolved in the past.
If you want to discuss contents of this page - this is the easiest way to do it.
View and manage file attachments for this page.
A few useful tools to manage this Site.
See pages that link to and include this page.
Change the name (also URL address, possibly the category) of the page.
View wiki source for this page without editing.
View/set parent page (used for creating breadcrumbs and structured layout).
Notify administrators if there is objectionable content in this page.
Something does not work as expected? Find out what you can do.
General Wikidot.com documentation and help section.
Wikidot.com Terms of Service - what you can, what you should not etc.
Wikidot.com Privacy Policy.
Okay, yesterday's Mini Calendar was just a proof of concept. Today I expanded the original calendar to include the mini functionality within it. This reduces the pages used from 10 to 8.
But I reckon 8 pages is still a bit much.
We could rid one more page by merging two categories though. I propose we merge the event and response categories into a new category: calendar
I also think we should have all the javascript on a single page: calendar:_javascript. This would make the javascript much easier to manage.
This category should be responsible for the framework of the calendar, so it should have the main backend pages:
In this way, the person can put their calendar include wherever they want — this sort of thing varies from site to site, on the Wikidot Community, the include category is include, not inc. Some people may want to store their include code to the page calendar, which makes things really simple to understand.
But to demonstrate all of this, I would suggest creating a new Calendar website, because this one is a bit messy and confusing with all of the pages now.
λ James Kanjo
Blog | Wikidot Expert | λ and Proud
Web Developer | HTML | CSS | JavaScript
Yes, that seems like a good idea. Who wants to actually make the new site?
Don't forget calendar:_template.
I would suppose the default is inc:calendar, and the person can rename the page if desired? They still need the code that goes on that page.
Timothy Foster - @tfAuroratide
Auroratide.com - Go here if you're nerdy like me
http://calendars.wikidot.com
λ James Kanjo
Blog | Wikidot Expert | λ and Proud
Web Developer | HTML | CSS | JavaScript