He seguido vuestro hilo y creo que se le podr�a dar un cambio (radical) de perspectiva. En primer lugar, descartar�a el uso de hitTest por motivos de rendimiento y cuestionar�a el uso de eventos --locales-- de rat�n porque puede presentar problemas (es un bug conocido que hay eventos de rat�n que se ven "eclipsados" por otros).
Dado que se trata de un sistema l�quido, creo que es interesante plantear la cuesti�n utilizando exclusivamente n�meros: una clase intermedia que gestione qu� elemento se asocia a qu� posici�n (que a su vez depende directamente del controlador del men�). El rendimiento se ver�a mejorado considerablemente haciendo tambi�n un sistema de selecciones y, desde el punto del modelo, no se necesitar�a m�s que un int�rprete del sistema (o no, depende de c�mo sea). As� tambi�n conseguir�as la compatibilidad con un sistema de n-niveles sin forzar la m�quina y permitir�as cambiar de sistema de navegaci�n (click-up, rollover-click, etc.). �2 c�ntimos? :D M. > -----Mensaje original----- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre de Joseba Alonso > Enviado el: jueves, 12 de mayo de 2005 16:59 > Para: [email protected] > Asunto: RE: [ASNativos] Men� pull-down + Sistema "Zero Energy" > > > Necesito hacer el rollover tambi�n de los botones de > segundo nivel, > > con lo cu�l tengo que usar o un onMouseMove o un > onEnterFrame, ya que > > el onRollOver lo tiene asignado el bot�n (MC) de nivel 1 > que contiene > > a estos botones (MCs) de nivel 2; �dices que el onMouseMove > carga m�s > > la m�quina que el onEnterFrame? Porque si es as�, entonces me quedo > > con el onEnterFrame... > > No entiendo porque el onRollOver te va a impedir usar el onMouseUp... > > > > > Por otro lado, �hasta que punto es "eficiente" el > hitTest? Vamos, si > > es m�s r�pido y eficiente que calcular yo a pelo si est� o > no est� el > > puntero del mouse encima de mi MC, con algo como esto por ejemplo: > > > > Eso ya no lo se, la verdad, pero creo que seria mas rapido el > hitTest al tratarse de codigo nativo. C++ en el Flash Player > contra codigo interpretado vamos. > > > > > Otra cosa, �el handler no se asocia �nicamente al MC > d�nde se define? > > Vamos, que si yo capturo el onMouseMove y el onPress en un MC > > determinado (como hago en ese cacho de c�digo, el this > ser�a referente > > a un MC determinado, no a la timeline principal), �no se supone que > > ese handler solo se va a activar cu�ndo estoy en ese MC? �Y > no cu�ndo > > no est� en ese MC? > > Si que se asocian a un clip, pero los eventos onMouseUp, > onMouseDown y onMouseMove saltan independientemente de la > posici�n del raton e independientemente de la posici�n del > clip. Mientras que onPress y onRelease si que requieren que > el raton este sobre del clip. > > > > Por que si chequea est� o no est� encima del MC, lo m�s eficiente > > ser�a crear MC controladores "dummy" en la timeline principal, y > > chequear varias cosas de un solo plumazo con ellos. > > En realidad creo que si, pero para controlar clicks es > infinitamente mas comodo usar el onPress y onRelease por el > tema del scope cuando salte el evento. Adem�s controlar en un > solo handler lo que se tiene que hacer con un click a nivel > de aplicaci�n seria bastante complejo e inficiente desde el > punto de vista de la arquitectura. > > Espero haberte ayudado ;) > > Un saludo, > > Joseba > > ---------------------------------- > Lista ASNativos:[email protected] > http://www.5dms.com/listas > ---------------------------------- > ---------------------------------- Lista ASNativos:[email protected] http://www.5dms.com/listas ----------------------------------
