From: Paul L. <pa...@sq...> - 2005-09-25 17:30:36
|
> Paul, > > Thanks for the beta. > > We are closer. I can import the original iCalendar file and it shows i= n > the calendar directly. I seem to be able to do everything except edit = the > _imported repeating_ entry. Non repeating entries are able to be edite= d > without issues. > > Repeating, imported entries do not see the dates of the repeat correctl= y. > For example. An imported file with a start date of 9/1, end Date of 9= /30 > and repeating every Tuesday & Thursday import correctly. When edited = the > system loses the every Tuesday & Thursday and saves it as every day! > > Imported repeating entries that are everyday between 10/3 & 10/8 look > right when imported but when edited the end date becomes 10/3 which > results in the entry not be a repeating entry. > > I'll be happy to test any changes to your code, just send it on. You'll have to be more specific about the rules that are used to create those problematic entries. Are they RRULES? If so, show them please. I= f they are RDATES, please note that as I mentioned before, the interface fo= r creating/editing events is not as advanced as the engine itself. It has no way to edit an event with RDATE rules (and possibly some parts of RRULEs too), so behavior when editing such events is not predictable. - paul > Michael > On Sat, September 24, 2005 13:29, Paul Lesneiwski wrote: >> See attached >> >> >> Michael Davis wrote: >>> Paul, >>> >>> New issues related to the updated file maybe? >>> >>> When I try to enter a _new_ calendar I get the following error: >>> "Must specify valid event priority" >>> >>> I've tried several of the options from the dropdown without luck. >>> >>> When I try to _update_ an existing event I get the following: >>> "Badly formatted DATE/TIME (UTC) stamp in iCal stream:davism" >>> >>> >>> Perhaps there is another file(s) that need to be updated along with t= he >>> classes file you sent? >>> |