Hi Alex and Justin, in AppComputing financial app, they have a spreadsheet using DG.
www.appcomputing.com the demo site login http://www.appcomputing.com/demo.html one you login, clicks the spreadsheet link on the top right hand corner of the screen, to load the spreadsheet. if the spreadsheet has 4 or 5 years financial data, the rendering of those large amount of cell data can take time, and make the spreadsheet not really responsive to cell scrolling... thought the multi-threaded workers (if implemented in both flex and the flash player) can render cells concurrently, and that can make the DG rendering faster and more responsive for such spreadsheet application. AppComputing has implemented the entire enterprise financial application in flex. It is already in production with many customers using it. We can get them involved more for our development team. Please let me know -Jack -----Original Message----- From: Alex Harui [mailto:aha...@adobe.com] Sent: Sunday, September 22, 2013 11:08 PM To: dev@flex.apache.org Subject: Re: Next release of Apache Flex Hi Jack, I'm not convinced this can be easily generalized into a framework feature. First, IIRC, the player does not allow workers to modify display objects. The workers could compute some information the display objects might need, but the overhead of data transfer between the workers and the main rendering thread is likely to overwhelm the advantage of the worker threads in most cases. Fundamentally, the DG rendering resolves to manipulating an m-by-n grid of components/renderers based on a data set. You don't need to modify DG code to show us it can work, you can simply take a bunch of components, tie their values to some data and put them in a Vgroup and show us what computation can be moved to workers that would speed up rendering of that set of components. -Alex On 9/22/13 10:59 PM, "Jack Yu" <j...@appcomputing.com> wrote: >if we can have multi-threaded workers for DG rendering, for example, if >we can have 2 or 4 workers in DG rendering, we can split all the cells >into multiple groups, and render them concurrently. > >currently, the DG rendering has only one thread, which will process all >the cells sequentially, one after the other... that causes the slow >performance. > >-Jack > >-----Original Message----- >From: Justin Mclean [mailto:jus...@classsoftware.com] >Sent: Sunday, September 22, 2013 10:03 PM >To: dev@flex.apache.org >Subject: Re: Next release of Apache Flex > >Hi, > >> horrible bug on day light saving time handling for year 2006 and >> earlier >That's likely to be a Flash Player bug not a BlazeDS one - at a guess. >If you send "raw" dates about the FP can compensate for daylight >savings time incorrectly, ie use the current daylight savings time not >the correct dates from previous years. > >see: >http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/Date >.ht >ml >"However, the transition dates currently in effect are applied to dates >in the past and the future, so the daylight saving time bias might >calculate incorrectly for dates in the past when the locale had >different transition dates." > >> also, one feature request, can we have multi-threaded support for >>datagrid >rendering? > >There's no way that I can think of that AS workers could be used to >improved DG rendering performance. Anyone have any suggestion on how >this might be done? > >Thanks, >Justin > >
