A couple of weeks ago I worked on changing the Events module over to exporting in iCal spec (.ics, RFC2445) rather than vCalendar (.vcs). The major advantages being that iCal supports recurring events. So you now get the option to export the single event of the whole series if it is a recurring event. In order to support events that cross a Daylight Saving Time Boundary, a VTIMEZONE is created wit...
Prior to version 4.1.0 of the Events module, RSS support has been more by accident than design. I've been working up a designed in RSS capability, so I thought I'd give a brief view on what is there for now.
There is a new section in the module settings as shown to the left. It includes: a check box to enable; a drop down to select what date to use as the publication date (I figured that some p...
I've now spent several weeks updating the Events module to give much more flexibility around recurring events. Up to version 4.0.2, recurring events were represented by one record in the database. I.e. All instances of a recurring event were exactly the same (Description, price, time, etc), if you changed/deleted one, you changed/deleted them all. The good news is that from 4.1.0 this will all cha...
Just been through and added the userid of the user who last update an event to the Events table. I needed this for my RSS feed, since it kept showing the creator had posted a change, when they hadn't. So, useful for me, but probably also useful for others. The data is stored in LastUpdatedID, but the EventsSave, EventsGet and EventsGetByRange sprocs also return LastUpdatedBy which is the DisplayNa...
Prior to version 4.0.0, event enrollments were being retrieved for the whole portal. This is incorrect and should be linked at least to the module being viewed. However, the change made, meant that only enrollments for the current calendar and not it's sub-calendars were being displayed. This requires a minor SPROC change to EventsSignupsMyEnrollments. Basically this makes it check whether the Mod...
In version 4.0.1, the Events module uses Now.Date to set the initially Selected Date. This is unfortunately based on the server date. In order to make this more relevant for users in different timezones to their servers (which is common), I have tried to correct the time (and therefore the associated date). This is not 100% accurate, but will be near enough for most use cases.: Therefore.... Getti...
A bug appeared during the week in the module, related to how some countries handle currency strings. For example in some European countries the decimal delimiter is a ','. So €5 can be represented as 5,00. The problem is PayPal doesn't accept this, in must be in the format 5.00. So I've added some coding to process the currency in a neutral format for passing to PayPal. Old code is:- strPayPalURL ...
Testing through the Release Process for version 4.0.1 has highlighted a few issues, one bigger than the others. These will be fixed in a 4.0.2 release. Setting of Columns for List Views In version 4.0.1, I made some extra columns available for the list view. These extra columns changed the column number of some of the other columns. So for instance EventName was column 3 but is now column 4. In th...
Well I've found a couple of bugs in the events module over the last week. Tooltip End Date Tooltips in list view were ending up with the wrong end date. This was due to a previous change I did, where I took the duration of the event and turned it into days (divided by 1440). This was as an option for display in List View. Unfortunately in the code I was overwriting the value of duration that was ...
The current version of the Events Module (4.0.1) uses a method which appears to be no longer supported in DNN5. So to make it work, a new mechanism is required. Fortunately DNN already has an extensible Permissions Grid which is very easy to configure. This is run from IUpgradeable:- 'Lookup DesktopModuleIDobjDesktopModule = objDesktopModules.GetDesktopModuleByModuleName("DNN_Events") If Vers...