Cudno ponasanje Flex-a

<p>Mozes li dati jos kakav info? Npr. dio koda vezano za taj button?</p> <p>Ovo mi izgleda kao neki problem zbog loseg hendlanja asinkronog loadanja podataka (koristis nesto prije nego je obradjen serverski request).</p> <p>Takve stvari se u runtimeu ne moraju ocitovati svaki put...</p>

<p>Hvala! Moguće da je u tome problem.</p> <p>Koristimo klase koje je flex builder generirao iz postojećih WSDL-ova, a dataprovider za tilelist (za koji se podatci ne iscrtaju) se filla podatcima na event dispatchan iz tih generiranih klasa. Poku&scaron;ati ćemo sa AsyncTokenom.<br /><br />Iako, ako ovo uspije, to će mi biti stvarno zanimljivo. Naime, izgleda da generirane klase dispatchaju event prije nego je remote metoda uopće obrađena (a koriste praktiĝki isti AsyncToken koji bi i ja koristio).</p>

<p>My bad, my bad. Dataprovider refresham na isti event koji fila i listu iz koje kreiram dataprovider.<br />Hvala na pomoći, rje&scaron;eno!</p>

<p>ju velkam :)</p>

<p>Ipak,</p> <p>Nađen pravi uzrok problema te rje&scaron;enje.<br />Dataprovider koji koristimo je array koji se puni podatcima nakon dispatchanog eventa iz kontroler klase (nakon &scaron;to su podatci prisutni). No, array se prvo bri&scaron;e (removeAll), pa se u njega dodaje dodatan item (addItem), te se na sve na kraju dodaje originalna lista (addAll). To se očito ne sviđa tilelist kontroli, te refresha sadržaj samo nakon &scaron;to je dodan prvi element.<br /><br />Uglavnom, rje&scaron;enje je u temp listi koja se kasnije pridjeli bindable listi koja se koristi kao dataprovider.<br /><br />Eto, ako jo&scaron; netko zapne na sličnom problemu, da zna ;)</p>

<p>Zasto ne koristite ArrayCollection?</p>