We are using 4.2.1.25421 version of the planner.  I am handling the ItemModifying event, setting the Confirm value to false if certain state conditions are not met.  However what occurs in newer versions of the Calendar differs from older ones.  I went back and tested this using a 3.2.x debug build and got my desired behavior, but in the more current version it is not working as we would like.

Here is an example.  Create an object deriving from appointment and add it to a Timetable view via the Schedule object.  In older versions of the Calendar, the ItemModifying event is handled before the start/end times are actually modified, so the drag or resize does not occur at all.  This is our expected and desired behavior.  However in 4.2x version, the Item does drag, but when the mouse is released it snaps back to its original place, e.g. it modifies the item then restores it.  The snap back is good and a neat effect but in our app we would prefer the older behavior, because we have certain business logic which fires based on start/end time modification (and makes expensive service calls), which we need to prevent based on state.  Thus we'd rather the item not drag/resize at all as in older versions.

Is there a combination of settings we have perhaps changed resulting in the snap-back, or is the behavior of the Tool update method indeed different from before, as it appears to be?  If the latter, would it be possible to add a setting?

Thanks

Here is the most recent build of Planner.NET for .NET 1.1:

https://mindfusion.org/_planner/_Planner.NET_43_trial.zip

Now there is a new property DragNoModify (names suggestions are welcome) in the Calendar class with default value of true. Set this property to false in order to prevent items from moving over areas which do not accept items during drag operations.

Additionally, The TrailingWeekCount property of the MonthSettings class now accepts '-1' as a valid value. You can use this value to effectively decrease the number of visible weeks in the view by one.

Meppy

The default value of the DragNoModify property (as is customary) was chosen so that the behavior of the control does not change across versions.

The value of the TrailingWeekCount property can now be set to -2. Here is the updated version:

https://mindfusion.org/_planner/_Planner.NET_43_trial2.zip

The CustomDrawElements values have only been renamed in order to match the name of the new List view. Their behavior should be exactly the same.

Meppy