FDT getChildAt-bug?

[figure8]

hi,
weiß zufällig jemand von euch, warum FDT bei getChildAt(..) oder getChildByName(..) keine methoden wie gotoAndStop mehr kennt? mir würde noch einleuchten, dass er dann eine warning schmeißt, weil er den typ des childs nicht kennt, aber er macht daraus einen error und verhindert das kompilieren somit.

siehe hier: edit: bild entfernt.

jemand eine idee? die assets stimmen definitiv.

[richtsteiger]

Kennt er schon, aber du musst das Objekt erst mal entsprechend casten. Also
in deinem Falle:

var mc:MovieClip = _layout.chkBtnContainer.getChildAt(i) as MovieClip;
mc.gotoAndStop(2);

[Nikolai]

Moin

und was ist mit casten?
MovieClip(navigator.getChildAt(1)).gotoAndStop(1);

Ich denke FDT weiss ja nicht genau welches DisplayObject da jetzt kommt....

edit: zu langsam

[Omega Psi]

Der Rückgabewert ist DisplayObject und die Klasse kennt diese Methode nicht. FDT und alle anderen IDEs raten nicht, was da kommt sondern kennen die Klassen und Methoden.

Es wird nicht geraten, was da rauskommen könnte...

[figure8]

aber seltsamerweise war ich mir immer sicher, dass ich durch for-schleifen ohne casten mit getChildAt(i) mcs auf einen anderen frame geschickt habe. dass displayobject die methode nicht kennt ist mir bewusst, ich wusste nur nicht, dass er das nicht automatisch castet.

nuja, dann halt so vielen dank!