Loading...
 
Skip to main content

Features / Usability

Forum List Topic List

Forums » Features / Usability » Tiki Calendar issues/needs
 
Thread actions
Print this page
  • Print all pages

    • Tiki Calendar issues/needs

    Posted by George Greene posts: 257 United States

    Moved from another thread about something else and summarized here. Interested in what others have found -care to add your two cents & solutions?:

    The Tiki calendar is handy but has some issues:

    -If your server is located in a different time zone than you are there's no way to get Tiki to honor your zone. Marc LaPorte says "This is solved for Tiki 1.9.8". We say Woo Hoo!

    -12 hr time needs to be easily chooseable as default for start and end times. Right now to change these you have to modify the calendar-add-event template and Calendar templates. Rick S says "Even better... make the calendar respect the time/date preferences, as specified on the Admin page. There is no reason (I can think of) why not." This should be true everywhere in Tiki.(Maybe this is fixed in 1.10?)

    -Event pop up is 24 hr only not 12hr. This cannot be changed in a template or anywhere else we've found.

    -A way to turn those pesky pop ups off! Rick S says "Just remove the onoverlib statement in the calendar TPL file. Of course, you then need to increase the truncation, so users can actually read the event." (I think it's OK for me that they just click it to get more info.) Another solution might be to have some way to set a dwell time before the pop up comes up. The problem is that, as you move your cursor to an event to read it, it pops up every other event you pass over.

    -Default status for add event should be "confirmed" not "tentative". This can also be changed in the template files. The two that matter are tiki-calendar.tpl and tiki-calendar_add_event.tpl. Poking around in these, you can change many things. I was able to add instructions so my users could work around some of these issues.

    Reads: 3258
    Posted by Rick Sapir / Tiki for Smarties posts: 3665 United States


    > -12 hr time needs to be easily chooseable as default for start and end times. Right now to change these you have to modify the calendar-add-event template and Calendar templates. Rick S says "Even better... make the calendar respect the time/date preferences, as specified on the Admin page. There is no reason (I can think of) why not." This should be true everywhere in Tiki.(Maybe this is fixed in 1.10?)
    >
    > -Event pop up is 24 hr only not 12hr. This cannot be changed in a template or anywhere else we've found.


    Same as above. If I've already set my time/date preference once, it should be respected everywhere. Looks like you've already logged this.

    >
    > -A way to turn those pesky pop ups off! Rick S says "Just remove the onoverlib statement in the calendar TPL file. Of course, you then need to increase the truncation, so users can actually read the event." (I think it's OK for me that they just click it to get more info.) Another solution might be to have some way to set a dwell time before the pop up comes up. The problem is that, as you move your cursor to an event to read it, it pops up every other event you pass over.
    >

    I think you simply need to turn on the Group calendar sticky popup. This will "stick" the the popup visible. See the docs.

    > -Default status for add event should be "confirmed" not "tentative". This can also be changed in the template files. The two that matter are tiki-calendar.tpl and tiki-calendar_add_event.tpl. Poking around in these, you can change many things. I was able to add instructions so my users could work around some of these issues.
    >
    >

    Why not let admin also create new status types, in addition to selecting a default? I added this as an enhancement request.


    Posted by George Greene posts: 257 United States

    I may just turn it off. The issue is that it's annoying to have to fight the pop ups that pop as you move your cursor over events on your way to click on the event you really want to see. Sometimes, if there are a number of events clustered on a day it is almost impossible to get the wrong ones to go away so you can hover over the one you want. This could go away with a dwell time setting that prevents the pop up from popping for say one second. Then it only pops when you get where you're going.

    I tried the Group calendar sticky pop up both on and off and I see no difference in the behavior of the pop ups. The docs do not seem to define what that setting actually does. If it turns 'em on and off then my installation is busted.

    I could turn them off with the onoverlib trick but it's a bummer because I like the pop up idea.

    Posted by Rick Sapir / Tiki for Smarties posts: 3665 United States

    > I may just turn it off. The issue is that it's annoying to have to fight the pop ups that pop as you move your cursor over events on your way to click on the event you really want to see. Sometimes, if there are a number of events clustered on a day it is almost impossible to get the wrong ones to go away so you can hover over the one you want. This could go away with a dwell time setting that prevents the pop up from popping for say one second. Then it only pops when you get where you're going.
    >

    The delay is a good idea.

    My solution was to truncate the popup, then include a big notice to "click" to see the event. This way the popup doesn't cover too many other events and you can still see the rest of the calendar. My calendar has lots of events, and I haven't heard from users regarding usability issues. I'd be interested to see what you think...

    > I tried the Group calendar sticky pop up both on and off and I see no difference in the behavior of the pop ups. The docs do not seem to define what that setting actually does. If it turns 'em on and off then my installation is busted.
    >

    With sticky "on" the popup will remain visible, even if you move the cursor off of the event's listing in the calendar. But, yes, if you move to a different event then the popup will be replaced

    Posted by George Greene posts: 257 United States


    > My solution was to truncate the popup, then include a big notice to "click" to see the event. This way the popup doesn't cover too many other events and you can still see the rest of the calendar. My calendar has lots of events, and I haven't heard from users regarding usability issues. I'd be interested to see what you think...

    Mine would stick on(whether group sticky is on or off) and the last one would stick for say 20 sec. before going away (unless I clicked it shut). In fact sometimes that thing would stick up even if I had entered the edit event screen and stay blocking the edit screen until I dismissed it. Maybe I have a Tiki rash or something. Yours just go away when the mouse leaves and that I can live with. I like the clean look too and I noticed you bailed on the 24hr time display. Nicely played lad! That works!


    Posted by George Greene posts: 257 United States

    I removed the onoverlib statement at the toip of the tiki-calendar.tpl file but that didn't turn it off but removing thgis:



    did.

    Posted by George Greene posts: 257 United States

    > I removed the onoverlib statement at the top of the tiki-calendar.tpl file but that didn't turn it off -but removing this:

    Copy to clipboard
    {if $calendar_sticky_popup eq "y" and $cell[w][d].items[items].calitemId}{popup sticky=true fullhtml="1" text=$over|escape:"javascript"|escape:"html"}{else}{popup fullhtml="1" text=$over|escape:"javascript"|escape:"html"}{/if}

    > did.