ilia

If you don't mind me asking, what is the timeline for FusionCharts v4? At the present time the export function is just too bandwidth intensive for people with less then a broadband connection or connections with limited upstream.

As it currently stands an export of an average chart causes the user's browser to send 180-300kb of text over the stream, which makes image generation quite flow for people with weak uplink. Could you consider implementing LZW (optionally, based on a parameter) compression of the data, which substantially reduces the time needed to generate a JPEG image. For example your sample chart at http://www.fusioncharts.com/GalleryChart.asp?id=1 requires the client to send 190kb of text. LZW compression lowers that number to mere 31kb, making the export that much more practical. The LZW compression is already implemented in ActionScript (http://www.razorberry.com/blog/content/LZW.as) and would be trivial to add on top of the existing code. Could you please consider implementing this functionality for the next version, we'd be happy to help test this functionality and revise the PHP rendering script to accommodate the change, not to mention provide a substantially faster PHP image rendering code.

As it currently stands an export of an average chart causes the user's browser to send 180-300kb of text over the stream, which makes image generation quite flow for people with weak uplink. Could you consider implementing LZW (optionally, based on a parameter) compression of the data, which substantially reduces the time needed to generate a JPEG image. For example your sample chart at http://www.fusioncharts.com/GalleryChart.asp?id=1 requires the client to send 190kb of text. LZW compression lowers that number to mere 31kb, making the export that much more practical. The LZW compression is already implemented in ActionScript (http://www.razorberry.com/blog/content/LZW.as) and would be trivial to add on top of the existing code. Could you please consider implementing this functionality for the next version, we'd be happy to help test this functionality and revise the PHP rendering script to accommodate the change, not to mention provide a substantially faster PHP image rendering code.