|
jueves, 21 de septiembre de 2006 |
|
Quinto programa recomendado : CCleaner 
Programa gratuito y de los buenos es CCleaner. Su objetivo es buscar y limpiar a fondo toda la basura que tengamos en nuestra PC. Es asi que podremos borrar archivos temporales, cookies, limpiar el caché, datos antiguos, fragmentos, etc. Además nos da la posibilidad de buscar errores en el registro y arreglarlos. Lo bueno de CCleaner es que podemos elegir que archivos borrar y de que programas. Además su interfase es muy agradable y simple, totalmente en español. Quien te dice que usándolo puedas liberar unos cuantos miles de Megas de disco duro :D Descargar CCleaner 1.33.382 (1.42 MB) |
|
|
jueves, 21 de septiembre de 2006 |
- photofront : Album de fotos en Flash con nuestras fotos en flickr;
- flickr slideshow : Visualizador de imágenes en Flash, con código para incorporar a nuestra web;
- flickrshow : Otro visualizador de fotos, pero hecho en javascript;
- flickr backup : Utilidad hecha en java y open source para hacer un backup de nuestras fotos;
- notifyr : Pones tu email y la dirección del usuario a seguir y ya sabras cuando suba nuevas fotos a su cuenta;
- flickrDown : Programita para bajar las fotos a tu pc;
- flickrBar : Visualizador en Flash con forma de barra;
|
|
|
miércoles, 20 de septiembre de 2006 |
|
Better fonts son de esas webs a las que hay que tener agendadas siempre, no es más que un gran repositorio de fuentes gratuitas en descarga directa. Uno de sus puntos a favor es lo simple que es su interface, además de darnos la posibilidad de probar las tipografías antes de descargarlas. |
|
|
martes, 19 de septiembre de 2006 |
|
Bajo licencia libre, hoy me entero que ha salido un nuevo script para solucionar los problemas ocacionados en Internet Explorer con objetos enbebidos en HTML, como Flash o Applets. Dicho script se llama JS Embedded Content y según su creador, David Muñoz (alias Raspu), lo resume como: "Una pequeña aplicación Javascript que permite la
activación automática de los elementos OBJECT, EMBED y APPLET incrustados
en un documento HTML (películas Flash, applets de Java, archivos de video,
etc.); de esta manera se evita que estos elementos deban ser activados
manualmente por el usuario, porcedimiento necesario para que pueda interactuar
con ellos en Internet Explorer 7, algunas actualizaciones de Internet Explorer 6
y en algunas versiones de Ópera 9" |
Lo recomiendo 100%, el script lo pueden descargar aquí ^^ Actualización 23/09/06: Ayer ha salido la versión 1.1 beta 2 para descargar . Además, en Cristalab , tras una crítica hacia el script David explica los pros de JS Embedded Content comparado a swfObject : [...] Efectivamente, una de las diferencias fundamentales entre JS Embedded Content y SWFObject (por especificar alguno) es la lógica que sigue. SWFObject lo que hace es insertar el contenido, y lo que hace mi script es reinsertar el contenido, y tiene su razón de ser.
Para insertar el contenido, SWFObject debe hacer uso de document.write(), a lo cual yo le veo ciertas desventajas:
1) Se hace obligatorio mezclar código Javascript entremedio del código HTML. Entonces para aplicar el script debes hacerlo en cada uno de las películas flash que tengas en tu sitio, y modificar cada uno de los sitios que ya hayas realizado (claro, si es que quieres parcharlos con el script). Al reinsertar el contenido, mi script es capaz de almacenar todo el código necesario en un archivo externo, facilitando su implementación y su mantención.
2) Pensando más a futuro, document.write() no funciona en documentos que sean servidos como application/xhtml+xml (que es como debiera usarse un documento XHTML), sólo sirve en documentos servidos como text/html (el propio autor de SWFObject lo señala en la documentación de su script).
3) SWFObject (y el resto) requieren que el usuario tenga activado Javascript para poder insertar el contenido, si no es así mostrará el contenido alternativo. Cada webmaster puede suplir esa falencia insertando el Flash d emanera normal con la etiqueta NOSCRIPT, pero esto significa ya duplicar código: el código Javascript + la etiqueta NOSCRIPT. En el caso de JS Embedded Script el webmaster sólo inserta el código del Flash 1 sola vez, y el usuario seguirá teniendo accso a él con o sin Javascript.
4) SWFObject sólo está pensado para películas Flash (y si no me equivoco su autor tiene otro script aparte para películas Quicktime). El script que he desarrollado es más universal, ya que trabaja simultáneamente sobre elementos OBJECT, EMBED y APPLET[...]
|
Creo que con la argumentación que expone a más de uno le habrá cerrado la boca ^^ Actualización 24/10/06: Ya ha salido la versión 1.1 final . |
|
|
domingo, 17 de septiembre de 2006 |
|
 La idea es comentar algunos consejos para optimizar el peso de los archivos SWF de Flash . Tal vez ustedes se pregunten...
