Install

Works with Drupal: 7.x

Using Composer to manage Drupal site dependencies

Downloads

Download tar.gz 68.77 KB
MD5: 2b4295be2d9b00096b7af9891b46dbae
SHA-1: d5dca13d91c39ee1f08eb63c654a9c60b8bc4edc
SHA-256: df6f5f4dd87d7ca8cc4936e42a42da4827ed277af8f73ae381bf936a0cd832e5
Download zip 86.03 KB
MD5: b8dcee76776f5b785e86fa1eca748756
SHA-1: a868ce01ca8f8427a3ffa0825646573cfc2d3b21
SHA-256: 662c1d9ac31642a93e1f8f79c1f32202e478d835aaad6d587f2800628ff7d297

Release notes

======================
Version 7.x-3.1
======================

DEPRECATED ELEMENTS:

- The default calendar has been removed. If you have calendars created with the old default calendar you should re-create them using the new template.
- The Calendar iCal module has been hidden so you can't enable it and will be deleted completely in the next release. Use the new Date iCal module instead.
- The Calendar Items row plugin has been removed from the UI and will be deleted completely in the next release.

NEW FEATURES:
- The legend block has been reworked to eliminate storing stripes in $GLOBALS, making it cacheable. A new configuration option sets the view that is used for the stipe options.
- Add the headers attribute to multiday calendar tables for html5 compliance and accessibility.
- Issue #1535346, Rework the calendar tab handling to get rid of custom tabs and add in a setting to track the current date.
- Issue #1535346 continuation, rework the current date tracking to use the new date_default_argument_alter hook.

There have been numerous problems with the way the tabs are working. They revert to the current day when you switch from one display to another. They are not translating correctly. Sometimes the paths are incorrect (i.e. if there are other arguments in the display). Some people don't want the tabs. Other people want additional tabs.

I am reworking them completely. I was originally trying to control them so we could do 'smart' switching to keep track of the current date as people clicked from one display to another. That wouldn't work with normal tabs, which can only display the default view. But overriding the normal menu items is fraught with problems and I finally figured out a way to keep track of the current date without controlling the tabs.

So I am getting rid of all the custom tab handling. You can create tabs on the calendar the way you create tabs on any other view -- with the menu setting in the display. That way you can totally control the tabs in your calendar. I am changing the calendar template to add the tabs to the template.

To track the current date as you move around the calendar I am using the new date_default_argument_alter hook. Basically it stores the current date in a session as you move around the calendar. When you switch to a new display, it computes the default date for that display based on the last date in your session. So if you go 3 months into the future and then switch to the day view, you will see a day in that month, not the current day.

Because the session handling may only be desirable on certain calendars I added a setting where you can enable or disable this behavior. It's a setting on the calendar style. You can choose to turn that off, enable it only for authenticated users, or enable it for everyone.

If you have an existing calendar you can add the menu tabs and turn on the date tracking for each display in your calendar (year, month, day, and week). Or you can delete your calendar and create a new one from a template and it will have all this set up.

BUGFIXES:

- Issue #1397986, Fix Undefined index groupby_times.
- Issue #1466698 by alex.neblett and johnv, Make sure that all available fields appear on the template, even when shared across entity types.
- The group by field option was not working right, fix it.
- The calendar legend block was appearing even if empty. Create the content earlier to keep that from happening.
- Issue #1445228, Make sure calendar_granularity_paths works on a default view that is missing granularity (as from an export).
- Fix the Date/Calendar link to link to the default display instead of the current display.
- Hide more of the deprecated elements and remove the old default view. Will remove the rest in the next release. Waiting a bit to avoid registry errors for people who haven't made the switch.
- Issue #1447176 by johnv, Rework taxonomy stripe logic.
- Issue #1533466, Bad logic in the calendar template sometimes tries to create the wrong type of date field resulting in a broken handler.
- Issue #1491140 by Morten Najbjerg and KarenS, Fix OG stripe options so they work with 7.2 version of OG.
- Issue #1392306 by johnv, Calendar stripe code consistency changes.
- Issue #1460134, Last column in week view isn't quite wide enough.
- Issue #1298546, Get more field style settings to be reflected in the calendar.
- Issue #1221530, Fix row plugin to handle relationships properly, and also use new date_id and date_delta values.
- Issue #1446726, Fix broken remove calendar functionality.
- Adjust the calendar tab paths to allow for the slightly different path used when a display is a default tab.
- Issue #1445228 by dealancer, More notices about displays missing arguments.
- Issue #1485790, Fix undefined index arguments for displays that are missing arguments.
- Stripe logic got goofed up somewhere.
- Make sure calendar_plugin_row doesn't try to render fields that no longer exist, as happens when they've been deleted.
- Make sure calendar_views_templates() doesn't try to create templates for base tables without fields.

Created by: karens
Created on: 19 Apr 2012 at 09:41 UTC
Last updated: 19 Apr 2012 at 09:46 UTC
New features
Bug fixes
Unsupported

Other releases