Buenasss. A mi me gusta usar _levels para cargar los swf's. Accedes a ellos tan facil como _level20.loquesea .... Para cargar en niveles, solo usa LoadMovieNum(url,level) y ya está. Al igual q con los niveles puedes tb cargar tus swf's en _mc's, y comunicarlos tb entre sí pero a mi me parece más cómoda la primera opción, menos engorrosa en cuanto a rutas.
Lo ideal, es que trabajaras con clases, y te ahorrarías muchos quebraderos de cabeza, podrias crear una clase para cada elemento ( menu y cabecera ), que a su vez informan a una tercera clase que controle los eventos emitidos por ellos y efectue las operaciones necesarias en "la parte central". Salu2 Fede. El 23/1/06 11:45, "Felipe Fernandez Sanchez" <[EMAIL PROTECTED]> escribió: > > Hola, pues el caso es que habría un swf principal encargado de cargar 3 swf: > > - un menu > - una cabecera con botones > - la parte central donde se muestra el núcleo de la aplicación en función de > la interacción del usuario con el menú y los botones de la cabecera. > > Comento lo de los Local Connections pq hasta ahora es como lo he estado > haciendo pq pensaba q al tratarse de swf separados no había otra forma de > conectarlos. Por lo que me dices si que la hay pero no me queda claro cómo > se hace. ¿tendrías algún ejemplo si no es mucha molestia? > > ¿cómo accedería, por ejemplo, desde el swf del árbol al swf central? > > Salu2. > > >> From: "Roberto" <[EMAIL PROTECTED]> >> Reply-To: [email protected] >> To: <[email protected]> >> Subject: Re: [ASNativos] Un solo swf o varios? >> Date: Mon, 23 Jan 2006 11:10:21 +0100 >> >> Hola de nuevo... >> >> Como te comentaba los consejos que te daba los daba desde mi experiencia... >> la cual no incluye la utilización de librerias compartidas por lo que en >> ese >> punto no te puedo ayudar. >> >> El caso es que leyendo tu ultimo post no se si he entendido mal el caso que >> planteas... No se si lo que quieres es insertar varios swf en un HTML y que >> se comuniquen entre si. Mis consejos van orientados al caso de insertar un >> swf que cargue sobre si mismo varios swf externos. En ese caso no hace >> falta >> LocalConections que yo sepa ya que la comunicación en entre los swf es una >> comunicación típica entre instancias (ya sea llamando a métodos o funciones >> o generando y escuchando eventos). >> >> Tan solo te diría que yo intentaría huir de una solución de varios swf >> dentro de un html que se comuniquen entre si...pero claro si el desarrollo >> mezcla html con flash pues lo mismo no tienes elección. En ese caso me >> temos >> que no te puedo ayudar mucho. >> >> Roberto >> >> >> ----- Original Message ----- >> From: "Felipe Fernandez Sanchez" <[EMAIL PROTECTED]> >> To: <[email protected]> >> Sent: Monday, January 23, 2006 10:39 AM >> Subject: Re: [ASNativos] Un solo swf o varios? >> >> >>> >>> En primer lugar, gracias por tu tiempo Roberto que el correo q me has >>> mandado tiene tela. En segundo, >>> >>> - Supongo que podría utilizar librerias compartidas para evitar >> averiguar >>> qué recompilar con cada cambio y rebajar el peso final de las >> películas.. >>> - ¿La comunicación entre los distintos swf es necesario hacerlas >> mediante >>> LocalConnection o se puede hacer de otra manera? Por ejemplo, un swf que >> es >>> un árbol necesita pasarle a otro el nodo pulsado (o sus datos >> asociados). >>> >>> Gracias y un saludo. >>> >>>> From: "Roberto" <[EMAIL PROTECTED]> >>>> Reply-To: [email protected] >>>> To: <[email protected]> >>>> Subject: Re: [ASNativos] Un solo swf o varios? >>>> Date: Mon, 23 Jan 2006 10:15:33 +0100 >>>> >>>> >>>> Hola, >>>> Basándome en mi experiencia yo te diría acerca de desarrollar en varios >>>> swf: >>>> >>>> Ventajas: >>>> Posibilidad de desarrollar en paralelo. >>>> Te fuerza a cierto grado de encapsulamiento que siempre es bueno. >>>> Posibilidad de actualizar esa parte sin tener que compilar de nuevo >> toda >> la >>>> aplicación. >>>> Posibilidad de cargar los swf bajo demanda. Es decir que si el usuario >> no >>>> pasa por esa parte de la aplicación no la cargas. >>>> >>>> Desventajas: >>>> Require por lo general un control de cargas y una inicialización para >> que >>>> se >>>> integre con el resto de la aplicación o plataforma. >>>> Posiblemente necesites de un "modo simulación" en esos swf externos que >> te >>>> premita testearlos fuera de la aplicación madre. >>>> Por lo tanto implica hacer algo mas complicada la aplicación lo cual >> puede >>>> no ser rentable si el proyecto es pequeño. >>>> Si utilizas clases comunes con otros swf y modificas esa clase derás >>>> tenerlo >>>> en cuenta y recompilar todos los swf "afectados" (puedes hacer la >> chapuza >>>> de >>>> que la pelicula madre tenga instancias de esas clases por lo que esa >>>> versión >>>> de la clase pisa a la que esté compilada en los otros swf, pero es una >>>> chapuza peligrosa). >>>> >>>> >>>> Yo te recomendaía: >>>> 1) Que a poco que la aplicación sea un pelín compleja o extensa la >>>> desarrolles en varios swf. >>>> 2) Que desarrolles los swf externos de tal forma que te permita >> probarlos >>>> sin estar insertados en la pelicula swf que los contendrá finalmente. >> Si >>>> los >>>> swf están al mismo nivel que el swf madre esto es mas sencillo sobre >> todo >>>> si >>>> el swf hace cargas de archivos (por el tema de que comparte el mismo >> path >> y >>>> no tienes que hacer excepciones) >>>> 3) Que la aplicación madre tenga un sistema de carga e inicialización >> de >>>> swf >>>> externos basado en eventos. >>>> 4) Que vayas probando la integración entre películas desde el principio >> y >>>> en >>>> el servidor final. Como he dicho antes basala en eventos de tal forma >> que >>>> si >>>> el swf tarda mucho en cargar ello no afecte a su inicialización. Ten en >>>> cuenta que algunos bug del tipo "esto se declaró antes de que existiese >>>> esto >>>> otro" (lo típico que en local funciona pero en remoto "a veces" falla) >> van >>>> a >>>> manifestarse mejor en "tiempo internet" que en local. >>>> 5) Reparte muy bien las competencias de esos swf e intenta >> "encapsularlas". >>>> >>>> >>>> Roberto >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Felipe Fernandez Sanchez" <[EMAIL PROTECTED]> >>>> To: <[email protected]> >>>> Sent: Sunday, January 22, 2006 1:06 PM >>>> Subject: [ASNativos] Un solo swf o varios? >>>> >>>> >>>>> Hola, creo q esta es la eterna pregunta q se hace más de uno y yo el >>>>> primero. Tengo una aplicación con 3 partes diferenciadas: una >> cabecera >>>>> superior donde se encuentra una botonera, un menú lateral en árbol >> para >>>>> elegir la viualización de datos de un determinado elemento y, por >>>> último, >>>>> una parte central donde se muestran los datos relativos al elemento >>>> pinchado >>>>> en el árbol y sobre los que se podrán realizar determinadas >> operaciones >>>>> utilizando la botonera superior. Mi duda es si debo separar cada una >> de >>>>> estas partes en un swf o, por el contrario, es mejor hacer 3 >> movieclips >>>> y >>>>> meterlo todo en un mismo swf. ¿Q ventajas y desventajas tiene cada >> uno? >>>>> ¿Sería mejor meterlo todo en uno puesto que los 3 deben comunicarse >> y >>>> sería >>>>> un follón trastear con los LocalConnection? >>>>> Por otra parte, está el tema del tamaño final de un único swf y el >>>> tiempo >>>> de >>>>> carga del mismo q obliga al usuario a esperar delante de un >> navegador >>>> vacio >>>>> en lugar de cargarse la aplicación más rápido por swf separados. >>>>> >>>>> Espero y agradeceré vuestras opiniones. >>>>> Un saludo. >>>>> >>>>> >>>>> ---------------------------------- >>>>> 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 > ---------------------------------- > ---------------------------------- Lista ASNativos:[email protected] http://www.5dms.com/listas ----------------------------------
