shamasis

... We have prepared a sample application for you that would do server-side exporting of multiple charts using only one mouse click. We have developd two sample PHP application that (1) starts exporting multple charts automatically upon page load and (2) updates same chart multiple number of times and exports it one after the other. The demos export as image. You can set it to export as PDF just as you have done earlier. autoupdate_generate_dataxml.zip server-side_batch_export.zip

... Greetings, From your live link we figured out the issue... you would be rolling in laughter if you see to it! Try calling http://jcsweb.biz/mef/client/wd_scen_lev/SaveExample.html (without www) and your exportcomponent will work just fine. This is because http://www.domain.com and http://domain.com are two different domains! :hehe: Fix: Either call a relative URL in your XML exportHandler="/mef/Export_Handler_FC/FCExporter.php" or call the same domain for both the html and the xml (i.e. either both www or non www)

... You are always welcome. We have analyzed http://jcsweb.biz/mef/Export_Handler_FC/FCExporter.php, and have found that data is being saved on server perfectly. However, instead of returning a proper response that our charts can recognize, your server is doing a redirect to crossdomain.xml and that too is returning 404 Not Found. This is normal when data is posted to one domain from another (except the 404 part!) While testing the situation in your original post, are you running SaveExample.html locally or from a different domain than jcsweb.biz? In any case, you can test this if you use IE Developer Toolbar on IE or FireBug on FireFox to analyze HTTP Requests of your page. In case you are unable to do this, send us a live URL of your implementation and we will analyze the same for you.

... Greetings, I will try to solve your issue one by one. First, you cannot call FCExporter.php directly. This is because, FCExporter.php mandatorily needs to be called by a FusionCharts chart as the chart sends the data that is required by the script to function properly. Next, as you report that you can view Image on browser, we can safely assume that the chart is setup well and data is being sent and interpreted properly. You are not getting any callback upon export. This can be due to various reason. There may be a JavaScript error on your deployment page. The FCExporter.php raises an unexpected error that is not well interpreted by your charts. In either of the above case, we would require a scaled down implementation of your code before our debug team can work on it. We would aprpeciate if you could send us your sample implementation in a zip file. That zip file should also contain your modified FCExporter.php

... Hello, Yes, you need to include FusionCharts.js AND FusionChartsExportComponent.js, and depending upon your implementation you may need to include other files as well. But, as far as the error you are facing, just including the above two files would do.

... This error occurs when FusionCharts.js is not included before including FusionChartsExportComponent.js To solve this, make sure you have FusionCharts.js included before including FusionChartsExportCompenent.js A sample code will be somewhat like this: <script type="text/javascript" src="FusionCharts.js"></script> <script type="text/javascript" src="FusionChartsExportComponent.js"></script>

... Hello, I am attaching a small sample application using FusionCharts v3.1.1 to test the wMode related issues. The application shows three charts (all same chart) in wMode as "window", "transparent" and "opaque" respectively. There is also an active Overlay HTML division that moves around with the mouse pointer and shows the current mouse coordinate. Moving the mouse across the first chart reveals that the overlay HTML division does not get over the chart in "window" mode. But in other two charts, everything seems fine. :hehe: Note: you will need to login in order to download this piece of code. PS: Thanks Sudipto for compiling this app. FusionCharts_Test_MouseEvents_Various_WModes.zip

... Greetings! Hey... MSLine is "MSLine2D"! Someone from the support team will attach the .debug JS. And as for the slow loading of multiple charts, we are experiencing it in cases where external JS files like page analytics JS, etc. are causing the "Load" event of the page to be fired late.

... Greetings, This link may be of help to you... http://www.fusioncharts.com/forum/Topic13519-28-1.aspx?Highlight=setTransparent

... Hello agreene, IMHO, there might be a problem with your Flash Player Installation. Re-installing the Flash Player might just solve your problem. There is a small post on re-installing Flash Player for Internet Explorer in Post #10208. See if this works for you. Do lemme know!

... FusionChartsDOM works after the page is fully loaded (i.e. when the "load" event of a document is fired). So, if any script is preventing the page from fully loading (like some page analytics code, etc) charts will load slow at times. To know it for sure, we would like you to give us a link to the page where FusionChartsDOM is implemented. We will analyze and let you know. Also, do let us know which version of chart and javascript you are using along with the browser version.

... You need to be logged in, in order to download the file.

