• Flot: realizado puramente con Javascript utilizando jQuery, puedes interaccionar con los datos incluso ofrece la posibilidad de realizar zoom.

  

• Open Flash Chart: es una de las mejores opciones, tanto por el aspecto visual, como por la cantidad de clases disponibles en diferentes lenguajes, como son PHP, Perl, Python, Java, Ruby on Rails, y .Net; que posibilitan conectar con los gráficos.

  

• AmCharts: realizado con Flash, ofrece diferentes tipos de gráficos, todos ellos muy atractivos. Se pueden usar datos extraidos de ficheros XML, incluso se pueden leer datos generados dinamicamente con PHP, .NET, Java, Ruby on Rails, Perl y ColdFusion. Es complematemente gratuito siempre y cuando respetemos el link que incorporan en la parte superior de las tablas.

  

• Emprise Javascript Charts: para crear gráficas utilizando unicamente Javascript.

  

• Plotkit: otra solución Javascript perfectamente documentada, basada en la librería MochiKit.

  

• Flotr: éste script se basa en la librería prototype. Puedes hacer zooms, crear leyendas, soporte para valores negativos, etc.

  

• PHP/SFW Charts: como su propio nombre indica, para poder fusionar PHP con Flash. Realmente recomendable, además goza de un monton de gráficos diversos.

  

• Visfire: bastante simple, permite funcionar con ASP, ASP.Net, PHP, JSP, ColdFusion, Ruby on Rails o solamente HTML.

  

• FusionCharts: funciona de manera equivalente a Visfire.

  

• JFreeCharts: el último scriot puede resultar muy interesante, puesto que funciona con Java, de forma que cualquier programador pueda mostrar sus gráficas en unos sencillos pasos. Una joya para los desarrolladores en Java.

  

Fuente: Informatica Practica

Hay un dicho en internet que dice que si no sales en Google no eres nadie. Si bien esta afirmación puede resultar algo excesiva, si que es cierto que una parte fundamental para el exito de muchos proyectos web es la correcta realización de las páginas, de forma que los indexadores, sean Google, MSN, Ask Jeeves, o cualquier otro, sean capaces de indexar el mayor número de ellas y de forma correcta.

Hay diferentes técnicas que hay que tener en cuenta, como la utilización de url’s “legibles”, el uso de títulos apropiados en las páginas, el etiquetado “correcto” de enlaces e imágenes, por poner las principales. Todas estas técnicas forman parte de algo que se viene llamando SEO “Search Engine Optimization”, que no es más que un conjunto de metodologías orientadas a optimizar la visibilidad de un web en los listados de los buscadores. Sin embargo todas estas metodologías son difíciles o incluso imposibles de aplicar en los webs hechos con flash.

Las webs hechas en flash tienen su principal utilización en webs con grandes requerimientos multimedia, o en los últimos años, en webs en las que se necesitan determinadas caractarísticas de interacción con el usuario que son complicadas de conseguir con HTML, al menos hasta la llegada de mecanismos basados en XMLHttpRequest, principalmente aplicaciones en las que es necesario que la pantalla se reconfigure conforme el usuario genera eventos y si envía y recibe información al servidor en segundo plano. Sin embargo también es cierto que muchas empresas han abusado de flash para crear webs para todo tipo de empresas, al igual que se hizo al final de los 90 con la utilización masiva y desacertada de frames en todo tipo de webs.

Actualmente indexadores como Google son capaces de procesar los archivos swf y leer las cadenas de texto que contienen, de forma que permiten indexar páginas que contengan flash. El problema radica en que si todo el web está hecho en un único flash, residente en la página principal normalmente, los indexadores tienen únicamente una página para indexar, la cual contiene un flash con todos los textos del web. Esto provoca que el indexador indexe una única página y que el peso de las palabras que contiene se desvirtúe, ya que el indexador considerará que están asociados a esta página, él no es “consciente” de que el flash se divide en diferentes páginas internamente.

Hay alguna solución a este problema, aunque ninguna es tan óptima en cuanto a posicionamiento como sería disponer de un web realizado en (X)HTML puro. Una posible solución es no utilizar un único flash para todo el web, si no construir páginas html independientes que contengan cada una el flash que representa su contenido.

