Is Kendo UI Dataviz chart supported in IE8? - kendo-ui

When I run the Kendo Chart in IE9, everything works fine. But in IE8, the design is not as good as in IE9. Means X-axis and Y-axis value is not displayed properly in IE8.
Thanks...

IE can be very sensitive to the options that map to CSS attributes. For example, font settings must be with valid CSS syntax, otherwise the rendering is aborted.
Please try to exclude any non-essential options from the chart configuration to see if that helps.Please refer this link for further Information

From my experience all chart's basic functionality works properly in IE8. However, to get the width right, sometimes you'll need to set the width when initialising the chart using HtmlAttributes.
Example:
#(Html.Kendo().Chart<MyModel>()
.Name("chart")
.HtmlAttributes(new { Style = "width:400px;" })
.Etc...
)
What Telerik says:
Supported Browsers
Browser Supported versions
Internet Explorer 9 and later
Chrome 21 and later
Firefox 24 and later, ESR
Opera 15 and later
OS X Safari 5 and later
iOS Safari 4 and later
Chrome for Mobile 4 and later
Browsers with limited support
Internet Explorer 6, 7 and 8 are supported with the following
limitations:
PDF export is not supported.
Image export is not supported.
64-bit versions do not support text rotation.
Pie and donut charts don't have gradients
Internet Explorer 10 does not support dashed lines in canvas. This affects the exportImage as well.
Android 2.x will use non-interactive canvas output

Related

dc.js - I'm facing issues rendering the dc.js dashboards in IE 11

i have developed dashboards using dc. The dashboards are alligned and rendered well when i run it in Mozilla 52.4.0.
Where as when i run the same html file in internet explorer 11, the dashboards not aligned (width, height of the svg) and also the pie/ donuts are not displayed.
Is that dc does not support using the IE browser or do i need to do some code change which will support using in IE.
The reason i'm posting is that many of the users use IE rather than Chrome or Mozilla.

jvectormap not displaying map on internet explore compatibility mode or < IE9

I'm having a heck of a time getting a map to render properly in IE8 or IE compatibility mode. I've tried examples and demos, I've changed maps multiple times... All features seem to work and look great except IE compatibility mode or antiquated versions of IE. Maps ARE rendering on IE8 or below on the jvectormap website just not for the examples offered.
I've even gone as far as trying to replicate the maps on http://jvectormap.com, linking right to it's JS files. Still nothing.
Thanks so much for your time.
I reviewed the link you gave. The only issue I see is an absence of region border in IE8 or compatibility mode. The problem behind this is inability of VML engine to render borders with fractional width. Setting border as 1 makes the example work as expected.

Kendo UI browser support for Dataviz

Kendo UI docs state that Dataviz is supported on IE7+ (see http://docs.telerik.com/kendo-ui/getting-started/dataviz/supported-browsers). However, I was not able to run the examples on IE7 (actually IE11 running in IE7 mode), e.g. this one: http://demos.telerik.com/kendo-ui/area-charts/index. It appears that the visualization widgets use SVG which is not supported on IE7. So is the Kendo UI documentation wrong about supported browsers? What is even more surprizing is that the same example runs fine in IE8 mode - I don't know how, because IE8 does not support SVG either!
I found that Kendo UI switches to VML for IE7/8. So all features work on those browsers. Also, there is some issue with running IE7/8 under emulation mode. On real IE7/IE8 the demos work fine.

Highcharts yAxis text rotation issue in IE8

Hi, I am using the Highcharts library for drawing charts, however I came across an issue with the yAxis in Internet Explorer.
How can be yAxis text displayed correctly rotated in IE8 and IE7 ?
I have the same problem and I figured out that this problem is caused by ie8 emulator. So if you use a native ie8(ie8 from windows xp), will work without problem. On highcharts code there is an method to create css properties, and on this, highcharts create the property for each browser. if ie -ms-transform, if mozilla moz-transform, if web-kit ...
But for browser earlier than ie9 css3 rotate is not supported, so there is a matrix rotate, and this guy(progid:DXImageTransform.Microsoft.Matrix), dont works on ie8- emulator.
Try to run your code on winxp native ie8 and will work.
;D
Based on you're description of the issue, I believe this will help. Note the only workaround is to apply a background color to the label.
https://github.com/highslide-software/highcharts.com/issues/663

SVG Viewer causing IE8 to hang when browser is zoomed

We have a website that currently serves drawings to users via the SVG Viewer plugin. We have one client that sees it through IE8. With IE8, when they do a Change Zoom Level on the browser to anything other then 100%, the viewer tries to occupy the new space and zooms correctly. However, when the user tries to manipulate the frames inside that bound the viewer (it's a frameset website with the viewer being in the center) the entire site hangs. IE8 also shows that it takes up CPU cycles on the client computer, so it's trying to do something but hitting a loop.
I don't think this is actually our code and might just be something with SVG and how IE8 handles plugins and it's zoom. Does anyone know if this is a real problem and if there's a good solution?
If you are referring to the Adobe SVG Viewer plug-in, then I recommend that you (ideally) get your clients to start using a web browser that supports SVG natively — i.e. Chrome, Safari, Firefox, Opera; even IE9 (to some extent) — or use a different shim like SVGWeb to provide SVG support for those users of older browsers who also have Flash installed.
I found out what the problem was. I thought it was the SVG viewer trying to do something with the frames, when it turned out that I was just setting the frameset's initial size to the clientHeight and clientWidth, and then subtracting something from the height. That subtraction was a toolbar based in the frameset and, when you change the zoom level in the browser, there's a lock up that can occur with you trying to pull a components size and the client's size. At least, this is what I was seeing.

Resources