Perfect Josh, thanks. When the paramArray is, for example, the second parameter, what would that look like? For example: override protected function fn_hello(index:int, ... args){ // These are the tests I have done but none of them work for me super.fn_hello.apply(index,args); super.fn_hello.apply(index,[this].concat(args)); // Add "this" and, for example, index 0 is not the first parameter of args but "this" (as expected)} ,,,
Hiedra -----Mensaje original----- De: Josh Tynjala <joshtynj...@bowlerhat.dev> Enviado el: viernes, 29 de noviembre de 2024 18:14 Para: dev@royale.apache.org Asunto: Re: Parameters of type paramArray I think that this should do what you want: super.reevalAccesControl.apply(this, args); -- Josh Tynjala Bowler Hat LLC <https://bowlerhat.dev> On Thu, Nov 28, 2024 at 7:26 AM Maria Jose Esteve <mjest...@iest.com> wrote: > Hi, I've always faced this problem, but I don't know how to give a > definitive solution. > Parameters of type paramarray increase their nesting from one call to > another, for example: > > Public class ControllerFirst extends ControllerBase { > ... > private function fnmove():void{ > var foo:String = "hello"; > reevalAccessControl(foo); > } > ... > override protected function reevalAccessControl(... args):void{ > // In the first call, from fnmove "arguments" you have > an element [0] with a value "hello" > super.reevalAccesControl(args); > ... > } > } > > Public class ControllerBase > { > ... > protected function reevalAccessControl(... args):void{ > // When this function is called from ControllerFirst > arguments has an element [0] but this element in turn is an array of 1 > element and the value "hello" is found in args[0][0] on a second level > ... > } > ... > } > > I don't know if I have explained myself... I understand why it happens > but I wonder if there is a way to pass this type of arguments so that > the nesting level 0 is respected and a level is not added for each call. > > Thx. > Hiedra > >