arinaga, hard rock fijense que lo que puse sobre:
Cita: (de hecho tengo aplicaciones en las cuales no sé ni en que nivel se va a producir el load, ya que los usuarios definen sus aplicaciones en xml o en db externos).
El sistema que yo diseñé lo aplico 100% en un e-Learning que he realizado para una empresa de enseñanza de idiomas.
Para verlo ingresen al sitio:
http://etmoreno.com.ar -> cartel e-Learning
El cliente genera un archivo XML que contiene los items de esta forma:
<item>TITULO</item>
<swf>animacion_1.swf</swf>
<param>opcional</param>
<arch>archivo.xml</arch>
<ayuda>3</ayuda>
-> item es lo que va a mostrar el cuadro de scroll tal cual lo escriban en este caso la palabra "TITULO"
-> swf es el swf que se va a ejecutar en este caso "animacion_1.swf"
-> opcional como su nombre lo indica nos permite mandar un parámetro al swf
-> arch es otro archivo xml para enviarle al swf que hace que tenga otro comportamiento (ideal para ejercicios - vean frases, botones y flechas) o sea que un solo swf puede ejecutar multiples ejercicios.
-> ayuda para el display de la misma (están tipificadas)
Y si los valores van en blanco se produce un item NULO que sirve para separarlos en el cuadro de scroll.
La película base que los carga lo hace según el número de item, es decir nivel = numero de item. Esto me da 9999 niveles por menú + el nivel 0 por supuesto.
Además cuando alguien elige otro punto del menú el sistema analiza si ya fue cargado anteriormente -si así fue lo ejecuta directamente sin cargarlo nuevamente - caso contrario lo carga por única vez, en este caso hace funcionar el cargador... Cuando el swf fue cargado en otro nivel con un xml diferente, vuela porque ya está en la caché.
Simple, sencillo, robusto, casi perfecto diría yo. Hasta ahora en más de un año de uso con muchos alumnos on-line no ha registrado errores ;)
Les mando un gran saludo.