Ayer mismo salió la actualización que arregla este bug (10.0.22.87), puedes bajarla desde Adobe: http://get.adobe.com/flashplayer/

Por ejemplo tienes un SFW visor.swf y una imagen arbol.jpg que están dentro de la carpeta MULTIMEDIA colgando de la raiz que es donde está tu index.html.

Al editar el flash lo lígico es que pongas que la ruta de la imagen sea “arbol.jpg“, ya que está en la misma carpeta que la imagen, y si abrimos el SWF a pelo comprobarás que la carga correctamente. El problema viene cuando cargamos el SWF en el index.html, cosa bastante normal. El flash por defecto tomará la ruta actual de carga, no donde se encuentra el archivo SWF realmente, con lo que buscará en este caso en el raiz el archivo arbol.jpg y no lo encontrará.

Una solución es que si sabemos que el flash se va a cargar en el index.html que está en raiz, cambiar la ruta de carga del flash a “multimedia/arbol.jpg” y funcionará. Para sitios sencillos esto funciona bien, pero ¿que pasa cuando queremos cargar ese flash en otro HTML que no está en raiz?, no funcionará, y por lo tanto no podemos usar el mismo SWF para 2 lugares (o 3, 7, 200) siendo que el visor es el mismo. También surgen problemas cuando usamos gestores de contenido con URL dinamicas, tipo permalinks, etc, donde una dirección como www.nerv.es/blog/titulo-del-articulo dará error al cargar el visor ya que el flash se cree que está en una estructura de directorios “/blog/titulo-del-articulo” que no existe físicamente.

La mejor solución es usar un atributo que no es muy conocido llamado base.

Si en el código de carga del flash usamos:

<param name=”base” value=”.”>

para <object> y para <embed>:

base=”.”

No importa desde donde se cargue el archivo SWF que la ruta base para él será donde esté ubicado realmente dentro del arbol de directorios. Con esto conseguimos que funciones siempre sin importar desde donde ser carge. ( dentro del mismo dominio al menos )

Si tienes ese problema prueba con alguna de estas dos soluciones:

1. Sube el archivo crossdomain.xml a tu servidor https.

<cross-domain-policy>

<allow-access-from domain=”*”/>

</cross-domain-policy>

2. Inserta las siguientes líneas en tu actionscript:

System.security.allowInsecureDomain(”www.tudominio.com”);

System.security.allowDomain(”www.tudominio.com”);

Las dos soluciones parece que funcionan bien.

(Traducción de eNilsson. Visto en FlashMe!)

• 1. Abre tu película Flash y testéala para abrir la ventana de testeo (CTRL+ENTER)
• 2. Abre el menú Ver y activa Visor de anchos de banda.

• 3. El visor de anchos de banda lo verás ahora arriba de tu película.

Usando el visor:

Una vez abierto el visor, tienes muchas información a tu disposición. Observa que tienes todas las propiedades del SWF, incluido tamaño y tiempos de carga. Esta información es muy útil cuando estás intentando bajar el peso del archivo.

En cuanto al preloader, la propiedad más util en este caso es el gráfico frame por frame. La mayoría de los preloaders van del frame 1 al 2 y del 2 al 1 todo el rato hasta que todos los bytes se cargan y van hacia el frame 3. Prueba tu preloader frame por frame y asegúrate que tu actionscript se comporta correctamente. Puedes ver instantáneamente si tu película salta a un frame que no debería.

El problema más común al hacer un preloader.

La primera pregunta de todos los foros que hablar sobre los problemas de los preloaders es “Porqué no puedo ver mi preloader hasta que no está casi del todo cargado (70%-90%)?

La respuesta a esta pregunta es que hay poco o nada ya que cargar (bytes).

Consejo: En una nueva capa, añade 2 o 3 frames después de tu preloader, y pon una imagen de alta resolución en cada frame. Estó dará algo más de trabajo a tu preloader. Pon un stop() en el último frame. Nota: Asegúrate que no hay imágenes en el mismo frame que el preloader ( comúnmente en los primeros 2 frames ).

¡Como simular una carga!

Testea tu película y ve de nuevo al menú Ver. Ve a la opción Configuración de descarga y escoge una velocidad. Pulsa CTRL+ENTER para que empiece la película, y tu película Flash simulará la carga según la velocidad que le hayas indicado.

