Category: Calendar

According to the Calendar Module docs, "For the blogs system any weblog will only display posts with dates equal or lower than the date selected in the calendar." But this doesn't seem to work. There is no change in the blog posts displayed even when a date prior to one or more blog posts is clicked.

{syntax type="tiki" editor="plain"}
When our users attempt run the Calendar export (either via tiki-calendar.php or tiki-calendar_params_ical.php) a 500 internal server error occurs.

From apache access.log:
{CODE(caption="access.log")}10.100.44.149 - - [30/Apr/2010:07:33:27 -0400] "POST /eiadwiki/tiki-calendar_export_ical.php HTTP/1.1" 500 - "http://eiadwiki/eiadwiki/tiki-calendar_params_ical.php" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3"{CODE}

From PHP error log:
No error reported log.

HTTP Request:
{CODE(caption="HTTP Request")}POST /eiadwiki/tiki-calendar_export_ical.php HTTP/1.1
Host: eiadwiki
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Referer: http://eiadwiki/eiadwiki/tiki-calendar.php
Cookie: javascript_enabled=y; menu=@menu42__50%3Ac@menu42__600%3Ac@menu42__1050%3Ao@menu42__200%3Ac@menu42__350%3Ac@filtercal%3Ao@exportcal%3Ao; tab=1; activeTabseiadwiki%2Ftiki-adminusers.php=tab1; local_tz=AM; PHPSESSID=mkiu7d2r4jlj74f7hlt2brvvj4
Content-Type: application/x-www-form-urlencoded
Content-Length: 41

export=y&calendarIds%5B%5D=1&valid=Export{CODE}

HTTP Response:
{CODE(caption="HTTP Response")}HTTP/1.0 500 Internal Server Error
Date: Fri, 30 Apr 2010 11:37:38 GMT
Server: Apache
X-Powered-By: PHP/5.3.2-dev
Expires: 0
Cache-Control: private
Pragma: dummy=bogus
Content-disposition: inline; filename=calendar.ics
Content-Length: 0
Content-Transfer-Encoding: quoted-printable
Connection: close
Content-Type: text/calendar; method=REQUEST; charset=iso-8859-15{CODE}

We are running in a multi tiki environment on Windows Server 2003, tikwiki 3.2 and php 5.3.

There are some entries in the forum, reporting that import into calandar failed. I never found any comment about a bug, or a solution. I tried with Tiki 15.0.The error message was:
"The file has incorrect syntax or is not a CSV file"
I located the point where the message is issued in calendarlib.php
and changed the appropriate check there:

