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

Latest Chrome not working with Telerik Editor Apply Class

10 Answers 280 Views
Editor
This is a migrated thread and some comments may be shown as answers.
HSLaw
Top achievements
Rank 1
HSLaw asked on 15 Jan 2014, 09:16 AM
Hi Support,

  1. Our Chrome is updated to version 32.0.1700.76 m.
  2. Then we noticed Telerik Editor's Apply CSS is not working.
  3. We try Telerik Demo site (http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx) also not working.
  4. Here is the screen cast on how we try : http://upload.ximnet.com.my/chrome_with_telerik_editor.swf

What could be the issue?
Thanks.

10 Answers, 1 is accepted

Sort by
0
MailUp Dev
Top achievements
Rank 1
answered on 15 Jan 2014, 01:52 PM
Same problem here with Chrome 32, it happens with the previous version but also with the latest (ie online Telerik demo):

1) select a text OK
2) apply a font size OK
3) change font OK
4) change again size or font KO
0
Ianko
Telerik team
answered on 17 Jan 2014, 02:50 PM
Hello,

The described behavior is due to a major changes of the scroll functionality in Chrome 32.

This issue is already fixed and will be available in the upcoming official release of RadControls suite, which will be released at the end of this month.

For the time being you can use the following example setup for workaround:
<telerik:RadEditor runat="server" ID="RadEditor1">
</telerik:RadEditor>
 
<script type="text/javascript">
    $telerik.getDocumentRelativeCursorPosition = function (e) {
        var docElem = document.documentElement,
            body = document.body,
            scrollLeft = body.scrollLeft > docElem.scrollLeft ? $telerik.getCorrectScrollLeft(body) : $telerik.getCorrectScrollLeft(docElem),
            scrollTop = body.scrollTop > docElem.scrollTop ? body.scrollTop : docElem.scrollTop,
            left = e.clientX + scrollLeft,
            top = e.clientY + scrollTop;
 
        if ($telerik.isIE6 || $telerik.isIE7) {
            left -= 2;
            top -= 2;
        }
 
        return { left: left, top: top };
    }
</script>



Regards,
Ianko
Telerik
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 the blog feed now.
0
John
Top achievements
Rank 1
answered on 20 Jan 2014, 08:10 PM
Hi All:

Just for the sake of completeness, I'll add our experience to this thread.  When using the paragraph type control (i.e., H1, H2, etc) and the font size control (i.e., 1, 2, 3, etc) in Chrome 32.0.1700.76, the editor does not add the HTML tags.  However, the control does work correctly in IE11 and Firefox 26.  At first glance, this doesn't seem to have anything to do with a scrolling problem.

Will the fix in the next version of Telerik editor fix this?

Thanks for your help.

0
John
Top achievements
Rank 1
answered on 20 Jan 2014, 08:13 PM
Hi All:

Just for the sake of completeness, I'll add our experience to this thread.  When using the paragraph type control (i.e., H1, H2, etc) and the font size control (i.e., 1, 2, 3, etc) in Chrome 32.0.1700.76, the editor does not add the HTML tags.  However, the control does work correctly in IE11 and Firefox 26.  At first glance, this doesn't seem to have anything to do with a scrolling problem.

Will the fix in the next version of Telerik editor fix this?

Thanks for your help.

0
Mark Kucera
Top achievements
Rank 1
answered on 21 Jan 2014, 02:20 AM
Just posting a quick note that this seems to have fixed my issues w/ Chrome 32.0.1700.76 m

-Mark
0
Ianko
Telerik team
answered on 21 Jan 2014, 07:02 AM
Hi All,

The introduced issues are with all dropdown tools of the RadEditor control along with the tools in the context menus which opens dialogs.

The initial problem is related to the scrollTop and scrollLeft properties. At first glance does not look important or related, although these properties are used in the control's size calculations and when the page is being scrolled, some of our logic breaks and causes incorrect behavior of the implemented functionality. More about this can be examined in this blog post.

The upcoming build of the RadCotnrols suite (2013 Q3 SP2) will include the provided solution, which fixes all the mentioned problems, related to the Chrome 32 browser.

Regards,
Ianko
Telerik
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 the blog feed now.
0
Okami
Top achievements
Rank 1
answered on 21 Jan 2014, 02:34 PM
So this is slated for the 31st to come out?
0
Ianko
Telerik team
answered on 22 Jan 2014, 09:10 AM
Hello Ming,

As I have mentioned in one of my posts, the release, in which this issue is going to be resolved is the 2013 Q3 SP2 and it is going to be available by the end of this month.

Regards,
Ianko
Telerik
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 the blog feed now.
0
Andrew Dakin
Top achievements
Rank 1
answered on 22 Jan 2014, 05:05 PM
Will there be an internal build released before then that we can test with?
0
Rumen
Telerik team
answered on 23 Jan 2014, 10:23 AM
Hello,

There aren't any available internal builds where the issue is fixed.
The release date of Q3 2013 SP2 is scheduled for 28th of January so you will be able to download and test it in a couple of days.

Best regards,
Rumen
Telerik
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 the blog feed now.
Tags
Editor
Asked by
HSLaw
Top achievements
Rank 1
Answers by
MailUp Dev
Top achievements
Rank 1
Ianko
Telerik team
John
Top achievements
Rank 1
Mark Kucera
Top achievements
Rank 1
Okami
Top achievements
Rank 1
Andrew Dakin
Top achievements
Rank 1
Rumen
Telerik team
Share this question
or