TomMancine

Members
  • Content count

    27
  • Joined

  • Last visited

About TomMancine

  • Rank
    Forum Member
  1. It has been a while since we have heard anything on this issue. After applying the recent updates to Adobe's Flash player, our pages continue to exhibit this behavior. Additionally, we have downloaded the 3.2 version of FusionCharts and are still seeing the same problem, regardless of whether we send XML data or JSON data (although the flickering is gone in pure JS mode, it's not quite speedy or pretty enough for our application). We are wondering if any further progress has been made on this issue!
  2. Thanks for the reply, and for looking into our issue. Just wanted to make sure it was on the radar somewhere! I'll be keeping an eye out for updates, but I understand it will take time because of the number of factors.
  3. Any other information I can provide that would be helpful? Haven't heard anything on this issue in about a week.
  4. Thanks again for the replies and for continuing to work with us on this issue. It's reassuring to know this is something you guys are aware of! I am interested to learn that it behaves differently in MacOS, and I wonder about how Firefox vs. IE affects that, but regrettably, as our application is consumed by large institutional customers, we are stuck with IE / Windows at the moment. We have been using data-xml simply because that's the only method that suits our needs (round-tripping to the server would take too long) but it's good to know that it's also the faster of the two We are already using wmode=windowed by default because of the better redraw performance--when we use opaque, we see the white "Reading XML" message flicker in, although that's different from the background flicker we see in flash 10.1. Contrary to what we would expect, we've been seeing the worst flicker on our newer machines, and we've seen it on small charts (80 x 80 pies) as well as large charts (300 x 150 xy charts). I am attaching an example (fcsample.zip) that demonstrates the flicker effect that is seen in our application. Regrettably, because our customer data is proprietary, and because our application uses a proprietary (in-house) wrapper around FusionCharts, I am unable to include our actual pages or anything like the data we are displaying. However, this sample does exhibit the same flickering behavior that our other pages do. I realize that updating the chart this frequently may not be a common use case, but it has been working very smoothly for us on machines which have the older version of the plugin, and I think it is a real credit to the product that we are able to use it for this purpose. Edited to add: The sample should be useful because I am confident that in situations where the sample flickers, our application will too. This sample has been tested and shown to exhibit flicker with v10.1.x of Flash in both IE6 and IE8. Feel free to do whatever you want with it, as to my knowledge it contains no proprietary work products. Thanks again for your attention, and hoping that this example proves helpful. -Tom fcsample.zip
  5. Thank you for the reply! Although our implementation uses a slider as well, it updates the charts in a more continuous fashion, where your implementation moves in three discrete steps. In your example, most of the time when it repaints, there is an apparent flicker, both in the old and new versions of the flash plugin (that is, in v10.0.x and v10.1.x). However every so often it repaints without any visible flicker, which is the behavior we saw from our current version of FusionCharts with v10.0.x flash plugins. Unfortunately, our use of proprietary customer data in our product means that I cannot give you a login. Would it be useful if I assembled a cut-down version of our page that demonstrates the issue?
  6. I'm afraid I may have confused the issue with additional information, but what the chart was intended to show was that, regardless of browser version, the issue occurs when the version of the flash plugin is 10.1 or higher. So that includes IE6 and IE8 both (and I imagine IE7 as well, but we don't have any test machines around with that browser). Thanks for following up with me and looking forward to any suggestions!
  7. I am sorry to report that for us, the problem persists using the latest available version of the Flash plugin, v10.1.82.76. To expand, we have observed the following on our test machines: Browser OS Plugin Version Flickering Problem ------- -- -------------- ------------------ IE8 Windows XP 10.0.32.18 N IE8 Windows XP 10.0.42.34 N IE6 Windows XP 10.1.53.64 Y IE6 Windows XP 10.0.42.34 N IE6 Windows XP 10.1.82.76 Y
  8. We developed a portion of our application last summer using FusionCharts v3.1. Recently, our users have gradually been updating to Flash plugin v10.1 and are starting to report problems with our charting pages. In several places in our application, we are dynamically redrawing charts in response to user inputs (for example, dragging a slider). This is accomplished with the setDataXml method. Users with Flash plugin v10.0.x see the graph continuously redraw with the new values in a relatively responsive way. However, users with Flash plugin v10.1.x see the graph flickering very badly. We did have flickering problems before when plotting large amounts of data; however, in this case, it flickers with the background color, and the flickering is pronounced even with only a few points. Before, it would flicker white, because of the "Reading XML Data" message, and only if there were a large amount of data. Since v10.1 introduced hardware acceleration, we suspected that might be the problem. However, when we forced the chart to render with wmode="opaque," which according to http://www.adobe.com/devnet/flashplayer/articles/fplayer10.1_hardware_acceleration_04.html will force the player to use software rendering, the problem persisted. Is FusionCharts aware of any problems related to redraw performance in Flash 10.1, and are there any workarounds or plans to address this with a patch? It is causing some serious perception problems for our product.
  9. I am attempting to use FusionCharts for a new feature in our application; unfortunately, the chart will occasionally fail to render, for reasons which are not clear to us. I am enclosing several files. The file correct.png shows how the chart is expected to render, and most of the time does. Randomly, maybe one in five times, it renders incorrectly, as shown by bugged.png. In both cases, I have verified that we are sending it identical XML data, as provided in chartxml.xml (also attached). Finally, I have verified that the HTML being used to display the chart is in both cases identical; it is provided in objecttag.txt. Since we are creating the object in the same way and giving it the same input each time, I can only conclude that the failure to render correctly is occurring within the component. Worse, subscribing to the API methods listed in the documentation (FC_DataLoadError, FC_NoDataToDisplay, FC_DataXMLInvalid) does not give me a way to detect this error; nothing fires these methods even when the chart fails to load correctly (if I knew that, I could at least attempt to redraw it). I need to know a) if there is some error in how we're creating the chart that causes the error, if not, whether there is a way to prevent the error, c) if there are any known workarounds, d) if there is any way to detect that this error has occurred, e) if none of the above, how soon this issue will be addressed. Everyone here is pleased with FusionCharts' appearance and ease of use, but the random failure to draw correctly is causing big problems with acceptance. We are honestly considering scrapping the prototype and using another product if we can't fix it somehow, so your prompt attention is appreciated. This behavior is occurring for me in Internet Explorer. I see it in IE8 with IE7 compatibility mode enabled. Our VP is seeing it in regular IE7, and I'll be trying to reproduce it in IE6 later today. The version of Flash installed on all these machines is Flash 10. I have used the debug window (when the chart renders correctly) to confirm that I am running v3.1.1, which I believe is the most recent version. When the chart renders incorrectly, the debug window is not available. I was following the issue at http://www.fusioncharts.com/forum/Topic13006-6-1.aspx which appears to be the same problem, but the only proposed resolution is upgrading to the version of the product I am already running. This seems to be an old issue, because http://www.fusioncharts.com/forum/Topic2530-6-1.aspx http://www.fusioncharts.com/forum/Topic3131-6-1.aspx http://www.fusioncharts.com/forum/Topic5914-6-1.aspx http://www.fusioncharts.com/forum/Topic3059-6-1.aspx http://www.fusioncharts.com/forum/Topic3274-6-1.aspx http://www.fusioncharts.com/forum/Topic3399-6-1.aspx http://www.fusioncharts.com/forum/Topic1806-6-1.aspx http://www.fusioncharts.com/forum/Topic3172-6-1.aspx http://www.fusioncharts.com/forum/Topic1260-6-1.aspx http://www.fusioncharts.com/forum/Topic1093-6-1.aspx are the same thing. Looking at suggestions from those issues, I can add that I am using the provided JS to embed the chart, and that I am specifying a width in pixels and not in percent. I am also confident that the page has finished rendering by the time that I am working on the chart, as I am dynamically creating the chart in response to a user selecting an item from a drop-down list. The pages are being served up by IIS5.1 and 6.0, as we have an ASP.Net solution that is being developed on WinXP and deployed to Win2003 servers. Although there are sometimes issues related to use of '%' as numberPrefix, I can also verify that the problem still occurs when i replace % with %25 as my suffix. -Tom Mancine chartxml.xml objecttag.txt
  10. Reading Data. Please Wait

    Hello, Our product uses FusionCharts v3 to update interactively as the user modifies controls on the screen. If a client is on a slow enough machine, they occasionally see the chart flicker white, because when we call setDataXML(...), the chart momentarily repaints with the message "Reading Data. Please Wait" Is there any way to suppress this behavior, and have it simply repaint when the data is done parsing, rather than displaying notifications? In our case, we'd rather have the stale data stick around for an extra tenth of a second than to have the white flashing behavior. I've read the documentation without finding the appropriate property, but I wouldn't be surprised to learn that there is one that I missed Thanks, Tom Mancine
  11. Missing hash marks / banding on Drag Line chart

    Setting adjustDiv='0' seemed to work for us. Thank you! -Tom
  12. Missing hash marks / banding on Drag Line chart

    Hi, What additional information do I need to provide in order to get a response on this issue? This is threatening our release schedule, so I'd appreciate at least an acknowledgment or some suggestions. Thanks, Tom Mancine
  13. Hi. We're using the DragLine chart from PowerCharts v3. Recently, we made some modifications to our chart that caused us to set yAxisMaxValue in addition to yAxisMinValue. When this change was made, all of our horizontal div lines, axes hash marks, and bands on the chart area disappeared (chart.png). If the points are moved sufficiently to cause the chart to rescale PAST the yAxisMaxValue that we specified, the horizontal div lines, axes hash marks, and bands on the chart area reappear (chart2.png). It doesn't seem to me like specifying yAxisMinValue and yAxisMaxValue should cause these features to disappear. Is this a bug, and if so, is there a workaround that I can use? I'm attaching screenshots and the output from the debug window at the initial load of the chart. I believe that the errors related to number formats are due to the tags that we use to make our second series begin at the end of the first series (moving left to right across the chart). They should not impact the banding or axes. -Tom Mancine debug_output.txt
  14. exportCallback won't fire

    The response from the server is currently an HTTP/405 because I haven't pointed it at a valid handler yet. I had been assuming that since the result object contained success/failure information, it would recover gracefully from a failed request and fire the callback with a status indicating that the post had failed. If that's not the case, I can continue implementing the handler (we need a slightly different behavior--we want the files placed in the ASP.Net session instead of on the filesystem) and hope that the callback will fire after that's done, but it seems like a long way to go without knowing that the callback will fire. -Tom Mancine
  15. exportCallback won't fire

    Hi. I'm trying to use server-side export from FusionCharts v3. I have read the documentation carefully, and am using the following export-related parameters: exportHandler: the URL of my sample page exportEnabled: 1 exportAtClient: 0 exportAction: 'save' I have tried specifying a value for the exportCallback parameter, but it doesn't seem to work; my callback is never invoked. Additionally, the default callback (FC_Exported) does not seem to be getting fired, whether or not I remove my exportCallback parameter from the chart. Finally, when I sniff the POST to the server with Fiddler, I see exportCallback=undefined in the pipe-delimited list of parameters being posted. This does not seem to bode well. Note that when I create my chart, I am making sure that registerWithJS is set to '1', so that is not the source of the problem. Any ideas why my callback isn't firing? Even if there were some sort of problem on the server side, it seems to me that my callback should still be executed, with error codes to indicate that something has gone wrong. -Tom Mancine