old:
{CODE()
}if ($fields === false || !array_search('name', $fields)){
{CODE}

new:
{CODE()}
if (($fields === false) || (array_search('name', $fields) === false)) {
{CODE}

With this workaround, I can import CSV into calendars

I think that calendars are among the most import features that make the difference between a wiki and a groupware platform.

The calendar should be in the category system.

Would each calendarID be assignable to a category?
Would each event be assignable to a category?


Clarification: Calendars and Calendar Events should be categorisable.

Calendar is missing from the theme control center

When the main calendar is in quarter mode, skipping to next or previous quarters is completely inexplicable.

I skip the discussion whether or not quarters should be aligned to years. One could argue that the first quarter starts with January (method #1). But it could also be assumed that it starts with the current month (method #2). Personally, I am undecided on this. But the problem is somewhere else, and it is severe.

If you switch to quarter mode starting today (today is February 6th) you end up here: /tiki-calendar.php?viewmode=quarter which displays February through April. That can be considered correct (see the above caveat), being method #2.

Then a click on "Previous Quarter " SHOULD bring you to November through January. But it doesn't. It brings you to October through December. This is wrong, because this is method #1, while the start was method #2.

Tiki's calendar cannot asssume both, and switch between them...

Further, if you go another quarter in the past, you will get two possible correct results:

Assuming method #1 you would get July through September.
Assuming method #2 you would get August through October.

Calendar does none of those, it yields June to August...

In Tiki 26 this is the bottom of : https://tiki.org/tiki-calendar-edit_item?calitemId=243

{img fileId="2109"}

From my point of view;
* "Preview" and "Copy to a new event" seems the prevalent actions (they are not) and they look alike
* The "Save" action (the prevalent action) is kind of dimmed (text/bg contrast doesn't help) and between the 2 action above)
* The "Delete event" look also like a prevalent action and lost its danger attributes (all buttons look redish/orangish)
* The "Export Event as Ical" is the same colors as the save button.

Added to this, some terms in buttons are Capitalized some are not.

On mobile...
{img fileId="2110" thumb="box"}

To be able to add a comment to an existing calendar item.

Calendar can not be linked to from a Wiki page. The Wiki Syntax parser for URLs does not recognize Calendar URLs, so they do not get linked. Apparently the brackets in such URLs cause problems: tiki-calendar.php?calIds[]=1

The German localization breaks the layout of the calendar list list mode. If an event spans several days, and each of those days are entirely covered "whole day" calender obviously introduces the text "whole day" in that. But in the German localization it reads "den ganzen Tag" which is considerably longer in pixels than "whole day", and thus breaks the layout, overwriting the finishing date of the event.

Either the localization has to be abbreviated, or the layout should adapt to the rendered length of the text in pixels...

Not really an important bug, but looks really awful...

If I add an event for the 02/28/2009 the event does not display within the month mode, in list and week the event is shown.

The following UI bug occurs when the view of the calendar is switched to the list view:
{img fileId="1074" thumb="box"}

{syntax type="tiki" editor="plain"}
Calendar(month view) displays and highlights incorrectly in all browsers except IE6
I've tried Chrome and 2 versions of firefox.
they show the entire previous month, the current month and a week past the current month. not all the correct days are highlighted either.
In IE 6 only a few days pre & post month are shown and the current month is correctly highlighted.

update - I tried with IE 8 and it looks fine.
So apparently this display issue is only in Chrome and Firefox.
Also another noticed bug, the date is shifted by 1 day.
so if i set a calendar entry for 6/8/2011, it will show as 6/7/2011
once you go into the item, it displays the correct date.
it just shows incorrectly in FF & chrome. but shows correctly in all versions of IE

Calendar needs a setting to choose 12Hr time. Now when you add a new event you can only choose times in 24hr mode. This is true even if you have set your preferences for the application to use 12hr time. (Marc Laporte is now aware of this problem).

It might be best to have the Calendar new event time reference the time (and date)settings in the "general" admin screen.

http://tikiwiki.org/tiki-calendar.php -> calendar overlaps on right column

Sorry - these patches were committed quite a while ago - just forgot to close the item

-------------------------------------------------------------------

I have recently started to use the Calendar function in a new v2.2 site and I found a number of illogical/inconsistent functions that I changed by simply editing the .tpl files. I think some of these are sufficiently useful that I'm submitting them as patches - I'm not really set up to do the whole SVN/developer thing at present.

Here is a summary of the changes/adaptations

__tiki-calendar.tpl__ - original source {* $Id: tiki-calendar.tpl 13045 2008-05-29 07:07:56Z chibaguy $ *}
# logic changed so that Config/Options button is ONLY shown if the user is the admin
# logic changed so that Add Event button is only shown if $displayedcals|@count >0


__tiki-calendar_calmode.tpl__ - original source ?not shown?
# explicit ~np~%d/%m~/np~ used for day/month on each day 'cell' to show European style of date. This is just an interim patch to change the existing 'hard coded' version which shows ~np~%m/%d~/np~. It should be possible to change the logic to extract the right format from the General Admin time/date settings - am still looking at this
# logic changed for additional check to NOT show 'add event' in day cell icon if no calendar 'visible'


__tiki-calendar_nav.tpl__ - original source ?not shown?
# swap ~np~%B %e~/np~ to ~np~%e %B~/np~ in several lines in the "calnavigation" div - again to adopt a European style. Still looking to see how this can automatically extract the right info from the general Admin time/date settings

{syntax type="tiki" editor="plain"}
When you register with a user who belongs to a group which has a category and try to add an event, "you dont have persmission to edit this page is displayed"

{syntax type="tiki" editor="plain"}
__Calendar Popup Misplaced__

5.0 RC1 r27394, still applies in trunk r28611.

CSS errors in the popups in weekly and daily view.
*first time an item is clicked, the popup shoots to the top of the page
*2nd and subsequent times it appears in a reasonable place
*produces a question-mark mouse pointer
*apparently independent of theme
*Monthly view behaves ok and no "?" pointer

tikiwiki v 4.3 does not have possibility of reminding on events in calendar

Using the same 1.10svn from March 29th 2008 on two sites on the same hosting.

If "Time zone" setting at "Admin > login > default values" was set as default: "Detect Browser time zone if possible and site deafult if not" (or something similar) in the first tiki site, but unset on the second tiki site, then dates in site 1 are shown in tiki-calendar.php month view with a label which is wrong: it shows date -1 day. Site two shows the right date.

I.e.: today Wednesday April 2nd, on site one would say 04/01 (on the wednesday column, which is the correct one), and on site two, it would say: 04/02 (also on the wednesday column, the correct one).

When viewing the event at item view, then the date is shown correctly on both sites.

Once I set "site default" as default seting for new users on site one, dates were shown ok.

I'm afraid that previously registered users on tiki site 1 will have the wrong setting and thus, I will have to change their setting manually....

I would suggest that, if somebody else can confirm this bug, the default setting onp tiki.sql and 1.9_to_1,0.sql would be "site default" and not "browser based thingy....

The Calendar of 18.5 does not support repeating events with NO final date. Not only relevant for birthdays, but also for commemorative events. And I have tested to enter 0 as number of repetitions, that doesn't work.
Thanks
hman

Sometimes, first day of the week is Sunday, even if you set that to be Monday on Calendar settings.

This bug shows up for us (catalan interface, time zone "Europe Madrid (UTC+1)" when we have in tiki-admin.php?page=general, at preferecnes syntax:
"1.10 - $prefs.feature_foobar..."

When we swich this parameter to
"1.9 - $feature_foobar"

then fist day of the week in calendar is Monday, as expected

{syntax type="tiki" editor="plain"}
This issue was reported here:
[http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=31232&topics_offset=2&topics_sort_mode=lastPost_desc&forumId=4]

Here in Germany, and most likely in other parts of the world as well, we use an ISO based week numbering system.

The Calendar display the week starting Monday, January 5th 2009 as week 1, while in fact, as least here, week 1 starts on December 29th.

TW seems to use Date.getWeekOfYear() to get the week number. That must be considered a bug, since that doesn't take locales into account.
Instead, TW should use strftime with %U, %V or %W, depending on the locale or depending on settings.

This is backed by PHP "bugs" 19719 and 14422 for example, which were identified as not being bugs at all. The docs of Date are not very clear on what getWeekOfYear() really returns. Both bug entries show how to determine the week number correctly.

Hi,

On two installs of Tiki (18.1 and 18.2svn) it seems the Calendar feature 'Sticky Popup' is not working. Also just tested in Tiki 15.5, did not work either.

Settings > Control Panels > Calendar > General Features > Stick popup

Pop's up, but it disappears when you hover over it, so it makes clicking on links impossible.

Though, stick pop up is not even needed for this,. I just don't understand why the pop-up disappears when you hover over it.

Thanks,
Mike

There are a lot of different PIM applications using the iCal format, that Tiki can export.

As example I showed a usecase, where s.b. needed a synchronisation between Tiki and Google calendars, to make Tiki generated events visible in his Google Calendar, to ease the effort of sheduling between Tiki generated events and his personal google events.

I suggest a project for Calendar Syncronisation.

Please see: ((Calendar Synchronisation))