Usando el gráfico de fotograma en fotograma

La clave para un preloader que funcione bien es mantener el número de bytes del primer frame al mínimo. Tu preloader no mostrará ningún progreso hasta que toda la información y objetos del primer frame se hayan cargado (incluyendo Actionscript). Si tienes imágenes innecesarias o actionscript en el primer fotograma, que no serán útiles hasta más tarde en tu película, muévelos de frame o elimínalos.

Formas de mantener el tamaño bajo del primer frame

• 1. Intenta no usar imágenes.
• 2. Evita la animación frame por frame en tu barra de progreso, usa Actionscript por ejemplo.
• Ejemplo: movieClip_mc._width=percentloaded; (mira más abajo)
• 3. No importes objetos de Illustrator, dibújalas directamente en Flash.
• 4. Incorpora sólo los caracteres que necesitas (0123456789%, suficiente para la mayoría de casos)

Preloader Básico con actionscript:

Frame 1.

totalBytes = this.getBytesTotal();
loadedBytes = this.getBytesLoaded();
remainingBytes = totalBytes – loadedBytes
percentDone = int((loadedBytes/totalBytes)*100);
this.bar_mc._width = percentDone;
this.myText = Math.round(percentDone)+”%”;
if (_framesloaded == _totalframes) {
gotoAndPlay(3);
}

Nota del traductor: Se supone que hay un campo de texto dinámico que se llama myText y un mc rectangular que se llama bar_mc.

Frame 2

gotoAndPlay(1);

(libre traducción de bittbox)

Como todos sabéis, usar Flash para toda la página siempre ha sido un gran problema para la optimización de los motores de búsqueda. Simplemente no hay contenido para los motores de búsqueda que puedan indexar.

Así que cuando me enteré de que Google podía indexar el contenido de los archivos Flash, me sorprendió. Al parecer, este notable descubrimiento ha pasado casi inadvertido en la comunidad SEO.

Sin embargo, como probablemente ya sabes, Google siempre ha sido pionero en indexar contenido de diferentes formatos: Archivos PDF, .DOC, etc. Google también ha hecho muchos avances para indexar el contenido dinámico.

Y ahora es el primer motor de búsqueda en indexar Flash, otro paso adelante en la industria SEO.

Entonces, ¿por qué Flash presentó estos problemas en el pasado?

Antecedentes de Flash y SEO

Con una pagina principal en Flash surge el problema de decirle al buscador de que trata la página. Sin este texto, los motores de búsqueda no tienen nada que indexar. Por lo tanto, la página principal rara vez está bien posicionada, a menos que factores externos a la página como enlaces entrantes la hagan más popular.

En el pasado, se han hecho pocas pruebas y dispersas para solucionar esta dificultad. Esto puso las cosas muy difíciles a las empresas que querían mostrar una rica experiencia de usuario con una página en Flash, como las empresas de diseño gráfico, estudios fotográficos, empresas de diseño de páginas web, etc.

Asi, estas empresas a menudo sacrificaban el ranking por la experiencia de usuario, ya que rara vez se puede tener tanto tiempo para seguir todas las directrices que requieren los motores de búsqueda.

Entrevista a Michael Marshall

Cuando me enteré de que google indexaba flash por Michael Marshall, creador de ThemeMaster y moderador de nuestros cursos de marketing de motores de búsqueda, y de los fascinantes descubrimientos que había hecho, inmediatamente quería una entrevista con él.

Así que echemos un vistazo a lo que Michael ha descubierto acerca de Google y Flash.

Pregunta: Michael, ¿cómo sabemos que Google ahora indexa Flash? ¿Hay alguna manera de buscar archivos Flash indexados?

Michael Marshall: Si, Puedes introducir el término de búsqueda en Google, y usando el operador filetype puedes restringir la búsqueda a un archivo “.swf”. Esta operación sólo busca contenido en archivos Flash. Deberías ver [FLASH] justo antes de cada item de la página de resultados.

Por ejemplo, escribe lo siguiente en el cuadro de búsqueda en Google:

“Abra su negocio al mundo” filetype:swf

Cómo podemos extraer el texto de un Flash para saber que es lo que Google ve?

