Question
Our wiki
is primarily used to support courses we teach and related administrative functions. We've recently installed the very nice
CalendarPlugin and have started using it to generate calendar of course related events for the different courses (each of which has its own web).
What I would really like to do is create a "master" calendar for myself that has the events from all my different classes (plus maybe some personal events as well). I assumed this would be fairly straightforward as I can easily use
Warning: Can't find topic "".""
to pull together the events lists from the different classes into a single master event list. The problem is that if I point the
| March 2026 |
| 01 |
02 |
03 |
04 |
05 |
06 |
07 |
| 08 |
09 |
10 |
11 |
12 |
13 |
14 |
| 15 |
16 |
17 |
18 |
19 |
20 |
21 |
| 22 |
23 |
24 |
25 |
26 |
27 |
28 |
| 29 |
30 |
31 |
|
|
|
|
|
directive at that master list topic, I get calendars with no events.
It would appear that the
Warning: Can't find topic "".""
s aren't being expanded before
| March 2026 |
| 01 |
02 |
03 |
04 |
05 |
06 |
07 |
| 08 |
09 |
10 |
11 |
12 |
13 |
14 |
| 15 |
16 |
17 |
18 |
19 |
20 |
21 |
| 22 |
23 |
24 |
25 |
26 |
27 |
28 |
| 29 |
30 |
31 |
|
|
|
|
|
reads the page (and there's even an obscure comment on
CalendarPlugin that may actually saying that such is the case).
Am I reading the situation correctly? If so, this should probably move to
CalendarPluginDev as a feature request.
Anyone know a way to work around this?
Many thanks.
- TWiki version: December 2001
- Web server: Apache
- Server OS: Linux
- Web browser: Mozilla (but presumably any)
- Client OS: MacOS (but presumably any)
--
NicMcPhee - 31 Aug 2002
Answer
This is most probably caused by a missing plugin hook in the include handling. Is fixed and in
TWikiBetaRelease, see
PluginProblemWithIncludes.
--
PeterThoeny - 31 Aug 2002
Many thanks for the prompt response. This seems reasonable, although I'm not sure we want to move our whole system over to the
TWikiBetaRelease right now (classes just started and the system is being used quite heavily). I can muddle through for now using multiple calendars side by side, and we'll talk here about when we want to do an upgrade.
Again, many thanks.
--
NicMcPhee - 31 Aug 2002
You could apply the two line patch in
PluginProblemWithIncludes to your existing TWiki installation.
--
PeterThoeny - 07 Sep 2002
I run into the same problem with lists of events built up using ; is that essentially the same problem and fixed in the Beta release?
I had what I thought was the terribly clever idea of having the events using
TWikiForms, with the date, time, place, etc., as fields, and then I could build up the events list dynamically by simply using a and extracting the appropriate fields. The works fine, but the
| March 2026 |
| 01 |
02 |
03 |
04 |
05 |
06 |
07 |
| 08 |
09 |
10 |
11 |
12 |
13 |
14 |
| 15 |
16 |
17 |
18 |
19 |
20 |
21 |
| 22 |
23 |
24 |
25 |
26 |
27 |
28 |
| 29 |
30 |
31 |
|
|
|
|
|
then doesn't "see" any of the events (just like in the
Warning: Can't find topic "".""
case). I would assume that it's again a problem of ordering with the not being expanded before the
| March 2026 |
| 01 |
02 |
03 |
04 |
05 |
06 |
07 |
| 08 |
09 |
10 |
11 |
12 |
13 |
14 |
| 15 |
16 |
17 |
18 |
19 |
20 |
21 |
| 22 |
23 |
24 |
25 |
26 |
27 |
28 |
| 29 |
30 |
31 |
|
|
|
|
|
reads the page for events.
--
NicMcPhee - 31 Aug 2002
This is a separate question, should be submitted as such.
The calendar plugin apparently does not handle the variables. This is common for many plugins. Could be done in the Plugin by calling
TWiki::Func::expandCommonVariables( $text, $topic, $web )
--
PeterThoeny - 07 Sep 2002