Thank you for the feedback.
Firstly, I created this feedback portal item
, so that you could track any updates on the logged bug.There you can also find more details and alternative solution for the described issue.
Let me continue with some explanations about the origin of the discussed matter (the undesired page scrolling). On my end I am able to reproduce it only under Chrome. This behavior stems from an automatic textarea focusing (the textarea located in the paste dialog). It appears that when the dialog is initialized Chrome puts the dialog at the top of the page and the focusing of the contained textarea causes the page to scroll to this position. At a later stage the dialog is correctly positioned (centered) and the behavior stop to occur.
This is mainly considered as a browser behavior that cannot be controlled by the RadEditor logic. Indeed, the auto-focusing logic is partially responsible, although it is created due to UI requirements.
Investigating the described scenario, I can see that in the described situation this auto-focusing behavior causes more negative behavior. This is why a logged this as a bug report.
The provided solution in the feedback portal item is to customize the Plain Paste text dialog (MozillaPasteTextDialog.ascx) and remove the auto-focusing functionality.
You can find attached a sample page with the suggested resolution placed.
Check out the Telerik Platform - the only platform that combines a rich set of UI tools with powerful cloud services to develop web, hybrid and native mobile apps.