Macromedia tiene un Flash Search Engine SDK (http://www.macromedia.com/software/flash/download/search_engine/) que justo nos da lo que necesitamos. El SDK (Software Development Kit) incluye una aplicación que se llama “swf2html”. Swf2html extrae textos y enlaces de un .swf y devuelve los datos a la salida de pantalla o a un archivo HTML. Swf2html nos viene como una aplicación ejecutable y como una biblioteca estática para implementaciones. Para completar la funcionalidad, consulta el archivo Readme.htm incluido en el kit SDK.

¿Tienes un ejemplo de un archivo Flash que se pueda ver, así como un ejemplo de que texto se ha extraído de él?

Sí. Tengo un ejemplo de cada uno. El flash no es nada del otro mundo pero será útil para nuestro propósito. Visita la aplicación Flash y observa los textos que aparecen en él, y luego los que se han extraído en el HTML.

• Ejemplo de archivo en Flash: http://www.internet-marketing-analysts.com/flash_sample.html
• Ejemplo de texto extraido: http://www.internet-marketing-analysts.com/extracted_text.html

(Nota: Este ejemplo de Flash está basado en uno de los productos de Michael. Sin embargo, lo he elegido por 2 razones.

• Porque hay muchos tipos de películas dentro de él.
• Porque se trata de un ejemplo con mucho texto, a diferencia de otros muchos ejemplos en Flash que podría haber optado por usar.)

En el fichero de salida puedes ver que hay algún texto repetido varias veces y una parte de él incluso aparece “invisible” ya que el color de fuente es blanco. Esto solo es un efecto de la conversión, no es realmente texto invisible o para hacer spam.

En otras palabras, no estás haciendo nada malo, se debe simplemente a la herramienta y no a spam o texto invisible.

Pero cómo lo hacemos, ¿sabemos la forma en la que Google lo vé?

Una simple prueba nos mostrará que texto extrae Google de la presentación Flash. Puedes ir haciendo búsquedas en google con las palabras que tienes en el flash y ver los resultados que muestra. Cogiendo palabras o frases del principio del html que extrae la herramienta o del medio.

¿Cuanto de tu película ve Google? En otras palabras, cuanto profundiza Google dentro del flash.

Mi experiencia con esta herramienta me dice que google indexa todo el texto que muestra dicha utilidad, enlaces incluidos.

Has mencionado que, cuando ciertos tipos de movimientos en una película flash se asocian con textos, el resultado extraído contiene texto duplicado.

Los técnicos que nos leen saben lo que significa, pero para los que no lo son (como yo), ¿eso significa que tenemos que tener cuidado acerca de la utilización de ciertos tipos de animación, ya que estos podrían dar lugar a contenido duplicado, por lo tanto la posibilidad de crear Spam?

Sí. El tipo de animación que se aplica a un texto puede influir en la forma en que se extrae el texto. Si no quieres que haya una densidad de palabras clave o de contenido duplicado en lo que lee Google, tienes que cuidar el tipo de animación asociado a un texto.

Al ver el código fuente HTML que ha extraído la herramienta, no hay una etiqueta de Título. ¿Que parte del texto coge Google para poner en la etiqueta de título?

En mi experiencia, he encontrado que la primera línea de texto de la salida se usa como la etiqueta de título. Puedes usar swf2html y cambiar cosas en el flash hasta que tengas el resultado deseado. Además, la descripción en los resultados de búsqueda se crea dinámicamente (dependiendo de la consulta del usuario) de partes del texto extraído por Google.

¿Tienes otras sugerencias para la optimización de archivos Flash?

Sí. Yo recomendaría que la gente lea mi tutorial más técnico para obtener mas información acerca de la optimización de archivos flash (ver abajo)

Una cosa que quiero añadir es el problema que puede surgir en las presentaciones Flash que usen contenidos dinámicos extraidos de una base de datos, archivos xml, etc basados en entradas del usuario. Este contenido no es parte del propio archivo xml, por lo tanto, no será indexable por Google.

¿Qué hay de los banners en Flash? ¿Google también indexa el contenido de los banners en Flash?

Si. Cualquier presentación en Flash, si es toda la página o sólo un banner. He encontrado muchos casos de ambos.

Para instrucciones más técnicas SEO

Michael ha creado una página con una explicación más técnica de muchos de estos conceptos, en la siguiente URL.

La página también incluye el código fuente HTML de la producción extraída de su presentación Flash.

Http://www.internet-marketing-analysts.com/Google-Flash_tutorial/

(libre traducción de searchengineworkshops.com)

Eso por una parte, más tarde me encontré con una herramienta para extraer un HTML del SWF, y sacar los textos que pueden ser indexables. La herramienta se llama swf2HTML, es un poco fea porque tienes que ejecutarla desde la línea de comandos ( en la opción Ejecutar.. en el menu inicio, escribe “cmd”, sin comillas ), pero funciona bien. La sintaxis básica para que te muestre los textos que puede sacar de tu SWF es la siguiente:

C:\swf2html tuarchivoflash.swf

Si es que teneis el ejecutable swf2html.exe en el disco C: y el SWF en la misma ruta. De todas maneras dentro de la carpeta tenéis instrucciones con la sintaxis de uso.

Haciendo pruebas con esta herramienta pude verificar que no extraía ningún texto de los SWF de portada y sí de los de la sección interior.

Podéis leer algo más en la entrevista a Michael Marshall.

• Hizo de Google un lider mundial.
• Hace que los videojuegos sean tan jugables.
• Es por ella por la que los geeks prefieren usar el bloc de notas que el Word.
• Hace que algunas aplicaciones web sean tan frustrantes de usar.

Estamos hablando del tiempo de respuesta.

En el mundo real, tocas algo y se mueve. No tienes que esperar a que el universo tarde 3 segundos en calcular la nueva posición del objeto. Una respuesta inmediata es lo que espera el cerebro. Cualquier aplicación te hace esperar, esto mata el flujo de las acciones y el disfrute de la aplicación.

Sonic tenía un tiempo de respuesta inmediato. ¿Lo tiene tu aplicación?

Piensa sobre usar un ordenador 8 horas al día. Piensa cuanto tiempo estás esperando cosas:

• Esperando a que las páginas web se carguen.
• Esperando a que tu ordenador se reinicie.
• Esperando a que se inicien los programas (Photoshop por ejemplo)
• Tiempos de compilación o renderizado
• etc.

Coge estos tiempos y multiplícalos por las millones de veces que los has experimentado y tendrás un montón de tu tiempo malgastado.

Ni si quiera puedes aprovechar el tiempo de espera ya que no sabes cuando va a terminar, de modo que no puedes dedicarte a otras actividades. En el futuro todas las interfaces de usuario serán de respuesta inmediata. Las personas del futuro se extrañarán y entristecerán de ver como perdemos tanto el tiempo mirando barras de progreso.

Así que un consejo para la construcción de aplicaciones: Hazlas más rápidas.

• Hazlas más pequeñas.
• Hazlas más ligeras.
• Sacrifica funcionalidad innecesaria
• Precarga siempre que sea posible.

Proporciona al usuario un tiempo de espera inmediato. Si no puedes hacer eso, entonces por lo menos dales respuesta imediata con algun tipo de animación e intenta de una forma precisa indicarle el tiempo de espera restante.

(libre traducción de Airtight interactive)

Ahora con Flash 9 cuando cargas dinámicamente una imagen usando la clase Loader, el suavizado está desactivado por defecto. El método recomendado para suavizar la imagen es copiar el contenido en un objeto Bitmap y permitir el suavizado sobre el mismo. El problema es que las imágenes que están alojadas en otro servidor, no tiene acceso BitmapData, por lo que no hay forma de suavizar la imagen.

Hay 2 soluciones, las cuales lamentablemente no son factibles en la mayor parte de los casos:

• Usar un proxy. Suele ser prohibitivo para aplicaciones en gran escala en términios de coste de ancho de banda.
• Usar crossdomain.xml. Sólo funciona si se tiene acceso al servidor donde está alojada la imagen.

En mi opinión, debería ser posible obtener el suavizado con imágenes alojadas en otros servidores. Se podría solucionar de 2 formas:

• Permitir acceso a otros servidores a la clase BitmapData (aunque parece que esto no va a ocurrir [EN]).
• Añadir la propiedad de suavizado a la clase Loader. Esperemos que Adobe lo tenga en cuenta para un futuro Flash Player.

Si quieres que Adobe añada la propiedad de suavizado a la clase Loader en su próxima versión del Flash Player, puedes pedirlo en la página de consulta de adobe.

Nota del traductor: Creo que no hay mas opciones que estas pero si conoceis alguna manera de hacerlo podeis compartirlo en los comentarios y actualizaré el post.

(libre traducción de Airtight Interactive)