Otras soluciones se basan en la utilización de una versión html equivalente que sería la que el indexador utilizaría. En este caso cuando un indexador trate de indexar la página web, ésta podría detectarlo y servir la versión html en vez de la basada en flash. Esto tiene un problema relacionado con ciertos abusos que se han hecho en los indexadores orientados a trampear las posiciones. Los indexadores deben tratar de garantizar que los contenidos que indexan sean los mismos que verá el usuario cuando acceda a la página, en otro caso se estaría desvirtuando su trabajo y sería un agujero para la utilización de determinadas trampas. Es por esto que, aunque este método pueda funcionar, no se pueda considerar completamente válido.

Aparte hay que tener en cuenta una cosa más, que es el coste económico que implica preparar mínimamente una web en flash para que sea indexable. En los casos en los que se dé mucha importancia al posicionamiento en buscadores como una forma de atraer audiencia a la web, habrá que sopesar cuidadosamente la utilización de flash, en qué medida, cómo, y qué costes implica en cuanto a la optimización de la web resultante. Sin olvidarnos también de que en estos casos estaremos también interesados seguramente en realizar seguimiento de audiencias, trabajos sobre estadísticas de tráfico, etc…, puntos en los que las web hechas en flash adolecen de problemas similares.

Autor: Patxi Echarte
http://www.eslomas.com/index.php/archives/2005/04/17/optimizacion-webs-flash-indexadore

El caso EOLAS parece una reacción tonta de un navegador para limitar o dificultar la interacción del usuario, pero todo es culpa de una demanda que Microsoft perdió.

La Universidad de California patentó hace tiempo la tecnología para incluir en el hipertexto, programas externos que se ejecuten en cuanto cargue el documento, tal como hace la etiqueta <object> en los navegadores. Por esta razón, Internet Explorer ahora mostrara un marco gris alrededor de las películas de Flash (Y otros plugins) y un texto en el cual debes dar click sobre el elemento para empezar su ejecución.

En el blog de martijndevisser.com podemos ver un screenshot mostrándonos las consecuencias de la próxima actualización de Internet Explorer.

Sí antes, teníamos una web con un elemento en Flash que se veía así:

Ahora se vera así:

Noten el borde grisáceo y el aviso de que debemos darle click para que empiece a funcionar. Vivan las patentes…

Solución

Claro, si algo hemos aprendido de “La ley y el orden”, “Justicia ciega” y demás programas raros de abogados estadounidenses es que cualquier mínimo hueco en la definición es aprovechable para la defensa.

En este caso, la patente solo aplica para los objetos que incrustamos en el código HTML, por lo que si insertamos nuestros SWFs usando Javascript, no habrá problema.

El problema, claro, es que a nadie le gusta gastarse aprendiendo algo como eso.

Por esa razón, Geoff Stearns creo FlashObject, una pequeña libreria enJavascript, con el que, en sencillos pasos, puedes incluir SWFs en HTML sin necesidad de que escribas código. Realmente cómodo.

Solo te bajas FlashObject y colocas en tu código algo como:

Código :

<script type="text/javascript" src="flashobject.js"
             >
</script>     

<div id="flashcontent">
  Aquí puedes colocar la cosa alternativa que saldrá si no hay
  Flash Player
</div>     

<script type="text/javascript">
   var pelicula = new FlashObject("pelicula.swf", "pelicula",
			     "200", "100", "7", "#336699");
   fo.write("flashcontent");
</script>

La única línea especial es:

Código :

var pelicula = new FlashObject("pelicula.swf", "pelicula",
                               "200", "100", "7", "#336699");

Donde cada parámetro significa lo siguiente:

• “película.swf”: Es la URL del swf que quieres insertar
• “película”: El nombre identificador del swf
• “200”: El ancho (En este caso, lo cambias por de tu SWF)
• “100”: El alto (Lo mismo de arriba)
• “7”: La versión del Flash Player necesaria (Puede ser 6, 8, etc)
• “#336699”: El color de fondo de la película

Este método válida perfectamente como XHTML estricto, es limpio, rápido y su única desventaja es que requiere Javascript, pero la mayoría de los navegadores actuales lo traen activado por defecto así que no debería representar mayor problema.

Fuente: http://www.cristalab.com/tips/19891/solucion-a-problema-de-flash-en-internet-explorer-por-eolas