El resultado pasado un mes escaso, que vuelvo al Java. Y no es que no me guste Flash y el ActionScript. Es muy bonito y espectacular, pero mejor dejémoslo para los ratos libres, de momento. Hasta que no sea un lenguaje de verdad (no he probado AS3) prefiero dedicar mi vida profesional al Java y no encontrarme comportamientos “extraños” en la aplicación que esté implementando y que sean provocados por el lenguaje de programación utilizado.

Esto no quiere decir que deje definitivamente Flash aparcado, solo que no será mi prioridad. Qué tal un hobby?

Site corporativo de Sonia Compadre (Copy freelancer – Guionista) ha sido realizado íntegramente en Flash (versión 8 Professional) y ActionScript 2.0 en colaboración con el estudio de diseño limón.

Sin embargo, no es un proyecto “finalizado”, en posteriores versiones se añadirá PHP para el negocio de backend.

Además, ha lanzado al mismo tiempo la única preview, antes del lanzamiento en el 2007, del nuevo Flash 9 (Blaze) para poder ir haciendo nuestros pinitos con ActionScript 3.0.

Os dejo un par de links por aquí:

• Flash 9 ActionScript 3.0 Preview
• Flex 2.0

Y otro dónde encontrareis mejor explicada la misma noticia:

• Flex 2 y Flash Player 9, la Nueva Revolición de Internet del gran Carlos Rovira.

A disfrutar!!

Esto me suponía un gran problema, ahora no. Ahora os explicaré cómo solucionarlo y una alternativa a esta propiedad.

_root, como dice la ayuda de Flash, especifica o devuelve una referencia al nivel principal del movie clip que estamos editando. Lo que supone que, si cargamos un movie clip que utilice esta propiedad, _root apuntará al nivel principal del movie clip padre y no al suyo como debería estar haciendo.

Una alternativa es la de utilizar SIEMPRE la propiedad _parent. Esta propiedad, especifica o devuelve una referencia al movie clip u objeto que contiene el actual movie clip u objeto, como dice la ayuda de Flash. Esto quiere decir que si cargamos un movie clip dentro de otro seguirá apuntando al nivel que apuntabamos cuando desarrollamos el movie clip hijo. Así nos ahorramos el problema.

Sin embargo, mirando detenidamente la ayuda de Flash, podemos encontrar otra solución. Esta solución nos permite seguir utilizando la propiedad _root sin problemas. Para ello debemos bloquear el nivel root del movie clip hijo, ya sea desde dentro del movie clip hijo o desde el padre. El objeto MovieClip tiene una propiedad, booleana, _lockroot, que nos hace la vida un poco más fácil.

Cuando me planteé escribir este artículo, no conocía esta propiedad de la clase MovieClip. Así que pretendía aconsejar utilizar siempre la propiedad _parent para evitar estos problemas. Sin embargo, aunque seguiré utilizando _parent por mi mala memoria, sabed que hay un remedio mejor que modificar todo el código de un movie clip cuando utiliceis _root y carguéis ese clip en otro. La elección de dónde utilizarla es vuestra.

Un saludo, y hasta el próximo artículo.

Una solución a ese problema es fácilmente implementada mediante los SharedObject de Flash. Que no sabéis que son los SharedObject? Pues algo así como las cookies para el resto de lenguajes de programación web. Es decir, permiten mantener una persistencia de una cantidad limitada de datos en el cliente como, por ejemplo, nombre de usuario de una aplicación, puntuación conseguida en un juego, etc.

Las principales funciones de la clase SharedObject y las que vamos a utilizar en esta práctica son:

getLocal(): devuelve una referencia a un objeto guardado en el cliente o, si no existe, lo crea.

flush(): escribe la información que se desea guardar en un fichero en el cliente.

Y la propiedad de la clase SharedObject es:

data: Objeto. Como objeto que es, se pueden crear propiedades dinámicamente, estas propiedades será la información que guardemos al ejecutar la función flush().

Si recordais el código introducido en el MovieClip “images” en el artículo anterior:

Conseguíamos decidir en qué frame colocar el cabezal de tiempo a partir de los segundos del objeto Date. A continuación marco en negrita los cambios a realizar para que no repita frame utilizando los SharedObject:

Expliquemos un poco el código.

En primer lugar, creamos el objeto soLastVisited del tipo SharedObject. Mediante la finción getLocal() intentamos leer el objeto del cliente, si este no existe, lo creamos en este momento.

Si el frame calculado es el mismo que el que tenemos registrado tras la última visita, le sumamos uno y volvemos a aplicar el módulo respecto el total de frames.

Finalmente, guardamos los datos en la propiedad data de nuestro SharedObject y en el cliente mediante la función flush().

Y patatín, patatán, patabuuum! Acabado el ejercicio, sin dificultad alguna, verdad? Ahora que ya sabemos algo de los SharedObject de Flash podemos practicar a crear una aplicación que pida algún dato al usuario, como su nombre, domicilio, cuenta bancaria y me los enviais a mi para que le pase una pequeña factura con unos cuantos ceros… jejeje, esto es broma, pero las posibilidades de inventar con esto son muchas y diversas.

Un saludo a todos.

ActionScript.es es un nuevo proyecto que se crea como un directorio dedicado exclusivamente a Flash por Marc Palau, a quien quiero agradecer su iniciativa y desear que ActionScript.es crezca y llegue a ser realmente una referencia para la comunidad flashera.

Sin duda una gran idea que espero que tenga continuidad.

Había oído hablar de él y de su “hermano” ActionScript for Flash MX: The Definitive Guide, ambos escritos por Colin y editados por O’Reilly. Es un libro excelente y que recomiendo que compréis.

Y si queréis más referencias, aquí os dejo un enlace a un artículo del gran Carlos Rovira donde detalla muchísimo mejor el libro de lo que yo lo haría.

Por cierto Carlos, está disponible en castellano editado por Anaya Multimedia.

La manera como lo he implementado es rápida y sencilla. Seguro que hay otras opciones muy válidas y más elegantes, por ejemplo utilizando el Math.random(), pero he decidido “innovar” y utilizar la clase Date. Ahora os enseño cómo.

Lo primero que debemos hacer es “montar el escenario”. En nuestra película debemos crear un nuevo MovieClip, que llamaremos “images”. Dentro de este MovieClip creamos dos layers, “actions” y “photos”. Ahora, en el primer frame del layer “actions” insertamos el siguiente código.

Vayamos a comentar el código.

En la primera línea de código cogemos el número de frames totales que tendrá nuestro MovieClip “images”, que coincide con el número de fotos que se podrán ver y cargar de forma aleatoria. ¿Por qué coinciden? Porque en el layer “photos” debemos colorar una foto por frame, sobretodo para no sobreponer las imágenes entre sí y se tapen, lógico no?

Esta línea es más importante de lo que parece. Alguien puede sugerir poner el número de fotos harcodeado directamente, pero ¿qué pasará si queremos añadir o quitar fotos? Que si queremos mostrar todas las fotos o que no dé error deberemos modificar manualmente el número introducido. De esta manera, con la sentencia “this._totalframes”, este mantenimiento no es necesario, ya que es automático.

Las siguientes dos sentencias son para saber a qué frame desplazaremos el cursor del tiempo del MovieClip “images”. A partir de la hora de carga del MC, y teniendo en cuenta los segundos, conseguimos decidir a qué frame o qué foto cargar mediante el módulo de los segundos con el número de fotos (%).

Un ejemplo, si se carga la película a las 8:30:01 horas, estas sentencias determinarán que el módulo de 1 (1 segundo) con respecto a 7 (si tuviéramos 7 fotos) es 1, con lo que cargaríamos la foto que se encuentra en el frame 2 (le tenemos que sumar 1 debido a que los frames de flash se indexan a partir de 1, y por lo tanto, cuando el resultado sea 0 deberemos cargar el frame 1). ¿Entendido? Espero que sí porque tengo la sensación de explicarme un poco mal.

Finalmente, la cuarta sentencia simplemente coloca el cursor del tiempo en el frame resultante.

Pues eso es todo, sencillo aunque por la parrafada no lo parezca. Ahora a desvariar un poco más y mejorar la idea inicial para que, por ejemplo, no cargue dos veces seguidas la misma foto o frame. Pero eso lo dejaré para otro artículo, ahora voy a investigar cómo hacerlo