¿Mejorar el peso para qué? Simple. No todas las personas que entren a nuestro sitio tendrán una conexión de banda ancha y no hay nada más feo que entrar a una web hecha en Flash y ver al preloader sumar byte por byte... Hoy en día son pocos los sitios en Flash que cargan todo el contenido de una sola vez. Habitualmente lo que se hace es dividir el sitio en varias películas e ir cargándolas a medida que el usuario lo requiere. El tamaño de cada película va a depender de la complejidad del sitio. Lo ideal seria tener una presentación liviana e ir cargando las películas externas con un peso no mayor a 40 KB aunque como bien dije todo va a depender de la complejo que sea la web. Asi que empecemos a hablar un poco sobre el tema... - Por lo general cuando estamos desarrollando un trabajo en Flash solemos repetir elementos en el escenario (Botones, MovieClips, Gráficos, etc). ¿Para qué dibujar lo mismo varias veces cuando podemos tener mismos símbolos con diferentes propiedades? La utilización de instancias de símbolos ayuda a bajar el tamaño final. Por ejemplo si necesitamos dos círculos de diferentes tamaños y colores, no vamos a crear dos círculos diferentes, sino creamos uno, lo convertimos en símbolo y lo copiamos en el escenario. Luego con los paneles modificamos el color y tamaño de cada uno;
- El entorno de autor de Flash fue pensado como el escritorio de un dibujante/animador. Sin embargo si necesitamos realizar alguna animación en movimiento no es recomendable realizarla fotograma por fotograma sino utilizar Interpolaciones de Movimiento debido a que Flash realiza varios cálculos complejos para crear la animación y optimizar el archivo final en peso;
- Con los mapas de bits podemos crear texturas que con vectores no podemos. Sin embargo utilizarlos incrementa varios KB al archivo final. No quiero decir que nunca hay que utilizarlos, son necesarios en muchas ocasiones, por ejemplo como fondos estáticos. Si los vamos a utilizar tratar de comprimirlos lo mejor posible sin perder mucha calidad. Para eso podemos utilizar la opción Exportar para web en Photoshop o utilizar programas como el PIXresizer;
- Una de las ventajas de Flash es la posibilidad de mostrar textos estáticos con cualquier tipografía. En contrapartida si utilizamos fuentes muy complejas (ejemplo: Cocaine sans) ó fuentes incrustadas (en caso de utilizar textos dinámicos o de entrada) incrementaremos el peso del archivo final. Si tan solo deseamos mostrar un texto podemos utilizar fuentes pixeladas que son mucho más livianas o usar fuentes standards como Arial, Verdana, etc;
- Sigo con el tema de las fuentes, si utilizamos fuentes incrustadas, solo incorporar los caracteres necesarios;
- Al incorporar música al sitio, probar con distintos bitrate hasta encontrar un sonido entendible, no distorsionado y no muy desproporcionado en peso;
- Optimizar el código y no repetirlo. Utilizar funciones genéricas que puedan ser reutilizadas. Habituarse a usar un código centralizado y no desparramado por diferentes elementos. Utilizar más o menos comentarios dentro del código no afecta al archivo final ya que Flash no los incorpora al exportar el swf;
|
|
|
<< Inicio < Anterior 61 62 63 64 65 66 67 68 69 70 Siguiente > Final >>
|
