This is a migrated thread and some comments may be shown as answers.

Drag and Drop issue in Firefox & Chrome

26 Answers 271 Views

Scheduler

This is a migrated thread and some comments may be shown as answers.

26 Answers, 1 is accepted

answered on 13 Apr 2011, 01:21 AM

Hi all,

I am still having drag and drop issues with the scheduler day view in Firefox and Chrome, when the scheduler has vertical scrolling. When the scheduler is not scrolled (ie. it is at the start of the day), there is no problem, the appointments can be dragged around correctly. However when the scheduler is scrolled down, dragging an appointment results in an offset so the appointment jumps up above the point where it was dragged from.

I was aware that this is a known issue in these browsers, it is not a problem in IE. Has there been a resolution to this? I recently upgraded to the latest version of the controls Q3, but nothing seems to have changed.

Anyone know about this?

answered on 14 Oct 2011, 04:21 PM

Ivan,

That certainly is some good news - I have a few questions, if you don't mind:

1. Does the internal build available now ("2011_1_614") address this issue, or will I need to wait until next week before a fix is available in an internal build?

2. I noticed that there isn't any CDN support and that it's not recommended that these builds go into production. Is there a chance of an officially supported, production-ready hotfix sometime in the not-to-distant future that we can deploy to production? This is a serious problem with a production app (which has a big trade show this weekend, incidentally) so we want to get something out there as soon as possible.

3. Are the internal builds time or feature limited? We have licenses for the Telerik components, but I assume these internal builds function more like the evaluation versions than the release versions. Is that correct?

Thanks, and I appreciate your prompt response to this inquiry.
-Chris

answered on 19 Oct 2011, 12:12 PM

Hello Chris,

To address your questions:

1) You should wait for this week's build;

2) You are right, we do not support CDN for the internal builds. The reason, apart from the official company policy not to do so, is for the life span of these builds -- each build supersedes the previous. You could, however, reference statically a previous official CDN, provided that there are no changes in the CSS / JS / images, which is highly unlikely.

Also, internal builds have not passed proper QA testing. True, they pass all the automated tests, which guarantees integrity and somewhat correctness of the code, but nothing can replace proper human tests with an eye on the detail.

This is why we generally do not recommend the use of internal builds, except in the cases of development and a development halting bug being fixed in that particular internal build.

3) Internal builds are like regular builds in terms of limitation -- available both in trial and dev version. That said, apart from the CDN features.

4) In order to address your next question (and many similar for that matter) we have the Beta releases. They do have CDN support and have most features a Q release will have. They are generally a preview of what's coming next and ideally, the difference between a Beta and a Q release would be minor bug fixes.

That said, a Beta should be out next week.

Greetings,
Ivan Zhekov
the Telerik team

If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed now

answered on 05 Apr 2012, 10:27 AM

Hi Denis,

We have spent a lot of efforts in fixing this issue so far and its functionality have been improved since the last post in this thread. Currently the only known issue that have left is that in Chrome when an appointment is being dragged and RadScheduler is scrolled after that the appointments sometimes are "frozen". The other known issue is happening only in the MultiDay View in some specific time slots.

Right now we are working on fixing these behaviors as well. If you are observing any other unusual behavior please try to reproduce it on some of our inline demos and send us a video of it so we could observe it and count it as well.

Kind regards,
Plamen Zdravkov
the Telerik team

answered on 06 Sep 2013, 10:21 AM

Hi Steve,

We have inspected the issue with RadScheduler in touch devices with Windows 8. Under mobile browsers it is designed to work with so called long touch and the in built context menu in order to insert, update and delete appointments or show the advance form as for example it can be observed on this on line demo. In order to be able to observe the default context menu you will have to enable it in the mark up.

As for the drag and drop functionality -unfortunately it is currently not working properly but we will make our best to fix it in short period. Currently the functionality is not stable but yet it is working in some browsers-FF the appointment can be dragged with one finger, in Chrome a drag can be achieved by tapping with two fingers on an appointment and then taping with on finger on other time slot, and in IE unfortunately dragging can not be achieved at all.

Regards,
Plamen
Telerik

Product Bundles

DevCraft

Web

Mobile

Document Management

Desktop

Reporting & Mocking

Automated Testing

CMS

UI/UX Tools

Debugging

Free Tools

Support and Learning

Productivity and Design Tools

Drag and Drop issue in Firefox &amp; Chrome

26 Answers, 1 is accepted

Drag and Drop issue in Firefox & Chrome