Category: Calendar

Minor annoyances:
-Manually entered times in "add item" do not always show up in the calendar as entered (often an hour off). Simply editing the item and re-entering the time fixes this.

-I ran across a limit on the number of calendar items. I had entered a large list of events and later ones disappeared from tha calendar -even in whole year view. I deleted old events and they came back. maybe this is isolated.

-If I mistakenly created a calendar, I could not delete it until it had at least one event entered.

Nice to haves:
-Some way of differentiating calendar entires from different calendars when they are combined. Ex:one calendar shows events people can go to volunteer to actually do something , one shows speaking engagements people can go and listen to. I now simply use HTML bold tags in the description of one of the calendars. This works but maybe some other way? Colors, different font perhaps?

-Ability to easily add link for a Google Map. Perhaps fields to enter address info and then auto generate a map link. Google Maps has this and can be put into a Tiki page but Google Maps lacks important features, like a list view and multiple calendars, that Tiki Calendar has.

When displaying a count of changes for a particular object the HTML to make that number bold is displayed.

===Example:===
OlgaEarLeftSideFace.png (x<b>15</b>)

"Show" is created. Example can be seen be clicking the "ActionCalendarExample" page from the "Last Changes" submenu of the "Wiki" menu.

-----

http://vranicoff-10064-4986.show.tikiwiki.org/tiki-action_calendar.php

{img fileId="635"}

{syntax type="tiki" editor="plain"}
Fact : with the module action_calendar the popup can't be reached.So it is impossible to access to the command buttons of the popup

Analysis : conflict or bad logical test between :
*the popup activation condition "on the date cell"
*"the need to let the popup opened or when the pointer remain over the popup"
*"sticky popup"

Same remarks as for the previous tracker about calendar feature.

I'd like to see the UI on the Admin Calendar page get more consistent with the Admin Groups page.
Current behavior: Select Admin Calendars from menu. List of Calendars and "Create/Edit Calendars Label comes up in Entry Area. After entering and saving a new calendar, the last information stays in the text entry boxes. The user must click on Admin Calendars and re-load the page to clear the boxes for the next entry.

Desired Behavior: Select Admin Calendars from menu. List of Calendars and a form with "Add a Calendar" are opened. Buttons for "Edit Calendar" and "Create Calendar" are located below the Admin Calendar heading and load the appropriate forms.
Thanks for considering this request. dthacker.

After a new calendar is created, the create calendar form is still populated, and subsequent changes will edit the already created calendar instead of creating a new one. This behavior is not apparent to the user until the edit has taken place.

In the Tiki calendar admins can create custom priorities, locations, etc. We need a way to create custom Status, too.

Additionally, it would be nice to let the admin decide which status is the default for newly created calendar events.

See [http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=25557|this forum thread] for more info.

add antibot captcha for anons to newsletters, calendars and tracker item comments

Calendar data is in the "Modified since your last visit module"

However, event data is not findable via the Tiki search engine.

^
__Update:__ a fresh SVN checkout of Tki15 branch fixed the problem.
There are still (verry bad) UX issues related to calendars and related plugins and modules, but calendars are definitely usable.

Sorry for the hussle.

Unblocked and closed now! Thx especially to Jonny!
^


In a quite fresh Tiki 15.0svn (MyISAM) the calendar edit is broken.

Trying to add an event into a ne calendar I get the following error message:

{CODE()]
Fatal error: Uncaught --> Smarty Compiler: Syntax error in template "/homepages/XX/XXXXXX/htdocs/Public_HTML/tiki/members/trunk/templates/tiki-calendar_edit_item.tpl" on line 40 "<div class="wikitext">" - Unexpected "wikitext", expected one of: "}" <-- thrown in /homepages/XX/XXXXXX/htdocs/Public_HTML/tiki/members/trunk/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php on line 40
{CODE}

The same error occurs, when JS calendar is activated or deactivated.

Regards,
Torsten

Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.

So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* freetags
* calendar items
* newsletter subscription

The action of adding content on those features should be logged in syslog and/or action log and IP recorded.

