Upgrade calendar module to controller
Reported by dleffler | April 29th, 2011 @ 03:10 PM | in 2.1.0 (closed)
Calendar module needs to be upgraded from old school (1.0) to
2.0 controller.
* Complete initial implementation * In-place migration for 1.0 data
(events) * Handle website upgrades from earlier version with 1.0
files
Comments and changes to this ticket
-
dleffler September 15th, 2011 @ 02:49 PM
Currently debating over best data model method:
- Current model (calendar item w/ event items for every date) - difficult to manage adding dates or changing the scope (start/end dates)
- Dynamic iCalendar-type calendar/event item w/ events built on-the-fly, possibly using a cache
- iCalendar flatfile model (would use extenal file), not the best, but there are plenty of php classes available to deal with this. This method would make it easier to publish/edit outside of exponent
- layer on top of Google calendar - variation of the iCalendar flatfile idea
-
dleffler January 6th, 2012 @ 02:01 PM
Perhaps we should just embed this gpl calendar/scheduler?
http://www.dhtmlx.com/docs/products/dhtmlxScheduler/index.shtml
along with using the database integration
http://www.dhtmlx.com/docs/products/dhtmlxConnector/index.shtml -
dleffler January 6th, 2012 @ 02:04 PM
Perhaps we should just embed this gpl calendar/scheduler?
http://www.dhtmlx.com/docs/products/dhtmlxScheduler/index.shtml
along with using the database integration
http://www.dhtmlx.com/docs/products/dhtmlxConnector/index.shtml -
dleffler January 6th, 2012 @ 06:06 PM
Perhaps we should just embed this gpl calendar/scheduler?
http://www.dhtmlx.com/docs/products/dhtmlxScheduler/index.shtml
along with using the database integration
http://www.dhtmlx.com/docs/products/dhtmlxConnector/index.shtml -
dleffler January 6th, 2012 @ 06:49 PM
Perhaps we should just embed this gpl calendar/scheduler?
http://www.dhtmlx.com/docs/products/dhtmlxScheduler/index.shtml
along with using the database integration
http://www.dhtmlx.com/docs/products/dhtmlxConnector/index.shtml -
dleffler January 7th, 2012 @ 12:21 AM
Correction...the dhtmlx control has a read-only mode for the form and for individual events...
-
dleffler January 9th, 2012 @ 02:00 PM
Generally leaning toward a single table with the following fields:
- id
- start_date (datetime field)
- end_date (datetime field) - allows for multiple day events
- title
- body
- rec_type (type of recurrence)
- event_pid (id of parent event for recurrence)
- event_length (end date of recurrence)
- poster
- created_at
- editor
- edited_at
- is_featured
- location_data
- feedback_form?
- feedback_email?
This is a composite of the current calendar & event_dates tables aligned with the dhtmlxScheduler recurring table format
Primary/Default display would the dhtmlSchedule view which has tabs for month, week, day, year, agenda-week,, and upcoming views. It also provides drag/drop of events, multi-day events (bars across days), all-day events at top of non-month views, etc...
- Would also allow for standard views such as upcoming headlines, etc... where a simple list might integrate into the page better.
Not sure if the event should be an attachment or have attachements (or can we do both?) e.g., a news item with some upcoming event dates, or an event on the calendar with sign-up forms, etc...?
-
dleffler January 25th, 2012 @ 04:47 PM
- Tag changed from “calendar” to “calendar, calendar2”
- Milestone changed from “2.1.0” to “2.0.5”
-
-
dleffler March 27th, 2012 @ 07:09 PM
- Milestone cleared.
- Milestone order changed from “1” to “0”
-
dleffler April 27th, 2012 @ 10:39 AM
This conversion has been put on hold since it doesn't appear feasible to have multiple calendars per site.
-
dleffler July 6th, 2012 @ 09:56 PM
- Milestone set to “2.1.0”
-
dleffler September 8th, 2012 @ 01:29 AM
After heading down the wrong path, the last solution is no longer free with the ability to place more than one calendar instance on a page, therefore, I've regrouped.
Locally, I have begun a straight conversion to a controller as I did w/ simplepoll & navigation. It's coming along slowly, but I have the edit/save data models squared away it appears. Initially, the new controller won't be much different from the old calendarmodule.
-
expNinja October 10th, 2012 @ 11:23 AM
- Milestone order changed from “3” to “0”
(from [a1dd3877470d94b6cb3fbc21786dbaa3a84a56ef]) Initial stab at events (calendar) controller. Still needs upgrade & migration scripts, and some tweaking...otherwise a 1 for 1 copy of cuurent module. [#139] https://github.com/exponentcms/exponent-cms/commit/a1dd3877470d94b6...
-
dleffler October 13th, 2012 @ 03:00 AM
- Tag changed from “calendar, calendar2” to “calendar”
-
dleffler October 18th, 2012 @ 01:45 AM
At this point, we only lack implementing:
- 'send_reminders' method
- upgrade script
- migration script
And it would be nice to implement:
- categories (with colors/styles)
- tags
- comments?
- e-alerts?
- files?
-
expNinja October 19th, 2012 @ 11:07 PM
(from [4efe9d473dd19ace41a424fe1e0b039702d1dfd3]) Adds calendar controller upgrade script, fixes some 'show' display issues [#139] https://github.com/exponentcms/exponent-cms/commit/4efe9d473dd19ace...
-
expNinja October 19th, 2012 @ 11:41 PM
(from [3f41214fb10fa20515332fb30803449e3ffecccb]) Adds migration script for new calendar controller [#139] https://github.com/exponentcms/exponent-cms/commit/3f41214fb10fa205...
-
dleffler October 19th, 2012 @ 11:43 PM
At this point, we only lack implementing:
- 'send_reminders' method
And it would still be nice to refine the implemention of:
- categories (with colors/styles)
- tags
- comments?
- e-alerts?
- files?
-
expNinja October 20th, 2012 @ 01:51 PM
(from [b1c7576930de52a6b02345c7a526ff7d063c0055]) Adds better tag & category support for calendar controller, adds initial implementation of category colors/styles, updates old smarty {assign} syntax to use inline assignements [#139] https://github.com/exponentcms/exponent-cms/commit/b1c7576930de52a6...
-
expNinja October 20th, 2012 @ 06:52 PM
- State changed from “open” to “resolved”
(from [9bc2ddf71dc91de35873861aedd01fb6ace240f9]) Adds parsing of listbuildercontrol 'lists' in expConfig for params ending in '_list', implements reminder emails in new events controller [#139 state:resolved] https://github.com/exponentcms/exponent-cms/commit/9bc2ddf71dc91de3...
-
dleffler November 19th, 2013 @ 01:57 PM
- Tag changed from “calendar” to “calendar, events”
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Bug Tracker for Exponent CMS
dleffler
expNinja