BradG

Any plans to implement this in the near future? We have clients asking for it.

We are using the dataplotclick event on gantt charts, but also using "link: 'j-$.noop'" so that the pointer cursor appears when hovering over each task. I found that it works in the latest version without an error if I add a "-" after "noop". The extra "-" was not necessary in 3.12.2.

We're getting a javascript error when clicking on a bar in the gantt chart: "Uncaught () is not a function". I've attached screenshots of the call stack and relevant source code using minified files that have been "pretty-printed". This error does not occur when using 3.12.2.

We use Checkmarx Static Code Analysis to identify code vulnerabilities. In fusioncharts.js 3.12.2, Checkmarx reports 3 potential XSS issues when setting innerHTML to a text property: line 310 (first occurrence): line 310 (second occurrence): line 316: Can you either fix these vulnerabilities or assure us that they cannot be used to enable a cross site scripting attack?

Thanks for the suggestion, but we need the default behavior, as described here: https://www.fusioncharts.com/dev/gauge-and-widgets-guide/gantt-chart/adding-scroll-to-chart.html "Vertical scrolling is enabled by default depending on the height of the chart. If the number of processes fit within the height of the chart, vertical scrolling will not appear." This rendering issue did not exist in 3.8.0. It only appeared once we attempted to upgrade to 3.12.2. Please provide a fix.

On touch-enabled Windows 10 laptops, the Gantt scrollbars render with a 4px border (stroke-width) when the scrollbar is narrow. For example, if you go to http://jsfiddle.net/fusioncharts/2g6pffz5/ and remove the "theme" setting from the config, the vertical scrollbar shows the issue on such machines: If you change the scrollHeight in the config to 11, the horizontal scrollbars will appear the same way. The behavior occurs on both Chrome and FireFox. In FireFox, if we apply the workaround mentioned in this topic: https://forum.fusioncharts.com/topic/19939-firefox-mousetouch-issues, the scrollbars render correctly (the same way they render on non-touch enabled machines). Our preference would be to have the scrollbars render the same on both touch and non-touch machines. However, if that is not possible, could you have the vertical scrollbar use the scrollHeight setting or provide something like a verticalScrollWidth setting that would render correctly using a value of 20 (for example)?

Referring back to the discussion of "non-functional horizontal scrollbar remains visible", this does seem like a bug according to your documentation here: https://www.fusioncharts.com/dev/gauge-and-widgets-guide/gantt-chart/adding-scroll-to-chart.html#enabling-scrolling-for-the-gantt-pane At the bottom of that section it says: "If the duration specified by you is more than the actual time span of the chart, the scroll bar for the Gantt pane is not displayed." Version 3.12.2 is not working that way (the scrollbar appears even when not needed).

Using 3.8.0, the funnel chart is centered: but using 3.12.2, it is left-aligned: which looks odd, especially since the caption is not centered over the chart and labels. We need it to be centered, or at least have an option to center it.

Charts on touch-enabled Windows 10 laptops using Firefox 55.0.3 and 56.0 (at least) are not working properly in terms of mouse interaction. On a problem machine, for example, using this pie chart link: http://jsfiddle.net/fusioncharts/9cPeU/ : Tooltips do not appear You cannot grab the pie chart and spin it Clicking a slice of the pie does not perform the normal animation The hover effect (changing the color) DOES work Also, for this funnel chart link: http://jsfiddle.net/fusioncharts/8sJdx/ : Tooltips do not appear Clicking a segment of the funnel DOES perform the normal animation Within our website, click interaction using the link property does not work for either of these chart types using this configuration. For other chart types, tooltips do not appear on a problem machine, but click interaction (e.g., using the link property) does work. All of the above work when using touch interaction with Firefox, but disabling touch does not fix the issue. All of the above work on a problem machine when using Chrome.

If you change forceRowHeight to "1" in your fiddle, you will see the bug I described. Also, as mentioned in my update post above, the problem still also exists with forceRowHeight = "0" if you have enough processes.

Update: After further testing, we found that the problem still occurs when forceRowHeight is false when the number of processes increases (and the processes have Height set). It appears that the height of the DataTable cells are all set to the Height of the last Process.

When using forceRowHeight (in both 3.6.0 and 3.7.0), the Gantt DataTable cells should use the corresponding Process height, but do not (and do not have a property to set their height). In the screenshot, the cells in the Status column should be the same height as the cells in the First Name column. Below is the json used to generate the chart: { "chart": { "forceRowHeight": true }, "categories": [ { "category": [ { "start": "01/01/2014", "end": "12/31/2014", "label": "2014" }, { "start": "01/01/2015", "end": "12/31/2015", "label": "2015" }] }], "processes": { "headerText": "First Name", "process": [{ "id": "0", "label": "Bob", "height": 130 }, { "id": "1", "label": "Mike", "height": 52 }] }, "dataTable": { "dataColumn": [{ "headerText": "Status", "text": [{ "label": "Active" }, { "label": "Active" }] }] }, "tasks": { "task": [ { "start": "05/01/2014", "end": "03/24/2015", "processId": "0", "height": 26, "topPadding": 13 }, { "start": "01/23/2015", "end": "03/24/2015", "processId": "0", "height": 26, "topPadding": 52 }, { "start": "01/24/2015", "end": "03/24/2015", "processId": "0", "height": 26, "topPadding": 91 }, { "start": "02/04/2015", "end": "03/24/2015", "processId": "1", "height": 26, "topPadding": 13 }] } }

I would like to request a stacked area + line combination chart.

In 3.4.0, the DragNode chart allowed you to drag a node without calling the link function when the mouse is released. In 3.5.0, it always calls the link function even when the node is dragged. Use this data to see the behavior: { "dataset": [ { "data": [ { "x": "2", "y": "5", "name": "A", "radius": "20", "shape": "CIRCLE", "link":"j-alert" }, { "x": "3", "y": "6", "name": "B", "radius": "20", "shape": "CIRCLE", "link":"j-alert" } ] } ], }

With Fusion 3.5.0, the Funnel chart throws a javascript error when streamlinedData is set to 0: "Cannot read property 'fontSize' of undefined".