When one of your users with permission to add calendar events created a repeated event and produces a bad entry (e.g. by the bug that creates duplicates of recurring events, but also with a wrong time setting or whatever, you possibly end up with the task of manually navigating to and deleting those events, and there is no multiple select.

If for whatever reason the event on the starting date gets lost or deleted, you may have to go through decades of future...

Therefore, a search feature would be handy, combined with multiple selection and deletion...

Thanks
hman

Recurring events are an important missing feature of Calendars.

I know that calendars can be watched by users through links like:

tiki-calendar.php?watch_event=calendar_changed&watch_action=add

But this link doesn't work like this other one:
http://info.tikiwiki.org/tiki-user_watches.php?event=article_submitted&add=Add

I mean, Anonymous users clicking on the first link (calendar watch event, as it is right now), would not be offered any message to login or register first.
With the second link (watch article), the user will be shown the login box to login first, before the action can be executed.

This is to make more easy for new users to know that they can subscribe by email to get info from calendars if they register to that tiki site.

Using latest 1.9.cvs code (from today - 13 june 2007). Using simple.css and tpl's.

Related to [http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1136&show=view&offset=0&reloff=2&status=op&trackerId=5&sort_mode=created_desc|this other bug report].

When adding a new calendar like "Comisión Web" (without double quotes), cateogrized to 1 cateogry called "Comisión Web" (child of Category "Comisiones"), and seeting all the other settings as n (default values), I got these messages on top of the page:

^Notice: Undefined offset: 86 in /home/httpd/tiki19/categorize_list.php on line 42

Notice: Undefined index: categId in /home/httpd/tiki19/categorize_list.php on line 48

Notice: Undefined offset: 87 in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Notice: Undefined index: categId in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: Cannot modify header information - headers already sent by (output started at /home/httpd/tiki19/categorize_list.php:42) in /home/httpd/tiki19/tiki-admin_calendars.php on line 75
^

Calendar seems to have been created.

--
Update: confirmed using tikineat.css and tpl's

---
Update July 26th 2007:
Admin calendar produces to me:
{CODE()}
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

(... repeated like 50 times or so)
{CODE}

But not categorize list any more...

Using latest 1.9.cvs (from today - 13th june 2007), cleaned caches, etc. Using simple.css and tpl's.

When attempting to admin calendars (http://www.moviments.net/precarios/tiki-admin_calendars.php) : I get plenty of messages at the top of the page, like:
^
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67

Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67


(...)
^

And after that, the page is displayed, but first central column getting the full width, and below, left column getting the full width also.

---
Update: Confirmed using tikineat.css and tpl's

{syntax type="tiki" editor="plain"}
It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category

On Tiki calendar you can have several calendars.
You have to check a checkbox to see them on the calendar view.
When you create an calendar item you are redirected to the calendar view.

It happens you create an item (not seeing/knowing if the calendar is selected to be displayed) and then once back on the calendar main page you don't see it. The logic is ok, the calendar wasn't selected so you don't see it.

However this is bad UI/UX and very confusing for the user that expect to see the event he just saved.
We should display the event as is the calendar was enabled OR eventually add information on save kind of :"The event was saved in the calendar xxx. You need to enable this calendar to see its events".

There are no universal products....

I do think so, that each is specialized, even so open as tikiwiki, any user of products try will to connect with others specialized products.

In fact the connection between systems takes a long, long time because, a product uses an implicit meta-vue of real, so there is a core of meta-model of datas which is progressively developped and connection are more and more simple, they become an element of culture of a community more and more large. This take decennies. This begin to exists for
*text calendar and tasks with ics files structure (but there is a confusion betteween taskd and event which generates a lot of bugs),

*text with ldap models for address management etc...
*text various contexts

About this my proposal is about calendar, task, and workflow is to have a bi-directionnal connection of the calendar and tasks.

Why bi-directionnal, because tikiwiki is an information generator that can be hold with ics shared files, and these must be easily connected with coherent others tasks and events that can be managed by specialized tools.

The main tikiwiki purpose is production of text and documents, may be it can go to GED (management of electronics documents), but technical documents have too specialized tools for technical documetns production etc...

But I don't se any (many but that can be solved) reason not to link a tiki event linked with a date held by Gannttproject (xml clear structure) and/or ics.

You will find the same with links with thunderbird calendard (oriented mail communication), SUGARCMR (relation and commercial action) yet connected with thunderbird and tikiwiki.
The main tools are ics and xml (complex structures for ganttProject)

This is future, this must be well thought because in these domain an error can generate year of delays.

I hope to have launched some ideas able to identify axis.

These are ways of work

Trackers are great in Tiki, it provides a way to build quick and easy register solutions.
When used in any context related to monitoring, it would be nice to have a way to associate a record with one or more events in time. For instance you would like to receive an email at the time the issue related to the task should be controlled and/or be resolved.

Thinking on it as a feature, the following could be considered in the solution:
*It could exist more than one "timer" in the tracker record,
*It should be added like any other tracker field to the record definition,
*It could have different ways to alert: email, rss, ... (maybe only one choice when instance),
*It could have rules, like auto disable when the record is closed (or other condition),
*It could be (as an option) reprogrammed,

and also
*Maybe a user wants to know about all his/her pending "timers".
*Maybe timer implementation could be independent objects that are linked to (special fields in) tracker records (or other objects), so global management is possible.

I guess that a good part of above functionality is already in Tiki in some form.

If you add an event and set it to all day the event appears on the day before, and if you have fullcalendar enabled, also the day you chose.

This is likely to be to do with timezones, my tests are with the server (php), the tiki pref and the user all being in UTC. Will try to reproduce on show.

Our users have requested the facility to "copy" a calendar event.

This would be via the means of a "Copy" button when previewing an event, on clicking the button you would then see the event details and be able to change any of them before clicking "Save".

Where upon a new event will be created with these details.

I wonder why I haven't seen this before. But now I see a CSS problem with the already bug-ridden calendar feature:

When you click on an event, to view it, on my site the classic 3-container layout produces an obscure error: The right module zone "jumps" to below (!) the center, the content zone...

It is kind of similar to the complete breakup of the layout when I test-migrate the test instance of the site to 21.x, but with one significant difference: When the layout breaks down upon upgrade to 21.x, the right modulezone is on the left, in between the left module zone (which remains left) and the center content zone. And on upgrade, the entire layout shows this behaviour, on every page of the Tiki.

HERE this happens ONLY when viewing a specific calendar event. It does not happen anywhere else in Tiki. It also does not happen when viewing the calendar as a whole, only when viewing an event...

So this is obviously a CSS issue. This is with a customized version of Geo, written by Gary. I have to try if it also happens on non-customized, original Geo.

Thanks

When saving a calendar item I shouldn't see "Are you sure you want to leave the page" warning.
It seems it is hard to reproduce (tested on OSX Safari and Chrome) but it happens from time to time.

{img fileId="1619" thumb="box"}

{syntax type="tiki" editor="plain"}
in version 3.2, I would like to add a second calendar (public access television programs - the first calendar is an events calendar. see http://www.progressiveomaha.com/tikidir/tiki-calendar.php ). I would like the user to be able to easily switch between the two or view both as an amalgamated calendar, if they wish.

However, first the user has to click on "visible calendars" which displays a popup window that gives check boxes which gives the option to check one calendar or the other or both with an additional option to "Check/Uncheck All". Once they have made a selection there, the user must then click on "Refresh" to see the calendar or calendars they wanted to see.

People may want to switch back and forth between the calendars several times in one session. Having to go through multiple steps to accomplish that is a disincentive to using the calendar.

on the test environment i can access tiki-calendar.php without a problem but as soon as i want to create a calendar and then access it on the live server i only get a blank page.

wether it is an already populated tiki or a clean install (wether using a completely new db or telling the tiki installer to clear the previous db and create a new one, wether using our theme or using the standard theme) i always get a blank page.

are there any special options in php/mysql/apache the calendar needs which i need to change?

the live server is a suse linux with php 5.3.3 and mysql 5.1.46
the local server is some xampp on a windows machine

Edit:
tested it with Tiki 6.3, 6.4 and 7.1

While it is a blank page in Firefox, Google Chrome says it is a 500 server error

Edit2:
Apache Error Log says:
PHP Fatal error: Call to undefined function cal_days_in_month() in .../lib/tikidate-php5.php on line 298, referrer http//...