scorbett

Hi. We are using FusionCharts 3.2.1.

I have a stacked bar chart that seems to be dropping data labels due to lack of space on small bar segments, which is fine, but it does so inconsistently. For example, see the attached image "StackedBar2D.jpg". It's only inconsistent when I'm using the 2D Stacked Bar, it appears much more consistent when using StackedBar3D.swf (see attached image "StackedBar3D.jpg"). Some questions: Can I force the data labels to always be drawn, even when there isn't a lot of room inside the bar segment? Something like Smart Labels in the pie and donut charts? Why does the 3D Stacked Bar handle this more consistently than the 2D chart? Can I force the 2D chart to handle this the same, consistent, way that the 3D chart does?

Thanks Sashibhusan, that fixes it. Are there any other special character replacements I should be aware of when forming a drilldown link? Is this described in the documentation somewhere? Edit: never mind, found this: http://docs.fusioncharts.com/filemaker/charts/Contents/QS/QSEgSpecialChars.html

Consider the following chart xml: <chart caption='Time from Last Login' bgColor='edede6' canvasBgColor='e4e4e0' paletteColors='b8d2ec,f2afad,d9e4aa,f3d0b0,d5b2d4,ddb9a9,ecc0da' use3DLighting='0' showLegend='1' legendPosition='RIGHT'> <categories> <category label='1 months' /> <category label='2 months' /> <category label='3 months' /> <category label='4 months' /> <category label='5 month' /> <category label='6+ months' /> <category label='Never' /> </categories> <dataset seriesName='Last Logged In'> <set value='259' link='J-drilldown-6|5 months|null' /> <set value='850' link='J-drilldown-6|2 months|null' /> <set value='978' link='J-drilldown-6|3 months|null' /> <set value='1225' link='J-drilldown-6|4 months|null' /> <set value='2624' link='J-drilldown-6|1 month|null' /> <set value='3327' link='J-drilldown-6|6+ months|null' /> <set value='13984' link='J-drilldown-6|Never|null' /> </dataset> </chart> This results in a chart like the one in the attached image. It all looks fine, but when I click on the "6+ months" bar, my javascript callback function is not receiving the correct parameters. I'm expecting a string in the form "6|6+ months|null", but instead I get "6|6 months|null". Notice that the + sign has been stripped out and replaced with a space. If I replace the + sign with it's html equivalent, "& #43;" I see the exact same results - a space where my plus sign would be. This makes it difficult to react to drilldown events when I don't get the correct data passed to my javascript function. Is there something I can do to work around this problem?

Yes! That fixes the problem, thank you. I'm not entirely sure why this works, though. Reviewing the documentation more carefully, I find this: If I had seen this sooner, I may not have had this problem in the first place. The only thing I don't like about this solution is that I have to add javascript code to parse out the delimited parameters instead of getting them nicely as in my original example, but I suppose it's not a big deal. Thank you.

I have reduced the problem to a very small standalone demonstration. Please see the attached html and chart xml with instructions on how to reproduce. In firefox, everything works perfectly. In IE8, an error message is displayed when attempting to drilldown after clicking the "export" button ("Unspecified error" - thank you microsoft, that's very helpful). In IE9, the drilldown message works perfectly until you click the export button. After exporting the image once, the drilldown button no longer does anything (no error message, just does nothing). testchart.html testchart.xml

Hello, did you ever find a fix for this? We have a very similar problem where javascript drilldown stops working after exporting a chart to JPG or PDF. It works fine in Firefox, but IE8 and IE9 simply stop firing the javascript drilldown function after calling exportChart() and I don't know why.

Is it possible to modify the chart width/height when exporting? We currently use the server-side export to capture an image of the chart, but because we allow the chart to stretch if necessary to fill whatever size our main window is, the resulting exported chart image's aspect ratio is unpredictable. It would be nice if we could pass in a width/height as export configuration parameters so that the generated image has a predictable size and aspect ratio. It seems that fusioncharts will export the chart image at whatever size the chart was rendered at, so the only workaround I can think of is that when the user hits the "export" button, we could re-render the chart at a predetermined width/height into a hidden div, and then export that chart instead of the displayed one (which might be at any width/height depending on how the user has stretched the main window). Unfortunately, my workaround causes us to lose the nice "capturing data..." progress bar that fusion charts shows us (and it's also much slower). Is there a better solution?

Yes, I find that if I continually move the mouse over the chart area while the tab is loading, the chart appears immediately. If I keep the mouse still while the tab is loading, the chart does not appear for the first few seconds. Very odd behaviour.

