Re: [flexcoders] Re: flex and automation
If there is, I haven't found it. We've got a similar requirement for being able to capture charting output on a scheduled basis and have determined that we'll more than likely have to drop the requirement unless we can get a browser and supporting libraries installed on the server. --chris On Fri, Jun 27, 2008 at 1:20 PM, netdeep [EMAIL PROTECTED] wrote: Seth, thanks for the reply. What I'm wondering is how to trick the server into running the browser in a headless environment. Does anyone know how to get flex to run this way, in the background? Thanks, DJ --- In flexcoders@yahoogroups.com, Seth Hodgson [EMAIL PROTECTED] wrote: If you're rendering the charts in the browser player and then pushing a bitmap back to the server, that needs to run in a browser (or in AIR, also not headless). Seth From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of netdeep Sent: Friday, June 27, 2008 7:44 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] flex and automation There are no flex user groups in my area and I've been trying for a long time to find a solution to this problem with no success. I need to generate a series of charts every few minutes/hours/days on an automated basis. I pull the data for the charts from the database and draw the chart, then save it as an image and potentially notify someone where they can find the image as a png or a pdf. I am using java on the backend to communicate with the database and flex to draw the charts. The same app which draws the chart can also be called by a user to get a live snapshot. But the automation just isn't working. It works fine on my local development machine, but this application is deployed on a headless server and the flex process never gets to launch since it needs to run on a browser. I've looked at solutions for getting it to run headless but so far I can't get it to work. Does anyone know how to automate flex in this way? I know flex is meant to be interactive, but is there anyway I can still use the flex charting for automated output? -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.comYahoo! Groups Links
Re: [flexcoders] Re: Flex Charts with Large Data Set
On Tue, Mar 11, 2008 at 12:11 PM, Brendan Meutzner [EMAIL PROTECTED] wrote: The best workaround I've found is creating different aggregations of the data being shown. A fair bit of functionality is involved in defining and switching up the datasets, and would really only make sense for date based datapoints. Concept would involve creating less granular datapoints (weekly, vs daily) and show the weekly data when larger ranges are being displayed. Shorten the range, and switch up to show daily data, and so on... check out Google Finance for good examples on this. This is the approach we've taken on a set of graphs that can display everything from a few hours worth of data at 30 second intervals to a few years with a granularity of a week. Many of the documented recommendations for speeding up charts (e.g. removing the drop shadow) were very helpful as well. At this point, a lot of our lag seems to come from the process of incrementally fetching data as the user pans/zooms the chart. I'm curious if anybody has profiled returning chart data as XML vs JSON vs the binary formats and whether one of those approaches has a benefit in terms of rendering speed (or just transfer speed on the wire). Chris Hunter
Re: [flexcoders] Re: Best Practices:HTTPService, E4X, XML and dataProvider
On Feb 20, 2008 10:43 AM, Tracy Spratt [EMAIL PROTECTED] wrote: Performance caveat: It has become clear that accessing data an xml node is significantly slower than accessing data in a strongly typed object. This can be noticable if you have, say, a large datagrid that displays hundreds of cells. If this is the case with your app, then best practice is to pre- process the e4x xml into strongly typed objects in an ArrayCollection. Tracy. I'm curious if you think this is applicable for charts as well. We have some charts where we're pulling in hundreds or thousands of data points as XML via HTTPService and the rendering is occasionally slow. I've been ascribing that to the rendering overhead (and have been working to address that -- eliminating drop shadow filter, etc...) but wonder if some of it is just accessing XML data. Thanks, Chris Hunter
Re: [flexcoders] Austin Flex User Group?
I'm interested (and saw your notice on your blog as well) but honestly would probably only make a meeting every 2-3 months given other groups I'm involved with (Rails, Refresh) and family commitments. --chris On 11/14/07, Brendan Meutzner [EMAIL PROTECTED] wrote: Hi All, Just want to gauge the interest in an Austin Flex User Group (TX of course). I've got the ok from Adobe to go ahead with it, but have been dragging my butt thus far... Thanks, Brendan -- Brendan Meutzner http://www.meutzner.com/blog/