OnClientAppointmentClick after OnClientAppointmentResizeEnd

[Ian Russell]

How to prevent OnClientAppointmentClick event happening as part of OnClientAppointmentResizeEnd event? When I handle the OnClientAppointmentResizeEnd I do not want the OnClientAppointmentClick to fire.

[Peter]

Hello Attila,

Could you please elaborate on what exactly you need to achieve. The first question that comes to my mind is that you cannot simultaneously resized the appointment and click on it so I wonder what are you concerned about? Please, explain and we will try to provide you with a solution.


Kind regards,
Peter
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Ian Russell]

If you look at your Client-Side Events online example and try to resize the schedule appointment, there is an event log:
Appointment resize start: Breakfast
Appointment resizing: Breakfast
Appointment resizing: Breakfast
Appointment resizing: Breakfast
Appointment resizing: Breakfast
Appointment resizing: Breakfast
Appointment resizing: Breakfast
Appointment resizing: Breakfast
Appointment resize end: Breakfast
Appointment click: Breakfast

I do not want the last event(Appointment click) to fire when I am resizing an appointment. But I do not want to disable the OnClientAppointmentClick completely. I just do not want it to be a part of the client-side appointment resizing/moving.

[Peter]

Thanks! We verified that this is a bug with RadScheduler. I have logged it and our developers will see to it.


All the best,
Peter
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Matthew]

Just wondering, has this been fixed yet?  Thanks in advance.

[Peter]

Hello Matthew,

Unfortunately, it hasn't been fixed yet. I will remind our developers about it. Thanks.


Peter
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Oleg]

Has it been fixed in version 2008.3.1314.20 by any chance?

[Peter]

Hello Oleg,

I just tested the online example and apparently it has been fixed.


Regards,
Peter
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Ian Russell]

It is still doing it for the OnClientAppointmentMoveEnd.

[Peter]

You are right. It happens very rarely in IE7, but in Firefox 3 the problem occurs almost for every test. We will fix it in a couple of weeks, so you can try then with the latest internal build.


Kind regards,
Peter
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Matthew R Longhouse]

As of the 3.18 build, the onClientAppointmentMoveEnd firing twice has not been fixed yet. I am working on a workaround atm on my end, hopefully it gets addressed with one of the latest internal builds.

[Peter]

Hello Matthew,

How exactly do you test the onClientAppointmentMoveEnd event. Our local tests show that everything is fine with this event.

All the best,
Peter
the Telerik team

Check out Telerik Trainer , the state of the art learning tool for Telerik products.

[Matthew R Longhouse]

Hi Peter,

I sent in a support ticket for this issue as well. We are setting it like:

OnClientAppointmentMoveEnd="onClientAppointmentMoveEnd"

as part of the RadScheduler declaration. The onClientAppointmentMoveEnd is just a javascript function which I put in with an alert to see if it got there or not. We are on 2008.2.826.20, where it fires normally. Its when I tried to upgrade to q1 2009 which is when it began firing twice. I logged in and got the latest internal build, tested with that, and it was still firing twice. I noticed there was a hotfix there as well, but that is for 3.5 only, and we are still on .net 2.0.

[Peter]

Thanks for the additional information. Yes, you are correct abou this. What happens is that if you test with an alert, the post back is cancelled on the first alert display so in this case the event fires twice. This problem occurs only if you use an alert. In your scenario, do you need to use an alert dialog. If not then you sould be concerned about this issue.

We will try to avoid this behavior for future versions.

Best wishes,
Peter
the Telerik team

Check out Telerik Trainer , the state of the art learning tool for Telerik products.