RadTextbox scrolls while typing.

[Chris]

I have a RadTextBox defined like this:

<telerik:RadTextBox ID="newNoteTextArea" Runat="server" EmptyMessage="Enter new note here." Skin="Office2007" TextMode="MultiLine" Rows="4" width="99%" ShowButton="false" style="border: none;" ValidationGroup="undr_AddNote" MaxLength="2000000" ></telerik:RadTextBox>

When the user types a lot of text into the RadTextbox, the texbox will scroll back toward the top of the textbox and bounce back between the top and the typing line in-between typing.  This is happening in IE7, but dos not seem to in Chrome.  I have not tested Firefox or any other browsers.  I have confirmed that this same thing happens in the online demo found here: http://demos.telerik.com/aspnet-ajax/input/examples/radtextbox/firstlook/defaultcs.aspx

To see it copy this into the multi-line input:

;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk ;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk ;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk;sdlgj s;lkfjg ;slkgj;lskgj;lksdfg;skfg;lsfjg;sfgsfjglksfjd;kf;lksjd ; dfgks dfg;lksj dfg;jsf ;lksdf g;slkfg ;slkgj s;lfk

Then type, you’ll see it bounce up and down.  This become VERY annoying for the user. 

[Dimo]

Hello Chris,

This is a browser-specific issue, which can be avoided if you use pixel width and height, instead of the Rows and Columns properties.

I can't seem to reproduce the problem on our online demo.

Best wishes,
Dimo
the Telerik team

[Chris]

Do you not support IE7?  Based on your response it seems that you are aware of this issue.  I'm pretty surprised about your response, Telerik usually has very good support, and my take away from this is basically, it's my problem.  I would imagine In many applications I would images that a fixed width input would not work.  In this case I have a uses that have standard and wide screen monitors, and we need to use the screen real-estate when it's resent.  Is this something You Telerik is working on?

[Chris]

Oh, and to follow up on reproducing this, I'm on another machine right now, that is Windows Server 2003 and with IE7 I do NOT see the issues with the bouncing in IE7.  My client, and the machine I was on last night is a Windows 7 machine (so maybe it's IE8)?

[Chris]

This is a IE8 issue!  Dimo sorry that I responded harshly, I took your responce the wrong way.  After googling a little more I see that IE8 has an issues with the input and scrolling the text.  It was not clear (I have not had time to test this yet) if it is related to the width being set to a % of just an issue with the input in general.

In the event that others are looking here for a soltuions I did run acorss this, while it's far from a good solution, in my users case it will work, and they will be very very happy to not have the bouncing screen.  The work around it so put IE8 in compatability mode, like I said, it's not a good solution.

To do this:
In IE8 at the top to the right of the address bar you'll see an icon of a torn in half piece of paper. Click on that which will turn on compatability mode and should solve that issue.

I hope this helps someone else, in terms of saving them time not looking around too much for an answer.

[Dimo]

Hello Chris,

Indeed, triggering IE7 (compatibility) mode can also help, as well as setting explicit width and height to the RadTextBox, as mentioned earlier.

The issue is related to the fact that some DOM events are handled on each key press, which lead the resetting the textbox' scrollbar position. I am afraid we have not found a good solution to this problem so far, at least a workaround exists.

Kind regards,
Dimo
the Telerik team