I would like to add to this discussion by saying that we have also run into this problem with FusionCharts 3.2.1 on FF4. When you navigate to a tab (in our web application) that contains a FusionCharts object, the chart does not appear for the first few seconds (presumably while it's animating). After a brief delay - poof! The chart magically appears. Sometimes the delay is only a second or two, but I have seen delays of up to six or seven seconds, which makes our application appear very slow. I cannot reproduce this on IE, but I can do it every time in FF4. I don't know what's causing it but it's very annoying - would be great to see a fix or a workaround for this one.

I've set up a basic Heat Map chart that has data values displaying in each table cell. When I mouse over a cell, I see the border of the selected cell gets animated a bit to show which cell the mouse is currently over - this is a nice effect, and I'd like to keep it. Unfortunately, it seems linked to the tooltips for the chart. This is a problem for me because the default tooltips for my chart are redundant with the data actually showing in each cell. You can see this in the first image attachment: I'd like to hide the tooltips, but I find that if I do this, I also lose the current cell border mouseover highlighting, as you can see in the second image attachment: I've tried setting a blank tooltext value for each data cell, like toolText='' but the chart seems to ignore this and still shows the default tooltext instead. I've also tried using blank spaces as the tooltip text, hoping that the chart would realize that there's no point in displaying it, like this: toolText=' ' but then you end up with an empty tooltip display, as you can see in the third image attachment: Is it possible to hide tooltips on this chart while still keeping the mouseover cell border highlighting?

I just noticed I posted this in the wrong place - should have been in the FusionWidgets bug reports forum instead of the FusionCharts one, sorry about that. Anyway, just to reply to myself here, I've found a much better workaround for this problem: when I get the task data from the db, I "crop" the start/end dates to the date range of the chart, while being sure to use the "toolText" attribute to keep the popup tooltip showing the correct date values. For example, to correct the problematic Alligator task from above, I change the xml for the Task definition of it to the following: <task processId='Alligators' color='999999' start='2011/01/01' end='2011/01/17' label='Foraging' height='25%' topPadding='25%' toolText='Foraging: 2010/11/03 - 2011/01/17' /> This avoids the chart display problems mentioned above while still keeping all the tooltips correct. This problem has now gone from Serious to merely Mildly Annoying.

This is fairly easy to reproduce and is causing us some concern as we evaluate FusionWidgets. Consider the following chart xml, which has been simplified for demonstration purposes: <chart palette='2' dateFormat='yyyy/mm/dd' caption='Gantt chart problem demo' subCaption='How important are accurate dates, anyway?'> <categories> <category start='2011/01/01' end='2011/01/31' label='Jan' /> <category start='2011/02/01' end='2011/02/28' label='Feb' /> <category start='2011/03/01' end='2011/03/31' label='Mar' /> <category start='2011/04/01' end='2011/04/30' label='Apr' /> <category start='2011/05/01' end='2011/05/31' label='May' /> <category start='2011/06/01' end='2011/06/30' label='Jun' /> <category start='2011/07/01' end='2011/07/31' label='Jun' /> <category start='2011/08/01' end='2011/08/31' label='Aug' /> <category start='2011/09/01' end='2011/09/30' label='Sep' /> <category start='2011/10/01' end='2011/10/31' label='Oct' /> <category start='2011/11/01' end='2011/11/30' label='Nov' /> <category start='2011/12/01' end='2011/12/31' label='Dec' /> </categories> <processes fontSize='11' isBold='1' align='right'> <process label='Alligators' id='Alligators' /> <process label='Crocodiles' id='Crocodiles' /> <process label='Monkeys' id='Monkeys' /> <process label='Bears' id='Bears' /> </processes> <tasks showLabels='1' showEndDate='0'> <!-- <task processId='Alligators' color='999999' start='2010/11/03' end='2011/01/17' label='Foraging' height='25%' topPadding='25%' /> --> <task processId='Alligators' color='559F58' start='2011/11/03' end='2011/11/17' label='Hunting' height='25%' topPadding='25%' /> <task processId='Monkeys' color='4567AA' start='2011/03/01' end='2011/04/30' label='Sleeping' height='25%' topPadding='25%' /> <task processId='Bears' color='999999' start='2011/04/25' end='2011/05/14' label='Eating' height='25%' topPadding='25%' /> <task processId='Crocodiles' color='559F58' start='2011/06/01' end='2011/07/30' label='Swimming' height='25%' topPadding='25%' /> </tasks> <legend> <item label='Complete' color='559F58' /> <item label='In Progress' color='4567AA' /> <item label='Planned' color='999999' /> </legend> <trendlines> <line start='2011/02/23' displayValue='Today' color='333333' thickness='2' dashed='1' /> </trendlines> </chart> The code above works well, and produces the chart you can see in the first image attachment . However, if you uncomment the task element that is currently commented out (the one that started in Nov of last year, before the beginning of the chart's overall date range), you can see some serious problems as shown in the second image attachment . Specifically: The "Today" trend line has moved from late February (which was correct) to late April (which is fantastically incorrect) All other tasks on the chart have been shifted to the right by two months, except for the one which was in Nov, which only gets shifted by one month for some reason. The column widths become inconsistent, with the last column (Dec) getting much more horizontal space than the others for some reason. I think that I can work around this by ensuring that the chart's overall date range always encompasses the full set of possible date ranges from all tasks in the chart, but this means that I can't restrict my chart to a given time period without either excluding tasks that start or finish outside that time period, or having all my dates get messed up. Either way, the workaround is not ideal.

I'd like to be able to present a basic table of values with drilldown capabilities (i.e. click a table cell to see a detail chart for that value). There doesn't seem to be a chart type in FusionCharts that would allow me to do this without resorting to something hacky (like a stacked bar chart with no gaps between bars and all bar segments the same height). What's the best way of approaching this in FusionCharts? See my attachment for an example of what I'd like to achieve.