... Greetings, To change the chart dynamically, you can use the following revised code: <SCRIPT LANGUAGE="JavaScript"> //updateChart method is called whenever the user clicks the button to //update the chart. Here, we get a reference to the chart and update it's //data using setDataURL method. function updateChart(DOMId, swf){ //Get reference to chart object using Dom ID var chartObj = new FusionCharts(swf, DOMId, "400", "300", "0", "1"); //Update it's data URL to an XML file named NewData.xml chartObj.setDataURL("NewData.xml"); //Render chart chartObj.render("chart1div"); } </SCRIPT> Usage Instructions: While calling the updateChart function, pass your new chart swf file name as well as parameter. <input type='button' value='Change Data' onclick='updateChart("chart1Id", "../../FusionCharts/Pie3D.swf");' name='btnUpdate'>

... Greetings agreene, Nice to hear that you solved your problem. If you have any query, do not hesitate to post it here.

... Greetings, If you need the DOM ID of the chart, it is same as the "chartId" that you have set (2nd parameter of new FusionCharts() constructor). The function getChartFromId('chartId'), will fetch the Chart object that has the DOM Id "chartId". To change the chart dynamically, you can use the following code: <SCRIPT LANGUAGE="JavaScript"> //updateChart method is called whenever the user clicks the button to //update the chart. Here, we get a reference to the chart and update it's //data using setDataURL method. function updateChart(DOMId, swf){ //Get reference to chart object using Dom ID var chartObj = getChartFromId("chart1Id"); // change chart type if(swf) this.setAttribute('swf', swf); //Update it's URL chartObj.setDataURL("NewData.xml"); //Disable the button this.document.frmUpdate.btnUpdate.disabled = true; } </SCRIPT> Usage Instructions: While calling the updateChart function, pass your new chart swf file name as well. <input type='button' value='Change Data' onclick='updateChart("chart1Id", "../../FusionCharts/Pie3D.swf");' name='btnUpdate'>

... Hello Mohit, FusionCharts does not accept Ctrl+P keyboard shortcut to print charts. Ctrl+P keyboard shortcut is not same as right-clicking and printing a chart from the context-menu. If you have to invoke the print function of your browser then you can use Ctrl+P. But, that will only happen when the chart is not in focus (i.e. you click any other HTML element and not the chart and then press Ctrl+P.)

... Greetings, Can you please try out the BETA release posted at http://www.fusioncharts.com/forum/Topic14049-61-1.aspx and let me know if this solves your issue. Note that if you are FusionCharts Free user, this JS is default configured for v3. User chartVersion="free" in your fusioncharts tag (temporarily) before the final JS is released

... Greetings, A possible update to your issue has been posted in http://www.fusioncharts.com/forum/Topic14049-35-1.aspx.

... Greetings, We have identified the root cause of this incompatibility. The problem lies with the way Internet Explorer handles attached events to DOM elements. Subsequently, we have developed a workaround and have implemented the same and jQuery now seems to have no problems in living alongside FusionCharts DOM! You can find the latest Download at http://www.fusioncharts.com/forum/Topic14780-61-1.aspx :w00t: FusionChartsDOM.zip

... Greetings, We are receiving certain jQuery related compatibility issues for Internet Explorer. We are trying to look into the exact cause and the possible way to resolve this. You will be notified as soon as this is probed.

... Greetings, We are receiving certain jQuery related compatibility issues for Internet Explorer. We are trying to look into the exact cause and the possible way to resolve this. You will be notified as soon as this is probed.

... Greetings, It is really nice for you to implement the workaround. I have as well followed the conversaion in your post. However, we are still implementing a slight architectural change of the framework and would fix all issues in DOM 1.0.2

... Greetings Lynnie, You are most welcome. And in case anything else with our code bothers you, do not hesitate to post back.

... Greetings, The FusionChartsExportObject does not support a public setTrasparent method. However, there is a workaround: you can set 'wmode' value using the following code: <script type="text/javascript"> var myComponent = new FusionChartsExportObject('myComponent', 'FusionCharts/Column2D.swf'); myComponent.srcObj.addParam('wMode', 'opaque'); // set wmode to opaque/transparent // you can also use // myComponent.srcObj.setTransparent(false); </script> We will include public API to set flash player parameters in next JS release.

... Greetings, This issue is being actively worked upon and we envisage that this issue will be solved soon. In technical terms, the issue is primarily hapenning when FusionCharts JS framework is simultaneously building XML Islands within the page. Addressing this is more like doing a workaround for a browser limitation and we would do this for the next release of this framework. Essentially, if you are presently using FusionCharts DOM, it is very likely that the next update will not break any of the existing implementations.