shamasis

Members
  • Content count

    231
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by shamasis

  1. Greetings Matthew, Nice to hear from you again. We are planning to fully integrate FusionCharts native events with jQuery events and in the process, this idea seems promising. What if a code like this works: jQuery('#myDiv:fusioncharts').bind('update', function($1) { jQuery('#myOtherDiv:fusioncharts').updateFusionCharts({ data: 'myNewData.xml' }); }); Instead of the native events that FusionCharts generate FC_Rendered, etc... we want users to bind like: jQuery('#myDiv:fusioncharts').bind('render', function() { // do stuffs here }); And perhaps, will also have a way to raise global events... for earlier users of FC_Rendered. What is your take on global events? Should we do: $(window).bind('fusioncharts.render', function() { // do stuffs here }); or maybe do an aggregate alternative to work on events for ALL charts like: $(':fusioncharts').bind('render', function() { // do stuffs here });
  2. Gary, I can see that you did get it to work. Incidentally, the issue you are facing is the exact same issue we are working on!! There is already a function that you can experiment with, and that is .updateFusionCharts(). This supposedly works fine with jQuery 1.3.2 but fails for a bug in jQuery 1.4.x. The updateFusionCharts does the work of remembering the settings of an existing chart. Lets say, you already have a chart in a division with id "myChartDiv", and you just want to update the data of the chart. What you do is: $('#myChartDiv').updateFusionCharts({ data: '<chart><!-- your new xml data here --></chart>' }); You may send any settings, and it will simply keep the old ones and overwrite with whatever new you have sent. Furthermore, the function intelligently decides whether to re-render the chart or not! In case you update data only, it will simply change the data! Technically, due to a bug where jQuery 1.4.x is unable to associate data with object/embed elements, we are unable to save the state of the chart.
  3. Find attached a simple example code showing how you can use FusionCharts jQuery plugin to display multi-series charts. This sample uses FusionCharts Free. You can easily use it with FusionCharts v3 by using v3 chart SWF files. Note: You need to be logged in to download the attachment. FusionCharts-jQuery-Multi-Series Example.zip
  4. Ah yes... you got it right! FusionCharts Free is a separate product. FusionCharts Free aims to fulfill your basic charting needs with a very commonly used set of charts, having the necessary but basic features. Its features however are a lot limited than FusionCharts v3. FusionCharts v3, on the other hand, provides you advanced charting options like exporting chart as image/PDF, gradients, 3D lighting, better animation with an easy way for building your own animation styles, exporting chart data as CSV/XML, in-built debugger, enhanced AJAX support and advanced filter effects like shadow, blur and bevel which you can apply to the various chart elements. It also provides advanced chart types like true 3D charts, scroll charts, glass-effect column charts, dual Y-axis charts to name a few. FusionCharts v3 evaluation version allows you to try out all these advanced options and more. So, if you are aiming to use FusionCharts v3, you can already start using the no-limitation FusionCharts v3 Evaluation from http://www.fusioncharts.com/download/. You can easily use the existing jQuery Plugin by simply implementing the code sample to change default configuration mentioned at http://www.fusioncharts.com/forum/Topic26755-77-1.aspx. And then you can take hints from this blog post: http://www.shamasis.net/2010/03/jquery-plugin-for-fusioncharts-1-0-0b/ Read the section there saying "Using this plugin with FusionCharts v3".
  5. In case you need to repeatedly provide the same parameters to charts created using this plugin, you may choose to update the default configuration itself! This will save you from repeatedly writing the same code and would also help in consolidating settings ate one place. Using the "extend" method of jQuery, one can easily update the default settings of FusionCharts jQuery plugin. For instance, if you want to update the "swfPath" attribute's default value to point to a different location, you can write the following code. <script type=
  6. Just for reference, you can provide the following piece of code just below your jquery.fusioncharts.js script inclusion, to make the FusionChartsFree JS file work with v3
  7. Greetings, Refer to "3. Plugin Usage -> Providing Data to Charts -> Passing XML String As Data" section of the jQuery documentation PDF located at http://www.fusioncharts.com/jquery/docs/. Also, in the downloadable package, refer to "Examples/data-source-xmldata.html" file that has a sample implementation of single-series charts. You can easily change it to multi-series by (1) using a multi-series chart alias in "type" attribute and then (2) providing a multi-series data xml in the "data" attribute. Just in case you want to refer to FusionCharts Free documentation while building multi-series XML, see "Chart XML Reference -> Multi-Series Charts" at http://www.fusioncharts.com/free/docs/.
  8. Greetings, Ah... the latter idea is surely a good one as because in case of former, (1) own attributes will fail w3c, (2) own class would not be sufficient enough and (3) changing the HTML table to render FusionCharts should not be the goal. The JSON idea is cool, but there is a roadblocks that I see: FusionCharts has native XML as data-source and the fact that you know that you need an attribute in <dataset> means you know the FusionCharts XML format, thus for people wanting to beautify the charts, needs to know details of FusionCharts XML. This is surely not a problem, but anything easier is more welcome. We are contemplating upon the above issue and have certain ideas in mind. As the mature, we will surely update you. But, be assured - something will be coming your way.
  9. Greetings, We would be fixing this natively in the jQuery plugin when we release the next beta version (which is coming soon).
  10. Greetings, The HTMLTable data-handler does basic HTML <table> to FusionCharts XML conversion. Currently, it allows you to specify chartAttributes only as the dataOptions { chartAttributes: "" } parameter. The plugin is still in beta stage and we are waiting for users like you to give us inputs as to what more you want to do with the HTMLTable data-handler. Right now, it seems that you want dataset attributes to be implemented. We are looking into a suitable API to do the same. If you have any idea, feel free to share.
  11. Hi Stephane, Great suggestion. There are already two ways to make FusionCharts attain the width and height of the parent container. 1. Using percentage width and height. If you set width: '100%' and height: '100%', it sets the HTML width and height of the chart to 100%. This makes the chart occupy the area of the parent container. 2. Using "auto" for width and height of the chart This not yet documented (as per plugin version 1.0.0b) as it is an experimental feature. Here, if you set width: 'auto' and height: 'auto', it sets the dimension of the chart to parent.width() and parent.height() respectively in pixels. The above two methods have one limitation as we foresee. In case the container has no set dimension or in case the container is not fully rendered, the chart does not receive the proper dimension. And as because FusionCharts v3 does not support native resizing as of now, it might render odd. As a workaround to the above issue, if we render the chart after the page is loaded using $(document).ready() event, this issue is partially fixed. Another point to note: Would it be prudent if we set it to occupy 100% by default? Now we have kept it to 320x480 for the reason that in majority of cases, the container element may not have a width or height set. In such situations, the charts will have 0 width or height and will not render. This may lead to confusion for a majority of users who would not understand why the chart is not rendering.
  12. height property

    Greetings, How are you dynamically adjusting the height of the chart using FusionCharts DOM?
  13. ... Greetings, We have developed a workaround for the IE related issues that developers were facing while using FusionChartsDOM. I am attaching a BETA release of version 1.1.0 of FusionCharts DOM framework. This version includes some tweak and certain architectural changes. You should also have no issues rendering multiple charts in IE. For FusionCharts for Free users, this (attached js) framework has default settings for v3. You should set chartVersion="free" in your fusioncharts tag or set global parameters using parameters="chartVersion: 'free'" within FusionChartsDOM script tag. Note that this is a BETA release for developer evaluation only and is not meant for final deployment unless the final version is released. The final (1.1.0) version will be released soon. Known issues in this BETA: (1) keeping any <fusioncharts> tag within HTML comments <!-- --> causes FusionCharts DOM to not render the charts properly. Download your copy (you need to be registered and logged in to the forum) and give your feedback. FusionChartsDOM-1-1-0b-js.zip
  14. FusionCharts DOM 1.1b BETA Released

    Greetings, The updated dom framework (posted in this topic) supposedly solves most IE related issues! David Lai's fix has been already incorporated in this updated framework, so you do not need to separately implement that. What you can do is either send us a scaled-down version of your codes or send us a live link. Giving us both would be a plus.
  15. Aaah! Thanks for the pointer towards the documentation issue -- moving post to issues section --
  16. Greetings, Thanks for your suggestion. Here is our observation of the codes you sent: convertToFusionCharts function takes your data-source (HTML <table> element) as the selector and creates a chart just before it. It is not meant for moving the FusionCharts element. Furthermore, the convertToFusionCharts function DOES NOT accept "data" and "dataFormat" option parameters. However, what you have done (or what you want to do) can be achieved by directly using insertFusionCharts or appendFusionCharts or prependFusionCharts function. See example: $('#myDivToCreateFusionCharts').appendFusionCharts({ swfPath: "../Charts/", type: "MSColumn3D", data: "#myHTMLTable", dataFormat: "HTMLTable" });
  17. [feedback] Thanks for the tools

    Greetings, We are glad to be of help. Your post is extremely valuable and we are looking forward for more suggestions, bug reports and feature requests from your end. Inferring from the fact that you have posted in "FusionCharts v3 jQuery Plugin" forum, we would like to pass on an information that you can use the jQuery plugin with FusionCharts v3 as well. All you need to do is provide "product: 'v3'" and the correct path to your v3 swf files in swfPath parameter. For example, if your codes are located at "FusionCharts/Charts" in server-root, you could extend the default configuration of your FusionCharts jQuery plugin as below: Do make sure to drop in such "quick" posts whenever you feel like!!
  18. problem saving server side

    Greetings, Interestingly, though I see FusionCharts.js included in your page, I am unable to find any of the standard FusionCharts JavaScript inclusion codes anywhere within the page. By observing the ResponseText on your page, to and from FCExporter.php, we see certain anomalies. Are you using FusionCharts.render JavaScript code? Or are you using our PHP API to render charts?
  19. problem saving server side

    Greetings, Kindly set the registerWithJS parameter to '1'.
  20. Greetings, Tried using Ubuntu 9 and the result is as Follows: Firefox 3.5.8, Opera 10.10: Context-Menu Works Fine! Google Chrome: Shows Black background and context-menu does not work. Could not test on Fedora yet.
  21. Side by Side Charts

    Greetings, The CSS-only way to do the same is to wrap your charts with a <span> element and set the display value of divs under that span to be inline.
  22. better export feature

    Greetings, The method sends data in RLE encoded bitmap format. This method is not in our docs because it is a deprecated function. Later releases of FusionCharts will not support this. We recommend not to use it for any deployment purpose. You can also look into our documented Export Component's JS file to see how FusionCharts send data to the Export Component swf (via JS). You can intercept this data by overriding FusionChart Export Component's JS file's functions. Doing so would be easy as the FusionChartsExportComponent.js has a well documented version available within the download pack. However, these suggestions are not part of our public API hence, we cannot guarantee support. However, this is a software world where anything is possible... so feel free to experiment. If you need any further assistance towards this, let me know.
  23. better export feature

    Greetings Valdir Scarin, Your suggestions are insightful as well as helpful. As far what I see you do not require the export component at all. What can do is use the chart's native getImageData() function to retrieve chart's bitmap in RLE format. If you need more help on how to transform the bitmap, let us know. With exporting a chart, we are presently surrounded by the following issues (some of which has already been made aware to you by Rajroop and Madhumita): 1. FusionCharts v3 is developed in ActionScript 2 and as such does not have any practically usable way to export FusionCharts. 2. We are working on FusionCharts v4 that is in AS3, but as you might have had understood that internal architecture of such an exhaustive project such as FusionCharts takes time. Furthermore, our internal codes have to be highly optimized, yet modular to have better performance for our our users and as well as to make the lives of our Enterprise/OEM users (who have the source code) a little less difficult! 3. The exporting is done using a separate SWF (developed in AS3) and as such AS3 movies cannot be effectively included within a AS2 movie to meet our requirements. 4. We mandatorily need a button on our Export Component SWF because of Flash's security reasons. Flash will not allow you to display the "Save As" dialog box unless a user interaction is directly done on the SWF that is firing the "Save As" dialog box.
  24. setDataXML(External Interface) has problem with IE

    Greetings, If swfObject has solved your issue, we would certainly look into it on a priority basis and see what are the workarounds that are implemented there. In the meanwhile, you would speed up the process if you could send in another scaled down demo of an exact same of your previous sample that you sent. Except that this time, you use an swfObject. I presume that you already have something similar ready, hence it would help us to look into the matter.
  25. Refreshing data in Internet Explorer

    ... Just a queer question: Why are you using the HTML-Embed method? We highly recommend using the JavaScript integration method: http://www.fusioncharts.com/docs/?JSEmbed.html I understand that this is not a direct solution to your problem, but as because your issue is pretty unique, why don't you just implement the JS integration method and see the result? Furthermore, is there any caching issue in FireFox? And also, is it happening when you are running the HTML file locally? What happens when you run it from a server?