Difference between revisions of "Issue:Calendar - range"
(New page: {{Issue |Type = Change Request |Extension = Calendar |Version = ? |Description = |Status = open }} == Problem == In ISO 8601 ranges can be given by start and end t...) |
|||
| (3 intermediate revisions by one other user not shown) | |||
| Line 3: | Line 3: | ||
|Extension = Calendar | |Extension = Calendar | ||
|Version = ? | |Version = ? | ||
| − | |Description = | + | |Description = implement events that last more than one day |
|Status = open | |Status = open | ||
}} | }} | ||
| Line 13: | Line 13: | ||
On my wiki I use -- because / looks to much like subpage. This also works for filenames while / not. | On my wiki I use -- because / looks to much like subpage. This also works for filenames while / not. | ||
| + | |||
| + | Higher order elements can be ommitted in the end time. | ||
;examples with shortened dates (ISO conform) | ;examples with shortened dates (ISO conform) | ||
| − | |||
*2007-12-31--2008-01-01 year end year start party | *2007-12-31--2008-01-01 year end year start party | ||
*2007-11-20--12-15 an example with crossing month border but not year border | *2007-11-20--12-15 an example with crossing month border but not year border | ||
| + | *2007-12-24--26 christmas time | ||
one could also use time | one could also use time | ||
| Line 23: | Line 25: | ||
;display | ;display | ||
| − | I don't know how powerfull mediawiki is. Maybe one needs an extra table which stores the start and end time for each event page. Could be filled on page-save for all pages | + | I don't know how powerfull mediawiki is. Maybe one needs an extra table which stores the start and end time for each event page. Could be filled on page-save for all pages that start with a datetime. |
| + | |||
| + | I have an extra table | ||
| + | *page_id | ||
| + | *time_start | ||
| + | *time_end | ||
| + | |||
| + | This extra table could also be used to increase performance in case the event template is not used, but article are collected for calendar based on that the title starts with a date. See [[Issue:Calendar - without event template]] | ||
| + | [[User:Tobias Conradi|Tobias Conradi]] 00:50, 23 December 2007 (CET) | ||
== Reply == | == Reply == | ||
| + | |||
| + | Currently I think about a more flexible calendar version. It will use regular expressions for date specification and the article name will be decoupled from the date. It will not use specific database tables but it will use templates and categories as these are classical, conventional means of structuring. | ||
| + | |||
| + | [[User:Gero|Gero]] 10:33, 29 December 2007 (CET) | ||
Latest revision as of 10:33, 29 December 2007
| Description: | implement events that last more than one day |
| Extension / Version: | Calendar / ? |
| Type / Status: | Change Request / open |
Problem
In ISO 8601 ranges can be given by start and end time seperated by /
Alternativly seperated by --
On my wiki I use -- because / looks to much like subpage. This also works for filenames while / not.
Higher order elements can be ommitted in the end time.
- examples with shortened dates (ISO conform)
- 2007-12-31--2008-01-01 year end year start party
- 2007-11-20--12-15 an example with crossing month border but not year border
- 2007-12-24--26 christmas time
one could also use time
- 2008-01-14 10:15--11:45 computer science lecture in Giessen university
- display
I don't know how powerfull mediawiki is. Maybe one needs an extra table which stores the start and end time for each event page. Could be filled on page-save for all pages that start with a datetime.
I have an extra table
- page_id
- time_start
- time_end
This extra table could also be used to increase performance in case the event template is not used, but article are collected for calendar based on that the title starts with a date. See Issue:Calendar - without event template Tobias Conradi 00:50, 23 December 2007 (CET)
Reply
Currently I think about a more flexible calendar version. It will use regular expressions for date specification and the article name will be decoupled from the date. It will not use specific database tables but it will use templates and categories as these are classical, conventional means of structuring.
Gero 10:33, 29 December 2007 (CET)
