Jodo, un dia de estos tienes que preparar una demo en tu blog con esta historia, me parece super interesante. Porque lo entiendo, pero me costaria imaginar una implementacion.
Un saludo, Joseba Alonso www.5dms.com www.sidedev.net > -----Mensaje original----- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En > nombre de Manuel de la Higuera > Enviado el: viernes, 13 de mayo de 2005 12:22 > Para: [email protected] > Asunto: RE: [ASNativos] Men� pull-down + Sistema "Zero Energy" > > Es un tema algo abstracto pero muy muy potente. Consiste en definir la > posici�n del rat�n con un n�mero y crear filtros sobre elementos > (representados num�ricamente tambi�n). Ayer estuve hablando con Hari del > tema, es posible que ya tenga alg�n c�digo visible. > > La posici�n del rat�n la representamos con un n�mero de 27 bits (o de m�s, > pero en principio con 27 es m�s que suficiente): > > 000 | 000 000 000 000 | 000 000 000 000 > ^^^ ^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^ > a b c > > Este n�mero (que es del tipo Number, l�gicamente) representar�a la > posici�n > del rat�n y el estado del rat�n en ese momento. Este valor se actualiza > con > onMouseMove o cuando cambia el estado del rat�n (con un listener global). > Los valores de a, b y c son los siguientes: > > a = estado del rat�n (8 posibles estados) > b,c = posici�n x e y del rat�n respectivamente (da una precisi�n de > 4096x4096 p�xeles enteros) > > De la misma forma, representamos el sistema l�quido con n�meros (que > definen > posici�n, alto, ancho, estado, etc.). Posiblemente necesitemos m�s de 32 > bits para almacenar los datos, con lo que podemos (debemos) crear n�meros > pareados 1-1 y almacenarlos en un par de Arrays. > > Luego se filtra uno de estos arrays --por ejemplo el que contiene los > n�meros que definen el men� seleccionado-- y luego se aplica otro filtro > sobre esa selecci�n en el otro Array (que est� pareado) de forma que > un�vocamente obtengamos un �nico elemento (num�rico). Todo el sistema de > filtrado se har�a con operaciones de bit (3 comparaciones sobre 20.000 > elementos de 32bits tardan en mi CPU ~170ms) que son extremadamente > r�pidos > por la naturaleza del procesador. > > Ese elemento num�rico podemos luego vincularlo a un objeto m�s complejo, > que > contenga la referencia al MovieClip de la vista, almacene el texto, etc. > El > acceso a estos objetos se har�a de forma �nica y directa y *si y solo si* > ha > cambiado el estado del rat�n respecto al estado del objeto. > > Los 8 estados con los que contamos no tienen por qu� ser exclusivamente > estados del rat�n, pueden definirse estados dependiendo de pulsaciones de > teclas, estado de la aplicaci�n o whatever. > > HTH, > > M. > > > > > -----Mensaje original----- > > De: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] En nombre de Joseba Alonso > > Enviado el: viernes, 13 de mayo de 2005 12:00 > > Para: [email protected] > > Asunto: RE: [ASNativos] Men� pull-down + Sistema "Zero Energy" > > > > Jodo, Manu, no te sigo, puedes concretar un poco? Como > > sabrias sobre que elemento se esta haciendo click? > > > > Joseba Alonso > > www.5dms.com > > www.sidedev.net > > > -----Mensaje original----- > > > De: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] En > > > nombre de Manuel de la Higuera Enviado el: jueves, 12 de > > mayo de 2005 > > > 21:37 > > > Para: [email protected] > > > Asunto: RE: [ASNativos] Men� pull-down + Sistema "Zero Energy" > > > > > > 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 > > > ---------------------------------- > > > > ---------------------------------- > > Lista ASNativos:[email protected] > > http://www.5dms.com/listas > > ---------------------------------- > > > > ---------------------------------- > Lista ASNativos:[email protected] > http://www.5dms.com/listas > ---------------------------------- ---------------------------------- Lista ASNativos:[email protected] http://www.5dms.com/listas ----------------------------------
