Category: Calendar

When previewing an item, you get:

Notice: Undefined index: calendarId in /home/amette/public_html/tikiwiki-BRANCH-1-9/tiki-calendar.php on line 395

On saving, this comes double (with another line number) and at the first try I got a lot more about "Undefined index: places, people etc"

with latest cvs updates in our site (1.9.7 -> 1.9.8cvs), and at least when logged in, the module workspace calendar (from ((doc:Mod AulaWiki))) is showing those lines between module "workspace members" and "workspace calendar":

{CODE(wrap=>1)}
Warning: Missing argument 2 for date_format() in /home/httpd/tiki19/lib/tikilib.php on line 6307

Warning: Missing argument 2 for date_format() in /home/httpd/tiki19/lib/tikilib.php on line 6307

Warning: Missing argument 2 for date_format() in /home/httpd/tiki19/lib/tikilib.php on line 6307
{CODE}

Example:
[http://www.moviments.net/cursos/ws100]

And the date in workspace calendar is from 1970, when it used to be the present date.

When the calendar is in year view, all 365 days are displayed in one horizontal row. A look at the page source shows -+ tbody role="presentation" +- contains -+ tr role="row" +-, which contains many, many instances of -+ td class="fc-daygrid-day fc-day fc-day-sat fc-day-past" +- , not just seven instances for the seven days of the week as is done in the semester view.

Hi,

As of r57122, when I pulled in and merged the latest source code, I noticed a bug pop up in our calendars page. When I visit a calendar and click the button at the top right of the page that opens a context window to select all the other calendars. If the window appears on top of the calendar itself where there are any events, the z-index of the events is higher than the context window's and makes the context window unusable in some cases.

The solution I implemented was to raise the z-index of the #filtercal ID in the calendar.css file from 2 to 10.

Hope this helps!

In a calendar, using the "calendar" view and "day" mode, the event information is held in a div id="event_1" that has a z-index of 100. If the event is all day, then the div fills the complete area to the right of the hours column. If I click on the calendar filter button, then a popover is displayed at screen center titled "Group Calendars". But this popover has a z-index of just 1, so it displays under the event information. (The text of the event information is over the popover text and background.)

It isn't obvious why the event information needs a z-index: 100, but maybe it does. Or maybe another fix is possible.

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.