RadScheduler mouse coords problem

3 posts, 0 answers
  1. michael Eller
    michael Eller avatar
    4 posts
    Member since:
    Jan 2010

    Posted 14 Apr 2011 Link to this post

    Hello,

    I have been working on an application which uses the rad scheduler.  It is an asp.net application and the scheduler is using webservices to communicate with the server without the need for page postbacks.  I have replaced the edit and insert forms using a radwindow, and displayed the windows using the OnClientAppointmentEdit and OnClientAppointmentInsert events (then cancelled the default behaviour).

    For the most part, it is performing beautifully and as expected.

    There is a strange problem when the user gets a bit 'click happy' with the scheduler, the mouse coords seem to be offset.  For example, when the scheduler goes into this state, I can no longer drag or resize the appointments.  If I move the mouse down below the appointment, I can drag it.

    I was wondering if this is a known issue and if so, is there a fix for it?  I can post more information on my project if needed.

    Best Regards,
    Michael
  2. michael Eller
    michael Eller avatar
    4 posts
    Member since:
    Jan 2010

    Posted 14 Apr 2011 Link to this post

    I have installed the latest internal release build and it still seems to be a problem (although it does seem a little more robust than the previous version).

    Thanks
  3. Peter
    Admin
    Peter avatar
    6637 posts

    Posted 18 Apr 2011 Link to this post

    Hi Michael,

    We haven't had such an issue reported before.

    Can you replicate the problem with the online demo - http://demos.telerik.com/aspnet-ajax/scheduler/examples/webservice/defaultcs.aspx?

    If not, please send us a simple working demo and the exact steps needed to see the problem.


    Best wishes,
    Peter
    the Telerik team

    Browse the vast support resources we have to jump start your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.

Back to Top