that's why I said "magic" not "unpleasant" :)
i measured in release mode:
creationcomplete is fired after ca. 3 - 3.5 sec
than the remote request is started and upon result the controls are
"configured"
this takes about 1 - 1.2 sec
I think I leave it as it is, and ask the customer if splitting in
several views would be an option (before diving in the "unpleasant"
stuff ;))
thanks
Am 28.11.2016 um 14:30 schrieb Vincent:
It's always a question of requirements, if 5 s is ok for the use case,
then may be it is not worth spending too much time on it.
Unfortunately, the only magic technique than I know when it comes to
increase performance on mobile (for complexes views a least) is to
give up on some of the things that make flex for desktop so powerfull
and pleasant to use : mxml, nested containers and data binding.
if destructionpolicy=never didn't help the second time the view is
pushed, it's probably a clue that a the invalidation process takes a
lot of time.
Le 28/11/2016 à 13:28, Frank Dahmen a écrit :
would be over 10000px high ;)
but 5 sec. (not in debug mode) is almost ok
it IS huge and there is a lot of stuff going on
I know, spending some days and revise all components (and make it
more complicated) i could lower it 1,2 seconds...... i guess
I thought there are some "magic" techniques, like offscreen rendering
or such.
(destructionpolicy=never did not help)
Am 28.11.2016 um 12:29 schrieb Vincent:
I said not always ;-)
can you show a screen capture of the view ?
Le 28/11/2016 à 12:25, Frank Dahmen a écrit :
thanks,
yes, I know, but as you said, not easy
Am 28.11.2016 um 11:46 schrieb Vincent:
Hi,
If it takes 2s on desktop, it is very likely that the process will
cost at least twice more on mobile (and probably a lot more on low
end devices)You can set the destructionPolicy property of the View
to never, so the view is just created once, the downside is memory
consumption.
The only way to reduce creation time is to simplify the
organization of the controls inside the view : dozens of nested
groups hurts performance very badly. It's not always easy but you
should work on a solution to make the view shallower.
Le 28/11/2016 à 09:43, Frank Dahmen a écrit :
Thanks,
the view is really, really huge so 2 seconds would be perfect ok
Yes seperate views would work I guess, but when the view is
loaded once its's very fast to use
(fast scrolling etc.)
and when switching between views, the overall "use-time"
wouldn't be better i think
........I am an idiot......just tested in test mode not in debug
mode (in FlashDevelop)
and now it only takes 5 seconds.......which is almost ok
but what do you mean with the sections?
as i said, each time the view is created it fetches data from a
server and configures all controls
yes they are grouped in (visual) sections
so create and configure them but not show them?
think of the view like a VGroup in a scroller
inside this VGroup are 10 other VGroups and each of them has 10
Buttons
on result of the remote request each buttons label is set
this is simplified, and sounds like i should use a DataGroup or
such,
but the controls are all custom, and some have complex functionality
how to do this "section-lazy-loading"?
Am 28.11.2016 um 09:00 schrieb OmPrakash Muppirala:
Hmm, 2 seconds on a desktop is quite slow :-( Perhaps you can
create
separate views and load them on demand? Or is the view completely
customizable?
Also, on your device, are you running the release build or debug
build?
You could also create sections in the View and as each section
becomes
visible, create those children only then.
You can use Adobe Scout to get a better understanding of the
bottlenecks in
your code.
Thanks,
Om
On Sun, Nov 27, 2016 at 11:46 PM, Frank Dahmen
<fr...@dahmenia.de> wrote:
Hi,
in my app i have a really huge View with lots...lots! of
(custom)controls.
When i push this view or pop back to this view it takes several
seconds.
On create it makes a remote request and on result it configures
the
controls (adds childs to control, changs states, sets data....)
The remote request itself takes about 700ms which is ok.
When i run the app on the desktop creation time is quite fast,
2 seconds
but on my htc it's 8-10 seconds
What strategies can//I apply to reduce this a bit (3-5 seconds)?
I tried to set destructionPolicy=never, but no real effect
Can I somehow measure what takes how long?
Thanks