Hola a todos, Creo que esto es importante, no se cuantos de vosotros estais desarollando aplicaciones con el Mx2004 y usais componentes, pero despues de varios dias rompiendome la cabeza he llegado a unas conclusiones y he econtrado unos bugs que quiero contrastar con vosotros:
EXPONGO: Hasta ahora teniamos que seleccionar o deseleccionar "export in first frame" para que flash cargara o no scripting y simbolos en el frame 1. Con el mx2004 se ha dado la opci�n de escoger el frame donde queremos hacer esto, mediante la ventana publish settings->flash->actionscript settings->export frame for classes. Esto lo que te permite es escoger el frame en el que flash carga todo el AS, classes, etc... (p.ej si usamos los frames 1y 2 para el loading le ponemos un 3). Podeis encontrar info al respecto en google, introduciendo "export frame for classes". Si usamos esta opci�n, todos los componentes tiene que tener la opci�n "export in first frame" desactivada, pq sino peta todo. En principio, la opci�n de "export for actionscript" puede estar activada, pero el componente TextArea peta si dejamos esta 2a opci�n activada, as� que os recomediendo que lo dejeis todo sin seleccionar. (yo no he encontrado diferencia entre tenerla on o off) Si usamos Data Components debemos hacer los bindajes de forma manual, porque s�lo los podemos hacer mediante la ventana de "component inspector" si el componente est� en el frame 1. Es una putada, pero por ah� he leido que la otra posibloe soluci�n, cargar un swf dentro de otro, produce errores en algunos componentes, asi que... Vivan las manualidades! Si creamos compoenentes por script, p.ej un "Loader", tenemos que tener como m�nimo no en la escena, sin� flash pasa de nosotros y no lo crea. Luego viene el segundo paso... El skining (co�o que jaleo). Si tenemos nuestras propias skins y las mantenemos con "export in first frame" petar� todo tb. As� lo que tenemos que hacer es dejar activada la opci�n de "export for actionscript" y "export in first frame" pero solo para los "States". Por ejemplo, en el caso del scroll, marcamos las 2 opciones en todos los "ScrollDownArrowDisabled", "ScrollDownArrowDown", etc... Y dejamos sin marcar ninguna opci�n los moviclips que contienen todos los elementos, como "ScrollBarAssets", "HScrollBarAssets, etc... PREGUNTO: Ahora vienen mis dudas (q creo q son bugs de flash, vamos a ver si algun hacker sabe meterse en el c�digo....) El combobox me hace la cabra, si lo exporto en el frame 3, cuando le doy a alg�n boton o uso el scroll se cierra. Podeis realizar esta prueba: - Crear un combo box en el frame 3 - Introducir varios valores (para q haya scroll) - En la librer�a, deseleccionar las opciones "export for actionscript" y "export in first frame" - En la ventana de "publish settings->flash->actionscript settings->export frame for classes" introducir un 3. - Publicar Supongo que se os cierra el combo cuando le dais a los botones del scroll no? Adem�s os deja el borde marcado no? Alguien tiene la mas remota idea de c�mo arreglar esto? He estado mirando por ah�, pero nada de nada (el componente loader tenia un bug y en flashmx2004 hay un post que habla de c�mo reprogramar el componente... Si existe algo parecido para este seria la hostia). El TextArea me hace la cabra, si hacemos exactamente lo mismo con un texto lo suficientemente largo, cuando publicamos y le damos al boton de scroll inferior, autm�ticamente te selecciona todo el texto y se desplaza debajo de todo. He pensado que era tema del scroll, pero he hecho lo mismo con un component List y me ha funcionado de co�a. He introducido en mi flash las instrucciones de import mx.controls.TextArea; import mx.controls.ComboBox; para ver si era cuesti�n de no tener cargadas las clases, pero sigue igual. Alguien sabe la instrucci�n para cargar los controls de la ScrollBar? Alomejor con esto.... Espero q esta info os evite muuuuchooos quebraderos de cabeza! Un saludo Oriol <!------------------------------- Lista ASNativos: subscripciones/desubscripciones http://www.sidedev.net/asnativos Archivos: sin busqueda (+actualizado): http://www.sidedev.net/archive con busqueda (-actualizado) http://www.mail-archive.com/[EMAIL PROTECTED]/ -------------------------------->
