radscheduler for IPAD

[Lakpa]

Hi,
    Recently I have implement RadScheduler in Desktop and its working fine but then when I try it in IPAD, I am facing a problem.

In Monthly view if I click on Timeslot I get redirected to DayView in IPAD[bug] but in Desktop, it stay in same View [working fine]. I even set  RenderMode="Classic" for Scheduler but its not working. 
. I have dynamically added a button in month view and on click I show a tooltip but due to 'Getting redirected to DayView' this functionality isn't working in IPAD. I even used stopPropogation, return false, cancel bubble etc on this button but no idea why its getting redirected to DayView.
. In addition I have set Allow EDIT, INSERT, DELETE to false, so I have my own popup.
. I click on context menu in MonthView and nothing happens? but in day view its working but sometime it doesn't.

Thanking you
Lakpa Sherpa

[Dimitar]

Hi Lakpa,

Thank you for reporting the issue and for you commitment with Telerik UI for ASP. NET AJAX.

I was able to reproduce the issue reported and it seems to be a bug in RadScheduler . I have logged it for fixing and I have created a public Ideas & Feedback Portal item for you, where you can track the issue status, comment it and vote for it.

Regards,
Dimitar
Telerik

 

 

[Lakpa]

Hi,
    Thank you for the reply.

I was wondering, if there is any workaround to solve this problem, till it gets fixed.

Thanking you,
Lakpa Sherpa

[Dimitar]

Hello Lakpa,

Unfortunately, there is no direct workaround for solving this issue.
The earliest we can target this bug is no sooner than 2014 Q2 SP1.

The RadScheduler issue you experience was introduced with the Q1 2014 release. It is related to the new RadScheduler Mobile render mode. The behavior you have described is designed for the Mobile render mode. However, it affects the Classic mode as well.

A way to overcome the issue is to use version Q3 2013 SP2 of Telerik UI for ASP.NET AJAX, as it does not contain that bug. You can find the list of fixed bugs and new features added in our Release History for Q1 2014 and Q1 2014 SP1 and check whether any of them is critical for your project.

I hope Q3 2013 SP2 would fit your case and help you solve the issue encountered.

Other suggestion is to set RenderMode="Auto". For the touch device the control will apply its mobile rendering and the look and feel will be as the native calendar. Please review the following demo under mobile device and let me know if it works for you.

Regards,
Dimitar
Telerik

 

 

[Lakpa]

Thank you. I downloaded the  DLL you suggested and its working fine.

[Dimitar]

Hi Lakpa,

I am glad that you have resolved the RadScheduler issue experienced.

Regards,
Dimitar
Telerik

 

 

[Vince]

I can't rollback to the last working version.
Will this be fixed in 2014 Q2 SP1? 
And if so, when will it be released.

Thanks

Vince

[Dimitar]

Hello Vince,

Unfortunately, the RadScheduler issue in question is not planned to be fixed in 2014 Q2 SP1, which is scheduled to be released later this week. I have increased its priority. You may track the issue status, comment it and vote for it through the public Ideas & Feedback Portal item created for it.

Regards,
Dimitar
Telerik

 

 

[Lakpa]

Hi Vince,
              In case if you want to use the old version, you can go to [After you login]

Products & Subscriptions > DevCraft UI Edition > Download [RHS] > older version [For any component you are using]

[Dimitar]

Hi Vince and Lakpa,

We have investigated the issue and managed to come up with a workaround for it. The following JavaScript snippet would fix it:

<script type="text/javascript">
    var $ = $telerik.$,
        $T = Telerik.Web.UI;

    $T.RadScheduler.prototype._onTimeSlotTouchEnd= function(e) {
        $(".rsContent", this._element).off("touchmove");

        this._onDocMouseUp(e);

        // If tapped on timeslot, select it
        if (this._timeSlotTapped) {

            this._onCellMouseDown(e);

            if (this._renderMode == $T.RenderMode.Mobile && this.get_selectedView() == $T.SchedulerViewType.MonthView) {
                var slot = this._activeModel.getTimeSlotFromDomElement(e.target);
                return this._switchToSelectedDay(slot.get_startTime());
            }
        }
    }
</script>

This fix would be available with the next internal build.

Regards,
Dimitar
Telerik

 

 

[Vince]

Dimitar,

Thanks for creating the fix.
It resolved the problem.

Vince