Archivos necesarios

Projector Content Debugger - La versión para poder depurar.

Projector - La versión standalone del Player.

PlayerGlobal.swc - Contiene las definiciones de las clases que se encuentran en el Player. Básicamente es una API para el compilador.

Todos ellos te los puedes bajar de http://www.adobe.com/support/flashplayer/downloads.html#fp11

Y si no lo tienes todavía instalado, el plugin del navegador: http://get.adobe.com/es/flashplayer

Configuración

Una vez descargados, vamos a la carpeta donde tenemos instalado Flash y navegamos hasta \Common\Configuration

• Dentro de la carpeta ActionScript 3.0 creamos una nueva que se llame FP11, y copiamos el PlayerGlobal, renombrándolo como playerglobal.swc

• Dentro de la carpeta Players duplicamos el archivo FlashPlayer10_1.xml y lo renombramos como FlashPlayer11.xml.

Luego lo editamos con la siguiente información (ver xml completo):

Volvemos a la carpeta raíz de Flash, nos metemos en el directorio Players y encontraremos dos carpetas: Debug y Release, donde copiaremos el Flash Player Debugger y el Flash Player respectivamente.

Nota: Mejor no sobreescribir los ficheros, renombrar para no perder las versiones anteriores.

Probando Flash Player 11

Para probar que todo funciona correctamente creamos una nueva película, añadimos 3 TextFields dinámicos en el escenario y escribimos el siguiente código:

Vamos a las opciones de publicación y, gracias al xml que hemos añadido, deberíamos tener una nueva opción: Flash Player 11.

Y ahora probamos la película en el MODO DEBUG (cmd+shift+enter en Mac o ctrl+shift+enter en Windows). Si todo está configurado correctamente deberíamos ver la película con información similar a esta:

También funcionará si ejecutamos directamente el swf (utilizará el player standalone) o lo abrimos en el navegador. Pero si hacemos el clásico Test Movie dará un error en tiempo de ejecución

pero no en tiempo de compilación, confirmando que el compilador reconoce la clase Stage3D en el playerglobal.swc.

Si comentamos las lineas que hacen referencia a Stage3D y probamos nuevamente la película veremos que la versión del player será la 10.x y el playerType external. Resulta que el IDE utiliza una especie de player integrado para probar las películas, de ahí que no se pueda utilizar esta opción para apuntar a un player superior. Realmente sería mucho más útil que utilizara el Player de Release, igual que lo hace con el de Debug.

A pesar de este pequeño inconveniente, ya podemos disfrutar desde nuestro querido Flash de las ventajas que nos trae Flash Player 11.

3 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2011

En esta ocasión la charla giraba en torno a la programación visual y era una invitación a buscar soluciones prácticas en nuestro día a día mediante técnicas gráficas, de ahí el nombre escogido: Piensa en pixels.

Marc Palau se encargó una vez más de grabar todas las conferencias, con la particularidad de que este año Andrés Karp decidió "colgarlas" para vergüenza de los ponentes :) Así que gracias a los dos aquí está la charla completa:

Dejo algunos comentarios a modo de resumen:

• La primera parte está enfocada a la propiedad cacheAsBitmap y cuándo nos puede ser útil aplicarla.
• Después me centro durante un buen rato en la teoría del color en AS3, que desarrollé hace tiempo en el siguiente artículo: Jugando con pixels (I).
• A continuación comento cómo funcionan los blendModes y muestro algunos casos, haciendo hincapié en los modos de fusión propios de Flash: layer, alpha y erase.
• En la parte final hablo sobre las clases bitmap y bitmapData, que traté en el artículo Jugando con pixels (II), y muestro algunos ejemplos prácticos donde se utiliza bitmapData para obtener distintas funcionalidades, como una trama para suavizar videos o imágenes que puedan escalarse, composición de texto con motivos, descomposición de imágenes en pixels y máscaras con bitmapData.

Nota: son ejemplos explícitos para la ponencia y no están optimizados, están enfocados únicamente a mostrar posibilidades.

4 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2011

A principios de año se me metió entre ceja y ceja que el anterior diseño ya no me gustaba y lo he tenido que cambiar sí o sí. Así que después de chorrocientas horas de duro trabajo, por fin tengo lista la versión 3 de llops blog.

Evolución del diseño

V1. Forni Theme - Home	V2. Forni Dark - Home	V3. Furni 75 - Home

V1. Forni Theme - Post	V2. Forni Dark - Post	V3. Furni 75 - Post

Furni 75 based on Seven Five

El tema está basado en el Seven Five de Jason Schuller, bajo licencia GPL.

Como se puede ver en la demo, este theme está enfocado completamente al contenido social mediante widgets. Así que adaptarlo a un "blog clásico" y limpiar todo el código que no necesitaba no ha sido una tarea fácil (o al menos rápida).

Además, aunque la estructura me parece perfecta, para mí gusto, gráficamente está todo excesivamente "resaltado" (bordes de imágenes muy gruesos, tipografías pesadas, botones muy grandes...). Sin alejarme mucho de la línea principal he intentado llevarlo todo a un terreno más sutil.

Objetivo

Todos los cambios respecto al antiguo diseño tienen un único objetivo: mejorar la lectura. Buscaba un formato en el que pudieras estar leyendo 10 minutos y no cansara (soy consciente de los tochazos que escribo :p).

Así que me he deshecho de la columna de banners y de widgets, he ganado 150px en la columna central, he subido el tamaño de las tipografías, el interlineado y los párrafos, y me he tirado días enteros tocando paddings y margins de cada imagen, tabla, lista o icono para equilibrarlo todo lo posible.

Comentarios

Algo muy tonto que no había podido tener hasta ahora son los comentarios anidados. A partir de hoy 3 niveles para poder responder individualmente.

Además, he activado la opción de gravatar, que nunca me había gustado por culpa de los horrendos iconos por defecto. Pero solucionado, por aquí no veréis al odioso Mystery Man ;)

Seguir comentarios

Prácticamente todos los blogs de wordpress están "cojos" para seguir los hilos de comentarios (porque el feed de comentarios... ¿de verdad lo utiliza alguien?).

Gracias al genial plugin Subscribe to comments, ahora puedes suscribirte a un post en cualquier momento, aunque no participes:

Y una vez suscrito, dispones de un panel muy majo para administrar toda tu actividad:

Tuve que dedicarle unos días para adaptar el plugin a lo que yo quería, pero... mola, ¿no? :)

A partir de ahora, ya no te vas a perder conversaciones tan interesante como esta: Código fuente, ¿se debe entregar?

Código

Sigo con el antiquísimo plugin ig:syntax_hiliter para formatear el código. Aunque está totalmente desactualizado (ni siquiera aparece en los plugins de wordpress.org) y existen decenas de opciones más nuevas, a mí me sigue pareciendo el más elegante.

En su día me cree mi propio archivo GeSHi para AS3, ya que no existe ninguno, y he aprovechado para hacer una nueva hoja de estilos. El resultado:

También se puede utilizar en los comentarios, y en los anidados queda perfectamente encajado ;)

¿Aún en Google Reader?

Y si a pesar de todas estas maravillosas ventajas todavía prefieres leer desde el lector de feeds, hay un pequeño detalle para ti: Ozh' Better Feed.

Así puedes saber si hay comentarios y de paso me ayudas a mover los artículos un poco.

Fuera coñas, me parece un plugin súper útil, y sin embargo su popularidad es muy baja...

Un problema

Un consejo muy obvio: todo todo todo el formato mantenlo en un fichero CSS.

Desde siempre, he arrastrado en el blog un gran problema: daba formato inline en el propio post. Por ejemplo, todos los márgenes de las imágenes, o los subtítulos de las entradas, formados por un strong y un underline, entre cosas más puntuales como formato en las tablas, anotaciones, etc.

No había sido consciente de lo que suponía hasta que he aplicado un theme completamente diferente. Y claro, me ha tocado abrir post por post para eliminar todos estos estilos "fijos" y poner clases, etiquetas, etc. Un auténtico coñazo.

Eso sí, he aprendido la lección.

Otros detalles

La tipo del logo y del favicon es la Suti. Como anécdota: es la primera vez que compro una fuente :)

Para el menú y los títulos utilizo la Lato, del impresionante proyecto Google Web Fonts.

Para darle un poco más de movimiento al lab he creado una página mucho más gráfica, y he dejado un random de imágenes sólo en la home:

He actualizado algunos datos desfasados en la página Acerca de, e incluso he cambiado la foto (ahora que los del SubFlash habéis comprobado que no soy un snippet ya no hace falta que me oculte).

Para el formulario de contacto sigo con el plugin Contact Form 7. Si necesitas un "contacta", no hay mejor opción.

Y a nivel gráfico, si navegáis un poco veréis que hay bastantes detallitos aquí y allí.

¿Y ahora?

Ahora que tengo empresa nueva, página nueva y blog nuevo, me parece que ya no puedo perder el tiempo en nada más. Así que ya sólo me queda volver a escribir artículos de interés.

Lo bueno es que este theme es para siempre. Éste me va gustar toda la vida.

2 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2011

Pero esta semana ha pasado algo importante que ha puesto nuevamente el tema Flash sobre la mesa, y esta vez me encuentro lo bastante sereno como para reflexionar sobre ello. Para todos los públicos :)

Empecemos por lo que ha pasado.

El anuncio de Google

Hace 3 días Google sorprendía a todo el mundo anunciando que no soportará h.264 en Chrome y que sólo tendrá en cuenta "open codecs". A raíz de aquí, ha aparecido una cantidad abrumadora de artículos y comentarios al respecto. Los defensores alegan que esto beneficia a la web, ya que forzará que se acabe imponiendo un códec libre y abierto en Html5, y los detractores dicen directamente que Google la está rompiendo. En medio están... bueno, en medio no hay nadie.

Y aquí aparece lo incomprensible para mí: el argumento estrella para atacar a Google ha sido... ¡Flash! Los ataques versan sobre esta idea: "Google, eres hipócrita, dices que lo haces para apoyar una web abierta y soportas Flash" (añadidle todo tipo de insultos, letras mayúsculas y/o muchos signos de admiración). Lo importante aquí es que no ha sido una crítica aislada de unos pocos, sino que se ha dicho cientos de veces, y gente a la que se le supone un cierto criterio ha escrito artículos destacando con énfasis esta idea.

No es la intención de este post diseccionar la postura de Google, pero es interesante aclarar un concepto para construir luego un hilo argumental.

El tocino y la velocidad

Dar soporte a un códec de vídeo significa que dicho códec pasa a ser parte del navegador. Google sabe que si soporta h.264 éste acabará siendo el estándar de facto en Html5, mientras que si lo deja fuera juega una baza casi definitiva para que el soporte nativo de video se base en formatos abiertos.

Por contra, Flash player es un plugin. Los plugins no forman parte del navegador, y el usuario tiene total libertad para decidir si quiere tener un plugin instalado o no. Cabe recordar que los plugins forman parte de la especificación de Html5. Es tan lícito que un navegador soporte un plugin como una etiqueta h1.

Que Google no vete en su navegador un "complemento cerrado" y que sí lo haga con un "códec cerrado" (que iba camino de entrar en el corazón de Html5), no tiene nada nada que ver. Tachar a Google de hipócrita por esto me parece, como mínimo, un argumento muy débil.

Plugins, tú puedes tener el tuyo

Así pues, según las especificaciones de la w3c, Authors can create plugins. Y esto es lo que hizo Macromedia en su día con Flash Player, Apple con Quicktime, Adobe con Acrobat Reader e infinidad de compañías con sus productos.

¿Qué determina la penetración de un plugin? Sin duda la necesidad que tenga un usuario de navegar por la web utilizando ciertas características extra.

A lo largo de la última década hemos visto plugins muy exitosos como Real Player caer en picado, desaparecer algunos como Shockwave, otros que no han acabado de consolidarse como Silverlight... Y durante este mismo período hemos visto como Flash Player alcanzó una penetración casi total y se ha mantenido a lo largo de los años.

No es un tema de monopolios ni de imposición ni nada parecido. Todo lo contrario: Flash Player lleva años ofreciendo contenido diferencial y por eso se convirtió hace tiempo en uno de los plugins imprescindible en la web.

Y entonces, ¿cuál es el problema de Flash?

Más allá de la valía que ha demostrado Flash, no cabe duda que a la mínima que hay oportunidad de atacar al producto de Adobe muchísima gente se suma al carro. Como veíamos en el caso de Chrome y h.264, aunque el argumento no tiene mucho peso, el ataque está ahí. Así que... ¿por qué tanto odio? ¿cuál es el problema?

Flash ha llegado a ser demasiado popular.

Durante muchos años ha ido marcando el paso en cuanto a innovación en la web se refiere. En términos de adopción, por el camino han ido quedando shockwave, dhtml, applets, y tantos otros. Incluso a día de hoy, sigue marcando el límite de lo viable en muchos campos. Pero poner un árbol con fruta prohibida al alcance de todos siempre es peligroso...

Flash nos volvió comodones: era tan sencillo que cualquiera podía hacer una web. Y era más que una web, era un canvas en blanco que nos permitía hacer lo que nos diera la gana. Literalmente. Diseño, arquitectura, navegación... todo era libre, no había reglas. E internet comenzó a llenarse de sitios en Flash, y por cada web que justificaba su uso había cientos de atrocidades que no. Daba igual que fuera una pieza experiencial que un site para hacer reservas: usábamos Flash.

Ya hace años que mucha gente se dio cuenta y empezó a levantar la voz, pero cuando estás en la cima no se escuchan bien los gritos que vienen desde abajo. Hasta que un buen día, sin darnos cuenta, se había formado una multitud con un lema: Flash es malo.

Ni bueno ni malo ni todo lo contrario

Flash no es bueno ni malo, simplemente es una tecnología. Una tecnología increíble que durante mucho tiempo ha sido mal utilizada por mucha gente. Ahora un porcentaje x de usuarios culpan directamente a la tecnología y piensan que si la matan internet será un lugar mejor.

Si lo pensamos fríamente no tiene mucho sentido. Es como el tema de la Comic Sans. La fuente ni es buena ni mala, pero alcanzó tal popularidad de uso que acabamos odiándola. Si la utilizas la gente se ríe y te señala con el dedo, como si ya no tuviera cabida nunca más en ningún texto o diseño. ¿Qué absurdo, no?

Si no se hubiera utilizado esta tipografía de manera abusiva ahora sería una fuente graciosa en la que nadie repararía. Si no se hubiera abusado de Flash dudo mucho que hubiera esta ansiedad por eliminarlo.

Canvas, ¿el próximo enemigo?

Ok, imaginemos que matamos Flash. Muerto el perro se acabó la rabia. ¡Por fin está sólo Html5!

Pero resulta que un día entramos en una página y tarda varios minutos en cargar; y otro día se reproduce automáticamente un audio que no sabemos de donde sale; y una tarde nos encontramos con una molesta animación que no nos deja concentrarnos en la lectura; y entramos en un site que nos fríe la CPU; y descubrimos una web que tiene un montón de estados pero la url permanece invariable; y surge del infierno un site con una navegación innavegable; y las agencias de publicidad empiezan a inundar todo de odiosos banners; ¡y un día nos obligan a ver una intro!

Pero es raro, porque todo está hecho en canvas, que es parte del estándar. ¿Matamos canvas también? ¿Y si mañana surge otra tecnología que se utiliza inadecuadamente, qué haremos? Quizá el tema no pase por matar Flash y "simplemente" sea cuestión de educar a los profesionales de internet...

Flash, todavía necesario

Así que además de no matar la tecnología porque no siempre se use correctamente, hay, a mi entender, dos motivos por los que Flash es todavía necesario:

1. Por la gigantesca cantidad de contenido que existe actualmente en Internet que necesita del plugin para visualizarse.

De verdad, con el corazón en la mano, ¿alguien piensa que si suprimimos todo ese contenido la web sería mejor? ¿No perderíamos aplicaciones con muchísima utilidad? ¿No sería más aburrida sin los cientos de miles de juegos que existen? ¿No se debilitaría la capacidad de sorprender, de emocionar? ¿No echaríamos en falta otras formas de interactividad, de navegación? ¿No sería, resumiendo, un lugar bastante más gris?

2. Porque los estándares normalmente tendrán una evolución mucho más lenta que lo que puedan ofrecer empresas privadas, y es bueno también que haya hueco para la competencia, las alternativas y la innovación.

A día de hoy, hay aplicaciones tremendamente ricas basadas en Flash/Flex que sería imposible o una locura hacer en otra tecnología; lo mismo con los juegos; protocolos como RTMP levantan un muro entre lo que se puede y no hacer en la transmisión de contenido multimedia; el campo de la animación está a kilómetros de distancia; las herramientas para generar contenido reducen tiempo y costes; hay conceptos relacionados con video como grabación de webcam o fullscreen que son una realidad desde hace años en Flash y que no tienen correspondencia a día de hoy en Html; todo lo que se avecina en el campo del 3D... son tantas y tantas cosas...

Y con todo, aunque el 95% de usuarios tuviera suficiente con Html5 y no necesitara todo "lo extra" que aporta Flash, no sería suficiente motivo para quitárnoslo de encima. Debe haber cabida para todo, no podemos pensar que la web se reduce a blogs, redes sociales, webs indexables y buscadores. Si alguien quiere montar un lab experiencial tiene derecho; si un cliente quiere una pieza publicitaria no indexable tiene derecho; si un artista desea una navegación atípica para su portfolio tiene derecho.

Internet es lo que es gracias a su riqueza, no podemos ser reduccionistas.

Html5, bueno para Flash

Html5 no me parece negativo para Flash. No entiendo a los usuarios proflash que ven en frases como "Html5 es un borrador, no estará hasta el 2022", "Html5 tendrá una guerra de códecs y dará problemas", etc. una ventaja competitiva.

Personalmente, me encantaría que Html5 se utilizara ya de forma masiva. Va a traer cosas buenas para todos: a los usuarios por el avance y a los desarrolladores por los estándares. Y tengo la esperanza que paulatinamente Flash se vaya librando de toda esta capa de "profesionales" que utilizan la herramienta de manera incorrecta, y que realmente sólo se quede para aportar valor, para acometer aquellas tareas que los estándares no puedan realizar en un momento dado.

Quizá esto significa que en vez de 10.000 programadores flash quedemos 1.000, pero ya me está bien. Que sea bueno para Flash no implica necesariamente que deba ser bueno para Adobe. Flash está sobreutilizado, y me parece que lo más lógico es que acabe en una posición intermedia: ni en el cielo ni bajo tierra.

Creo que Html5 y Flash acabarán conviviendo sin ningún problema, cada uno con el porcentaje de protagonismo que le corresponda.

Finalizando

La gran mayoría de geeks relacionados con la web (programadores, maquetadores, generadores de opinión...) estamos perdiendo el norte. De verdad.

Desde que empezó la llamada guerra de Apple contra Adobe y luego contra Google y súmale Microsoft y réstale lo que quieras, cada vez que sale una noticia relevante (o no) sale nuestro pequeño talibán y arremete contra todo lo que puede. Perdemos horas de sueño y de salud dándonos cabezazos contra cosas que ni podemos controlar demasiado ni nos cambian tanto la vida al fin y al cabo.

Yo, como programador y entusiasta de Flash, me ha tocado vivir este lado oscuro varias veces los últimos tiempos, y al final he entendido que no vale la pena rebelarse contra todo. El tiempo pone cada cosa en su sitio, así que el futuro de Flash, de Html5, etc. lo iremos viendo sobre la marcha.

A los valientes que hayan llegado hasta aquí: sino os gusta Flash, espero que como mínimo podáis dedicarle una breve reflexión al tema con espíritu crítico pero positivo; y a los que lo usáis, únicamente puedo recomendar que os esforcéis por hacer las cosas lo mejor posible y... ¡a disfrutar! Sólo nosotros sabemos lo jodidamente divertido que es trabajar con Flash ;)

27 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2011

¿Los motivos? Principalmente dos:

Volver a programar. Las reuniones, status, dirección de proyectos, coordinación de equipos, supervisión, clientes, temas burocráticos... han acabado por alejarme excesivamente de lo que más me gusta hacer. Y ha sido una suerte que confiaran en mí para llevar a cabo estas funciones (he podido aprender muchísimo y crecer profesionalmente en diversas áreas), pero ahora me apetece dejar a un lado las reuniones y los mails, aparcar la multitarea, concentrarme durante horas en lo que hago. Divertirme.

Volver a empezar. Después de casi 7 años, necesito abandonar la comodidad de mi silla, la seguridad de mi cargo, mi entorno controlado, bajar los peldaños que tanto me han costado subir. Después de casi 7 años, necesito arriesgar, pelear por objetivos, fijar nuevas metas, buscar desafíos. Ilusionarme.

Y no estaré solo en esta nueva aventura: Cay, un compañero con inquietudes similares, ha decidido también que es hora de partir. Además de un gran amigo, es uno de los mejores programadores que he conocido. Será un lujo viajar con él.

¿Y ahora? Pues todavía nos quedan unas semanas para cerrar asuntos en HerraizSoto y a partir de enero nos pondremos en marcha. Tenemos muchas ideas, una ilusión enorme y una bandera: trabajo bien hecho y de calidad. Todavía estamos perfilando varias cosas, pero no tenemos prisa. Como dicen los autores de Rework, Nunca serás tan pequeño, tan delgado y tan rápido como lo eres en este momento. Disfrutemos del comienzo.

Por último comentar que, aunque ha sido un mal año para este blog, tengo muchas ganas de volver a escribir y confío en que el día a día me vuelva a dar ideas para compartir. Aún no he dicho mi última palabra.

Resumiendo: año nuevo, vida nueva. En 2011 habrá noticias, no lo dudéis ;)

18 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2010

Por si alguien a estas alturas no lo sabe, Los Talleres de verano Subflash es un evento que se realiza anualmente desde el 2003 en distintas ciudades de España. Como eje central hay conferencias de temática muy variada, y a partir de ahí se realizan todo tipos de actividades, desde partidas de ajedrez a fiestas por todo lo grande. Decenas de personas de distintos perfiles conviven durante 3 días en un ambiente inmejorable.

Esta edición 2010 ha sido mi primera vez y doy fe que no va a ser la última. Aquí va un visión muy particular de mi experiencia.

Nota: ya aviso que es un post laaaaargo y nada técnico (ni siquiera hay review de las charlas). Básicamente es un post para mí, para releerlo si alguna vez se me olvida todo lo que viví aquí.

El viaje

Marcos, uno de los principales motores que mueven Subflash, siempre dice que la aventura no empieza en los talleres, sino en el viaje de ida. Y tiene toda la razón. Así que le mandé un mail a mis amiguitos de Barcelona para que fuéramos juntos. Ahí fue cuando me enteré que ya lo tenían todo organizado y que no contaban conmigo. Por suerte para mí, en la frikineta en la que viajaba el grupo de la tarde les faltaba un sitio y yo llevaba coche, así que al final no les quedó más remedio que "invitarme" a ir con ellos. La expedición de la tarde estaba formada por Xavi, Joan, Elecash, Zguille, Javi (espabila con el twitter), Dani, Alfonso y un servidor.

Salimos to felices el viernes a las 17:30h como si fuéramos al Carrefour del Prat en vez de a Bilbao y no tuviéramos 6 horas por delante. Ya desde el inicio, Joan intentó perderme de vista por todos los medios: calaba el coche y luego salía fundiendo, iba cambiándose del primer al cuarto carril continuamente (la frikineta no tenía intermitentes...), se metía en el carril de salida de la autopista y en el último momento se incorporaba... (estaba claro que a pesar de que yo llevaba a dos de los suyos no tenían problemas en sacrificarlos por tal de librarse de mí). Jugándome la vida en varias ocasiones, conseguí no perderle el rastro. La verdad es que no había visto una conducción como la de Joan desde que estrenaron Mad Max.

Por suerte para mí (otra vez), a los 15 minutos paramos en una gasolinera y allí descubrieron que yo llevaba un TomTom, con lo que me dejaron ir delante y se dedicaron a seguirme. Nuestra vida continuó corriendo peligro, porque gracias a mi terrible interpretación del navegador me salí de la autopista y me metí en una nacional de dos sentidos llena de camiones asesinos. A los de la frikineta no les importó, porque por entonces ya habían acabado con 5 kilos de golosinas y llevaban un subidón de azúcar y de alegría considerable.

Previa parada en una gasolinera de IGay que disparó todo tipo de especulaciones, llegamos a Bilbao a las 12 de la noche, y aunque sólo nos quedaban 4 km para llegar al albergue, el camino era una locura y estuvimos dando vueltas durante una hora por lugares que le hubieran dado miedo al mismísimo Freddy Krueger. Llamamos a la gente del Subflash que ya estaban en el hotel, pero al saber que estábamos perdidos nos ovacionaron y colgaron. También llamamos a la recepción pidiendo ayuda, pero por desgracia habló Dani y se comunicaba con frases para la historia como: "sí, estamos como en una especie de pueblo..." o "a ver, si vamos dirección al mar, ¿dónde estáis?". También nos colgaron.

La primera noche

Como acabamos llegando a la 1, obviamente nos perdimos la keynote de presentación. La mayoría de las personas se encontraban en el hall de la primera planta jugando a póker, charlando, haciendo el friki con sus cacharros o tomando unas birras (algunos lo hacían todo junto). Al ser mi primer Subflash apenas conocía a nadie, y como estaba poco sociable y muy cansado del viaje me retiré pronto a dormir. Por cierto, tuve la suerte de que me tocara en la habitación con Xavi, Joan y Guille, tres programadores de lo mejorcito que he visto.

La verdad es que la primera noche apenas dormí, básicamente por la emoción. No todo los días se comparte habitación con cracks como ellos. Para que os hagáis una idea, es como si coges a un actor de El Internado y lo pones a dormir con Bruce Willis y Michael J. Fox, ahí en gallumbos.

Ellos, en cambio, parece que dormían bastante a gustito.

Sábado mañana, las conferencias

Reinaba el buen ambiente en el comedor cuando llegamos a desayunar. Ahí ya empecé a socializarme y a conocer a gente del mundillo. Mola mucho poner cara a personas con la que hablas por internet o que sigues desde hace tiempo: nadie es como te lo imaginas. A ellos les pasaba lo mismo conmigo, y me costó mucho convencerles de que en las fotos no me quito las ojeras con Potoshop, que sólo había dormido poco.

El recinto de las conferencias estaba fuera del hotel, a un par de minutos. Una sala muy acogedora donde 60 y pico personas disfrutamos de la primera charla de la mano de Luis Adrián: Inteligencia Empresarial. Me gustó ver que las conferencias no técnicas tienen también cabida. Luis planteó una charla entretenida y fomentó bastante debate sobre las relaciones personales en el trabajo y cómo enfocar los problemas del día a día. Me gustó especialmente cuando alguien sugirió que de vez en cuando el programador debería liderar la cuenta. No pocos diseñadores temblaron ante tal idea.

Continuaron Joan y Andrés Cayón con Actionscript vs Javascript en Air 2. Fue una charla muy divertida, donde Joan jugaba el papel de cool con su Flex y Andrés de "el vecino que hace webs", como el se definió xD Al final los dos conseguían los mismos resultados.

Sábado tarde, la conferencia

Pues no lo había comentado todavía pero yo di una de las charlas (fue uno de los requisitos para que Marcos me dejara asistir). Fue a las 16h, la hora perfecta para ir a echarse una siesta. Pero la verdad es que la gente se portó muy bien, vinieron todos y estuvieron muy atentos y participativos en la ronda de preguntas. Aunque había estado bastante nervioso durante todo el día por tener que hablar en público, la verdad es que me sentí muy cómodo y me gustó mucho la experiencia.

Al final, Xavi salió en representación de Adobe para preguntarnos qué nos gustaría ver en el futuro de la plataforma Flash y hubo un intercambio de opiniones animado. Bien por Adobe que nos escucha. Si yo fuera el Señor Adobe tendría muy en cuenta todo lo que se lo curra Xavi.

Eso sí, al llegar a la habitación le cambié el listado de peticiones por uno mío, con sugerencias como españolizar los nombre de los productos (Flex Grijander en vez de Gumbo, Flash Player Candemor en vez de Astro) o sustituir el canvas blanco de todos los programas por una foto de una gato. Además, el usuario podría enviar a Adobe fotos de sus gatos, compartir su Dreamweaver en Facebook y estas mandangas sociales. Ésta sugerencia creo que tiene posibilidades reales.

Sábado noche, la fiesssssta

Algunos valientes ya hicieron una avanzadilla por la tarde a la ciudad y el resto bajamos por la noche después de descansar un poco y cenar en el hotel. Hay que decir que eran las Fiestas Grandes de Bilbao, y como los de Bilbao lo hacen todo por diez, pues imaginaos el fiestón.

Por lo que me contaron, el resto de ediciones de Subflash no se hicieron tan cerca de una gran ciudad, así que fue una gran suerte estar al ladito y encima en feria mayor, porque nos lo pasamos increíblemente bien. Toda la ciudad era como una discoteca gigante, y ver a miles de personas en la calle charlando, bebiendo, riéndose y bailando no tiene precio. Además, todos los subflasheros llevábamos unas ganas de fiesta tremendas (claro, como estamos todo el año encerrados picando teclas...) y se notó: lo dimos todo hasta las tantas (síííí). La gente de Subflash es tan cojonuda que te sentías como si los conocieses de toda la vida.

Demasiadas anécdotas para explicar aquí, pero seguro que por Facebook, Twitter y demás irá apareciendo material gráfico que dicen más que mil palabras. ¡Atento peña!

Por cierto, para quién le interese, esta noche pude dormir. Xavi y yo tuvimos que hacerle unos ajustillos a Joan y, a partir de ahí, como la seda. Supongo que la cantidad de alcohol ingerida ayudó también algo.

Domingo mañana, las conferencias, foto oficial, comida y regreso

Contando que la gente fue llegando al hotel desde la 1 hasta las 6 de la mañana, en una diversidad de estados considerable, fue casi milagroso que estuviéramos el 98% de gente en la conferencia de las 10 de la mañana. Eso sí, esta vez sin desayuno y con la marca de la almohada pegada.

La primera conferencia corrió a cargo de Marc Palau, Lesmes y Mario (¿twitter?), y llevaba por titulo "Internet, hasta dónde llegan tus datos". Contando que Lesmes no apareció hasta el final y los primeros minutos de Marc, yo no podía dejar de pensar "Chicos, hasta dónde llega vuestra resaca". La verdad es que fuera coñas, fue una charla muy divertida con el hilo conductor de Marc, llena de imágenes cachondas y con el apoyo de Mario en los comentarios más técnicos. Al final de la conferencia, Lesmes dejó constancia de sus conocimientos contestando todas las preguntas.

Acto seguido, Raúl Jiménez y Marcos nos deleitaron con Froyo Bolsón, tu nuevo amiguito. Los pobres sacrificaron la mayoría horas de diversión de Subflash para poder acabar un ejemplo para quitarse el sombrero: una partida en tiempo real al Pong jugando cada uno con su Nexus. Además, cualquiera con un móvil o un ordenador se podía conectar al servidor para seguir la partida en su pantalla. Nos dejaron muchas otras joyas en forma de tips y de conversación. Ejemplo de sacrificio y entrega donde los haya.

Y ya para acabar, los patrocinadores, entre cachondeo y globos, nos obsequiaron con montones de regalos: camisetas, libros, juegos, packs de hosting, suites de CS5... Tremendamente generosos. Desde aquí, gracias a todos.

Y como no, la foto oficial del 2010, una comida para ir cerrando conversaciones y despedida emotiva con frases tipo "nunca te olvidaré" y decenas de abrazos.

Volvimos a Barcelona el mismo equipo que salimos, cansados, contentos, y hablando todo el rato de lo bien que nos lo habíamos pasado.

Resumen

Y después de este tochazo, resumen rápido: Subflash es el mejor festival que he visto en mi vida. A pesar del nivelazo de las conferencias, son una excusa. Lo importante es la calidad humana y ese sentimiento de estar 2 o 3 días lejos de cualquier preocupación, riendo a todas horas y ganando horas de vida.

Y si además te gusta la programación entorno a la plataforma Flash, estar rodeado de tanto crack, poder hablar con ellos de tú a tú y frikear un rato, no es un mal aliciente ;)

Me ha encantado poneros cara, conocer a todas esas personas que sigo y a aquellas que alguna vez han pasado por aquí. Elad, en su despedida, me comentó todo lo que se decía de mí debido a que casi nadie me conocía ni me había visto: llops en verdad no existe, llops es un snippet de código, los de barcelona no llegan porque llops se los ha comido... xDDD Creo que esto ya está solucionado ;)

Un abrazo gigante a todos los subflasheros y millones de gracias por todos estos momentos. ¡Nos vemos en Subflash 2011!

Nota: perdón si he confundido algún nombre o twitter, y siento no nombraros a todos. Cualquier rectificación es bienvenida.

12 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2010

Empezando por las conclusiones, creo que fue un evento más que positivo. Más allá de las conferencias, es tan enriquecedor conocer a gente del sector, empaparte de las ideas de otros, poder hacer networking o simplemente ponerle cara a aquellas personas de nuestro mundillo, que el mero hecho de estar allí valió la pena.

Puntos a destacar:

• El ambiente y la gente.
• La sala de actos de la UPC, chulísima.
• La diversidad de las conferencias, que plasmó perfectamente la idea de que la Plataforma Flash abarca multitud de ámbitos.
• La ronda de preguntas/conversación en la sesión de Enrique-Xavi. No todos los días puedes "masacrar" a preguntas a gente de Adobe, y encima te ponen buena cara. Incluso hubo uno que les pidió licencias de Flash CS5!!! xD

Como puntos a mejorar (mi opinión, claro):

• ¿Demasiadas conferencias? Quizá 8 charlas fueron excesivas, nos comimos el tiempo y seguramente la gente hubiera podido participar más.
• La asistencia, muy por debajo de lo esperado. Apuntar que no fue culpa de la organización, ya que se inscribieron casi 500 personas. Aún así, para futuras ediciones será interesante avisar con más antelación aún, e incluso hacer una especie de sondeo para mirar fechas. Aunque estoy de acuerdo con Xavi: parece que es imposible acertar con el día/hora, cuando no es A es B :)
• Hubiera estado muy bien una "mesa redonda" para comentar temas de actualidad y contrastar opiniones. Como comentaba, en la charla final se dio algo más de conversación y fue muy positivo.

Conferencias

Natalia Rojas, de Cuatic. Cuatic es una empresa especializada en instalaciones interactivas y utilizan Flash en la mayoría de sus proyectos para las interfaces. Natalia habló de proyectos propios y de otras empresas en ámbitos tan diversos como proyecciones en suelos y paredes, fachadas digitales o realidad aumentada. Tecnologías en expansión que cada vez veremos más en nuestro día a día.

Andrés Ortiz y Carlos Ordóñez de Bestiario. Intentándolo definir de una manera sencilla, Bestiario es un estudio de visualización de datos, cogen información y la representan. Es importante recalcar que el estudio está formado por arquitectos, matemáticos, artistas... y eso se nota en la complejidad de los proyectos que presentaron. Fue una de las charlas más impactantes por ese aspecto, porque realmente hay muy poca gente que haga estas cosas, pero también es verdad que sus trabajos son "densos", y no para todos los públicos. Te quedas con la sensación de "No sé muy bien qué me están explicando pero qué jodido se ve..." :) Es una suerte que apuesten por Flash para toda la parte visual y sus atípicas navegaciones.

Después de esta charla subió gente del público a mostrar algunos proyectos. Siento decir que estaba preparando el portátil para mi charla y no me quedé con la intervención de la primera persona. Sí que vi la presentación de SocialPoint, una empresa que realiza aplicaciones y juegos para redes sociales. Bastante simpáticos los juegos que presentaron.

Dani Llops. Aquí intervine yo. Haré un resumen un poco más extenso al final del post (sino lo hago en mi blog... xD).

Sara Mayoral, de DoubleYou. Sara presentó en primer lugar una pieza para Cacique y nos contó cosas sobre el desarrollo. Se nota que hay un gran trabajo detrás y es una muy buena muestra del potencial de Flash. También habló bastante de realidad aumentada y de lo que están haciendo en DoubleYou en este ámbito. Me dejó una sensación ambivalente, porque comentaba que estaban haciendo cosas diferenciales en este campo pero tampoco pudo mostrar nada. Estaremos atentos.

Joseba Alonso, de Refr3sh. Joseba hizo una charla bastante pragmática: habló de elegir editores de código, frameworks que faciliten las tareas, programación procedural y OOP... Me gustó de su conferencia que tenía un fin, era didáctica. Estoy seguro que si había alguien que se estaba acercando al mundillo Flash le sirvió de mucho.

Comentar que Joseba mostró por un encima un proyecto que debía presentar más tarde Chema, y que no pudo hacer finalmente por falta de tiempo. Se trata de una aplicación AIR llamada Reforest para crear estructuras de proyectos a partir de un xml configurable. Es una app cuidada, bien diseña y muy útil. Os recomiendo que le echéis un vistazo ;)

Joan Llenas, de Codeoscopic. Seguramente la persona que más se "curró" su conferencia, ya que no se limitó a mostrar trabajos, sino que estuvo estudiando y jugando con las nuevas APIs del player 10 para generar audio dinámicamente. Fue bastante técnica, tuvo un punto muy friki cuando empezó a poner el "ruido" de las ondas, y acabó con una pequeña herramienta que realmente generaba música. Creo que todo el mundo supo valorar y reconocer su esfuerzo.

Enrique Duvós y Xavi Beumala, de Adobe. Enrique se centró en el Player 10.1 y Flash CS5. Mostró ejemplos corriendo en un Nexus One, exportación de Flash para iPhone y también hizo énfasis en las mejoras del player en rendimiento y consumo de memoria. Una buena demostración fue una aplicación Flex corriendo en móvil que parseaba 20.000 registros en pocos segundos (creo que no me equivoco con los números). Xavi nos sorprendió con algunos ejemplos en AIR 2 tales como grabación en tiempo real de audio/video, hacer un efecto de flipbook con el escritorio o controlar el mouse de su ordenador con el iPhone (ahí es nada). Cuando cuelgue sus demos supongo que ya explicará los trucos ;). Y como ya he comentado, también nos obsequiaron con su opinión sobre diversos temas de la Plataforma Flash.

Mi conferencia

La idea era compartir mis opiniones y experiencias como programador Flash. Mostré bastantes trabajos (propios y ajenos), pero ninguno era "gratuito": intenté coger aquellos que tenían una moraleja detrás y que me ayudaban a transmitir una idea. Aunque lo llevaba todo bien estructurado, al principio estuve algo nervioso y creo que me faltó llevar mejor los tiempos de la charla y seguramente algunas ideas no las transmití como me hubiera gustado. Como parte más positiva, creo que tuvo unos cuantos momentos divertidos y se hizo amena.

He hecho una presentación con las diapositivas para ver online: http://llops.com/eventos/2010/flashday

Como los slides por sí solos no dicen mucho, intento apoyarlos con una explicación de los bloques principales:

• Introducción: presentación; programador Flash de la vieja escuela; envidia sana de tecnologías en auge como Flex o Flash Mobile; encantado de iniciativas como FlashDay para que Flash coja protagonismo.
• Publicidad y Flash: Flash es la herramienta para conectar emocionalmente con los usuarios; explotar la parte más experiencial y emocional de Flash; el programador interactivo tiene mucho que aportar.
• Experimentar: siempre hay que experimentar, abrir camino y proponer; no ir siempre a remolque de lo que hacen otros; no importa si el programador es de agencia, de pequeño estudio o freelance, se aplica a todos.
• Experimentos con pixels: un area donde he invertido muchas horas. Mostré mis primeros experimentos, lo más tonto que tenía, para transmitir lo importante que es empezar desde abajo y entender lo que se estudia. Ejemplos más logrados: http://llops.com/blog/tag/pixel/
• Complejidad != espectacularidad: no frustrarse buscando siempre lo más difícil; la idea prevalece sobre la técnica; ejemplo de algo fácil que me "llenó" más que experimentos más complejos: Gomets.
• Inspiración: no centrarse únicamente en el trabajo de los demás; coger lo que hacemos en el día a día y potenciarlo. Ejemplo de un banner del que sale un experimento.
• Experimentar en proyectos reales: a veces hay suerte y en el día a día podemos invertir tiempo probando y experimentado. Aprovecharlo. Ejemplo: Las plantas de Ikea.
• Trabajos inspiracionales: El banco de la imaginación; Labuat, ejemplo de algo "hecho en casa" que da la vuelta al mundo.
• Trabajos aspiracionales: tres obras de la agencia de Yugo Nakamura: FontPark, FPM, Muji Rhythm. Más allá de la exquisitez de las piezas, los trabajos de Yugop se viralizan increíblemente, ayudan a la marca y cumplen con creces las expectativas de los clientes, "a pesar" de estar en Flash. Los detractores de Flash deberían entender el concepto de "cumplir objetivos", y que internet no son sólo blogs y webs indexables.
• Disfrutar: los que trabajamos con la Plataforma Flash somos afortunados, cada día tenemos la posibilidad de divertirnos creando; hay que disfrutar siempre.
• Cierre: A día de hoy, Flash es insustituible en muchos aspectos y, le pese a quien le pese, está más vivo que nunca.

Y hasta aquí el resumen, que casi ha sido más largo que el evento en sí ¬¬. Añadir que para algunos valientes el FlashDay se convirtió en el FlashNight, pero como de esto no se puede hacer resumen, te recomiendo que el próximo no te lo pierdas ;)

¡Hasta la próxima!
Dejo para descargar:

Fotos del eventos. Gracias a Adobe por facilitarme las fotos. He recopilado algunas y las he bajado de resolución.

Mi presentación

3 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2010

La mejor forma de resumir en qué consiste este evento es recopilar un par de definiciones del propio site:

FlashDay es un evento con carácter 100% inspiracional y participativo alrededor de la plataforma Flash.

FlashDay es un entorno para entrar en contacto con gente con las mismas inquietudes, un entorno en el que compartir y mostrar todos esos proyectos en los que andas trabajando (...)

Como punto de partida habrá una serie de conferencias de gente tan conocida como Xavi Beumala, Joseba Alonso o Joan Garnet, por poner algunos ejemplos (ahí es nada...). Y para bajar un poco el nivel, ahí estaré yo también dando una charla :p

Mi charla no girará sobre un tema específico ni ningún aspecto técnico, simplemente será un repaso sobre programación Flash, experimentación y algunos trabajos de agencia. Intentaré hacerlo ameno, prometido.

Si alguno de los que leéis habitualmente este blog vais a estar por ahí, me encantará que os acerquéis a saludar, y así os pongo cara :)

Nos vemos en un par de días!

10 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2010

Virtualización

Como no hay magia que valga, lo primero es hacerse con un programa de virtualización para instalar Windows. Los dos más conocidos son VMware Fusion y Parallels Desktop.

Cuando me pasé a Mac estuve leyendo bastante sobre ambos. Al final me acabó convenciendo más el primero, así que me compré una licencia de Fusion. Sin entrar en comparaciones, Fusion arranca bastante rápido, soporta copy/paste y drag&drop entre sistemas operativos, puedes acceder a las mismas carpetas desde ambos lados y tiene alguna otra característica interesante que ahora veremos.

No explicaré el proceso de instalación porque no es muy complicado y hay mucha información en la red, únicamente detallaré mi configuración por si sirve de ayuda.

Configuración de Windows y VMware

Yo tengo instalado un Windows 7 de 32 bits, FlashDevelop y poco más. Obviamente, si se necesitan más programas pues no pasa nada, pero es importante no tener procesos que se inicien en el arranque consumiendo memoria inútilmente, así que mejor instalar sólo lo imprescindible. Desaconsejo totalmente antivirus, ya que me parece muy difícil infectarse sin instalaciones ni navegación. Si se es muy desconfiado en este aspecto, mejor desactivar internet en Windows.

Importante desactivar el tema Aero, que para nuestro caso es absurdo. Yo utilizo el tema Windows 7 Basic y queda más que bonito. Y si no quieres dedicar ni un recurso a la estética, en "Herramientas de rendimiento", "Ajustar efectos visuales", activas "Mejor rendimiento" y te lo deja pelado.

En cuanto a la configuración de VMware, lo más relevante:

• Compartir: útil si vas a trabajar en Windows, ya que podrás acceder a cualquier directorio de Snow Leopard que añadas.
• Aplicaciones: aquí podemos añadir un acceso directo de FlashDevelop al Dock.
• Procesador: 1 núcleo. Esto quiere decir que el sistema virtual utilizará un nucleo del procesador, pero no de manera exclusiva. Nuestro Mac continuará utilizando los dos.
• Memoria: 1024 MB. En este caso la memoria sí que se reserva entera, es decir, que cuando Windows esté corriendo tendrá 1 giga reservado que no podrá utilizar Snow Leopard. Con Aero desactivado, para correr Windows y FD hay más que de sobras, así que no os preocupe darle "un poquito más" de este mínimo.
• Pantalla: sino tenéis dependencia de DirectX 9 (para juegos) ni utilizáis Aero, desactivar la opción "Acelerar Gráficos 3D".
• Disco duro: yo tengo una partición de 40 gigas, pero realmente bastaría con el espacio de Windows y poco más. Siempre es interesante cubrirse un poco para la memoria virtual, por si tomas muchos snapshots, porque al final siempre se acaban instalando cosas...

Una de las ventajas de virtualizar es que si la máquina no está corriendo, se puede cambiar toda la configuración, así que no tengáis miedo de ir probando configuraciones hasta que os sintáis cómodos. Pero si no queréis perder tiempo, con lo ya comentado, en un MacBook Pro Core 2 Duo de 2'66 y 4 gigas de ram, corriendo Windows 7 con FlashDevelop, más Flash, Chrome, Safari, Spotify y unos cuantos programas "menores" más, el ordenador "vuela" :)

Y un último apunte: cuando no se trabaje con la máquina virtual lo más cómodo y rápido es suspenderla, no apagarla, recuperando todos nuestros recursos y pudiendo volver luego en segundos.

Modo Unity

Una de las cosas más agradables y útiles de Fusion es su vista "Unity". En este modo, el escritorio de Windows desaparece y las aplicaciones aparecen como una ventana más de Mac. Perfecto, ¿no?

Y como comentaba antes, hacer un drag&drop de archivos, un copy&paste o cualquier típica operación entre programas funciona a la perfección. Un gran paso para sentirnos como si estuviéramos en un único sistema.

En busca del workflow perfecto

A pesar de que así está todo bastante integrado, falta una cosa básica: poder ejecutar películas en Flash desde FlashDevelop. Al principio pensé que mucha gente habría buscado una solución a esto y no sería difícil. No estaba equivocado ni nada...

Parece ser que en Parallels se puede instalar una herramienta llamada "Shared Applications" que te permite mapear programas, con lo que se puede configurar en FD la ruta a Flash.app (también vi que está lejos de ser perfecto y que muchísima gente tenía problemas). Desgraciadamente, en Fusion no existe nada similar.

Así que me puse a darle vueltas a la cabeza hasta encontrar un camino.

QuickSilver

QuickSilver es un programa que mucha gente del mundo Mac considera imprescindible y que sirve para lanzar aplicaciones rápidamente (esta es la utilidad más básica, realmente puede hacer mil cosas). Por ejemplo, yo para ejecutar Flash CS4 no lo busco en Aplicaciones ni el Dock, simplemente hago cmd+space, tecleo Fl y enter. Al principio puede parecer tonto, pero cuando te acostumbras no hay vuelta atrás.

Me acordé que el programa tiene un apartado llamado "Triggers" e indagé un poco. Un trigger permite asociar una acción (abrir una aplicación, correr un script, etc) a una combinación de teclas. Pensé que si podía correr un script funcionaría también con un jsfl... ¡y bingo!.

Así que abrimos Flash, creamos un nuevo archivo del tipo "Flash Javascript File" y escribimos la siguiente linea:

Lo guardamos en el escritorio como testmovie.jsfl

Ahora abrimos QuickSilver, vamos a "Preferences" y activamos la opción "Enable advances features" (no estoy 100% seguro que sea imprescindible, pero por si acaso). Después vamos al menú "Triggers", añadimos uno nuevo (parte inferior, en el +, "HotKey"), y nos sale una nueva ventanita. En "Select an item", sólo hace falta empezar a teclear el nombre de nuestro archivo y QuickSilver lo encontrará y nos pondrá por defecto la "Action" de "Open". Guardamos.

Nota: si al empezar a escribir no nos detecta el script seguramente sea porque no lo tiene indexado todavía. En el menú, junto a Triggers, hay una opción llamada "Catalog". Buscamos nuestra ubicación, en este caso Desktop, la seleccionamos y en la parte inferior, clicamos en el icono de refrescar (Rescan Source). Debería aumentar el número de elementos indexados. Ahora seguro que ya encuentra nuestro archivo.

Nota: QuickSilver no indexa todo el disco duro, sino que tiene unos directorios por defecto (el escritorio es uno de ellos). Si prefieres agrupar tus scripts en otro directorio tendrás que incluirlo a mano. Esto se hace también en "Catalog", en "Custom". Ahí añadimos un archivo o carpeta. Atención que si añadimos una carpeta, en el nuevo submenú que aparece, hay que indicar en "Include contents" que los queremos todos, sino coge el directorio pero no su contenido. Lo seleccionamos y volvemos a refrescar para que lo indexe.

Ahora que tenemos nuestro trigger, sólo falta asignarle una tecla. Click sobre la palabra "Hot Key" (o en la "i" del menú inferior, "Trigger Info"), "Edit" y ponemos nuestro atajo. En mi caso he elegido "alt+z". Para activar el trigger, desactivar-activar una vez el check de la izquierda.

¡Voilá, ahora ya podemos ejecutar en cualquier momento nuestra película desde FlashDevelop! (realmente desde cualquier sitio :p )

Guardar y compilar

Aunque ahora el flujo es bastante bueno, todavía falta que con el mismo comando se pueda guardar la clase que se está modificando y luego saltar a Flash para compilar. Sino eres tan purista-pesado-friki como yo, con la opción anterior es suficiente; si lo eres, a seguir leyendo.

La primera idea era buscar un script que pudiera guardar en FlashDevelop e intentar correrlo luego con QuickSilver, de la misma manera que hemos hecho con el jsfl. Lo primero, no encontré la forma de generar dicho script, y lo segundo, en QuickSilver con un único comando no puedes ejecutar dos opciones (realmente si he visto una forma, pero no entendí ni la mitad).

Leyendo leyendo fui a parar a un post de un tío que manipulaba Spotify vía AppleScript, así que ahí vi otro camino: crear un applescript que se comunicara con FlashDevelop y ejecutarlo desde QuickSilver también. Como seguía encontrando el escollo de "un comando, dos scripts", primero me puse a buscar la forma de poder hacer un "TestMovie" con AppleScript también, para tenerlo todo en un único archivo. Así que descarté el jsfl inicial y adapté el código del Spotify a Flash CS4.

Mac Os cuenta con "Apple Script Editor", que va de coña para ir probando los scripts. Lo abrimos, creamos un nuevo fichero y copiamos este código:

Este código pone en primer plano Flash o lo abre si no lo está, y simula un clic en la opción "Test Movie". La traducción del script es esta:

menu item "Test Movie" of menu "Control" of menu bar item "Control" of menu bar 1 of application process "Adobe Flash CS4" of application "System Events"

Increíble, ¿no?

Muy importante: es probable que el script os arroja un error similar a este "El acceso a los dispositivos de ayuda está desactivado". Esto pasa porque el comando "System Events" no puede operar. Para que funcione, hay que ir a "Preferencias del sistema" (sí, de Mac), "Acceso Universal", y abajo activar "Activar Acceso para dispositivos de ayuda".

Pausa para desahogo: ¿quién carajo sabe esto? ¿Por qué en todos los tutos que vi sobre AppleScript no lo comentan? Lo encontré tras un buen rato de búsqueda en un foro de frikis de World of Warcraft que lo utilizaban para configurarse nosequé del juego... En fin, para llorar.

Nota: Otra cosa que descubrí por la vía dolorosa es que los separadores del menú cuentan como 1, de ahí que "Test Movie" corresponda al número 8 aunque esté en la posición 6. Ojo con esto si intentais manipular cualquier otro comando.

Cuando por fin pude ejecutar el script y ver que funcionaba, fue fácil pensar que para FlashDevelop sería lo mismo. Así que me dispuse a probarlo. Una cosa que mola mucho del editor de AppleScript que si pones el nombre de un programa que no reconoce (yo por ejemplo ponía -tell application "FlashDevelop" to activate-), al ejecutar te pregunta dónde está y te ofrece la lista de programas (¡incluso los de Windows!) para resolver el nombre correcto:

Así que puse la ruta para llegar hasta el menú "File > Save" en FD y corrí el script, pero no funcionaba por un error de base que tarde un poco en detectar:

Efectivamente, el menú de FlashDevelop cuando tiene el foco no es el del programa de Windows, sino el del "wrapper" de Mac, así que otro "fail" para la lista.

Vuelta a leer tutoriales sobre AppleScript y posibilidades y encontré algo superútil: igual que se pueden simular clics de ratón se pueden simular pulsaciones de tecla. Así que tras unas pruebas pude comprobar que ganando el foco del programa y lanzando un "Ctrl+S" (estamos en Windows) guardaba el documento. ¡Por fin!

Nota: el 1 corresponde a la "s" en key code. Aquí os podéis bajar un pdf con los "key code" de un teclado Mac. Lo necesitaréis para configuraros vuestros propios atajos.

"Pues ya sólo queda ponerlo todo en un script", pensé, pero había una última sorpresa: el script saltaba a FD, acto seguido a Flash y compilaba, pero no guardaba. ¿WTF? Cuando volvía a ejecutar únicamente el código de guardar funcionaba, pero me di cuenta que tardaba unas décimas de segundo, y pensé que seguramente al intervenir la máquina virtual no era lo suficientemente rápido al enviar el comando y ganaba el foco Flash antes de poder guardar. Esta vez me costó apenas unos minutos encontrar una instrucción "delay", y efectivamente, era eso.

Finalmente, nuestro script queda de la siguiente manera:

Lo dejo para descargar aquí: http://llops.com/descargas/applescripts/save-test-movie.scpt

Dos cosas a tener cuenta:

1. la ruta que hay en el script para FD y Flash quizá no corresponda con la vuestra. Setearla como he comentado antes.
2. el delay de medio segundo es suficiente para mi máquina, pero quizá en otras deba aumentarse a un segundo o más.

Una vez guardado el script, volvemos a QuickSilver, repetimos los pasos para hacer un trigger con nuestro nuevo script, y ahora sí que sí, con una tecla podemos guardar nuestro fichero activo y compilar en Flash (ueeeee).

Guardar todos los archivos y compilar

Pero... ¿y si se quieren guardar todos los archivos en vez de únicamente el que tiene el foco? Esta es una opción que utilizo mucho, ya que voy saltando de archivo en archivo, picando código y compilando "de golpe". Pues otro problema, porque FlashDevelop tiene un atajo para "Save" y "Save as...", pero no para "Save all".

Esta vez no tuve que perder mucho tiempo, porque en la "investigación" inicial de FlashDevelop descubrí los "macros" (eso a lo que nunca se presta atención). Vamos a "Edit macros..." (Ctrl+F10), creamos uno nuevo, y en "Entries" añadimos el siguiente comando:

Asignamos el shortcut que queramos y guardamos. Ahora podemos añadir dicho atajo en nuestro script y cada vez que compilemos guardará todos los archivos abiertos.

Cerrar la película de Flash y volver a FlashDevelop

Y ya para acabar (lo juro), un script tonto que mejora un poquito más mi flujo:

Simplemente pone el foco en Flash, cierra la película y asigna el foco a FD. En mi caso tengo "cmd+0" para guardar/compilar, compruebo que va bien y pulso "cmd+9" para cerrar el test y volver a FlashDevelop para seguir trabajando.

Nota: a tener en cuenta que si no hay una película en test cerrará el archivo fla. Está con el método del "click" porque con teclas (cmd+w) no acaba de ir bien... no sé porqué...

Conclusión

Si no quieres renunciar a seguir trabajando con FlashDevelop y Flash Professional en Mac, hay mecanismos suficientes para tener un workflow "perfecto" en el sistema de la manzana. Todo el tema de guardar/compilar quizá sea un poco geek, rebuscado o como se quiera llamar, pero funciona. Y de eso se trata la tecnología, de ponerla a nuestro servicio para facilitarnos las tareas.

Por otro lado siento lo larguísimo del post. Soy consciente de que lo podía haber acortado mucho, pero QuickSilver y AppleScript me han parecido herramientas terriblemente potentes, y creo que ha sido interesante hablar sobre ellas y que cada uno le saque partido no sólo para esto, sino para lo que se le pueda ocurrir que facilite los flujos de trabajo diarios. Me encantará si a alguien se le ocurren nuevos scripts y los comparte.

Por último, espero el comentario que diga "Pero vaya matada! si esto se puede hacer así y así de fácil" :) Aún así, volvería a pasar por este proceso. A veces nos tiramos tanto tiempo rodeados de Flash que nos creemos que únicamente somos programadores Flash, cuando al final ser programador es tener una base para enfrentar problemas y sacar soluciones.

Con mucha ayuda de Google, claro.

21 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2010

Mientras leía artículos para decantarme por un editor, topé con esta frase que me encantó: "My mind continues to wander back to the days of using FlashDevelop, but I must push forward. Mac OS is my home now." Así que la hice mía y decidí probar Flash Builder primero y FDT después.

Adobe FB lo descarté en poco rato. Conozco sus bondades para trabajar en Flex (obviamente) o proyectos ActionScript, pero realmente no está pensado para trabajar con Flash Professional: la integración es nula.

Con FDT tenía bastantes esperanzas ya que mucha gente habla maravillas, pero a las 3 horas lo tuve descartado también. Aunque tiene algo más de integración con Flash, me pareció muy complejo la forma de "enlanzarlo", teniendo que crear una configuración específica para cada proyecto Flash, los Core Library, que copies una carpeta de clases en tu proyecto y no las reconozca hasta que hagas un "Add to classpath" explícito... Me agotó encontrar un "problema" cada 5 minutos y pasar 20 en Google para entender qué pasaba (con suerte!). E incluso a la hora de picar código, no me sentía del todo cómodo.

Así que visto lo visto, para mis necesidades, FlashDevelop sigue siendo la mejor opción:

• por su autocompletado y code hinting (el más potente de largo). Prácticamente no hace falta ni memorizar las variables: si tienes _planeta_azul y escribes "az" ya te ofrece la opción correcta
• por Ctrl+Shift+1, que te crea funciones parametrizadas, variables de clases, getters/setters ...
• por los snippets
• por la cantidad de atajos básicos de los que no puedo prescindir (duplicar linea, intercambiar linea, comentar bloques, etc)
• por su configuración mínima
• por su perfecta integración con Flash
• porque es gratis

Y muy importante, que al contrario de FB y FDT, que están concebidos para trabajar con proyectos enteros, FlashDevelop sirve perfectamente para programar/editar clases sueltas (cosa que yo hago muchísimo).

Soy consciente que algunas de las cosas que he listado las hacen igual o mejor los otros programas, y estoy convencido de que FDT es un magnífico editor, pero al final es un tema de compatibilidad: con el IDE de Flash y conmigo :)

Así que volviendo a la frase del principio, Mac es ahora mi casa, pero voy a hacer un cuartito para un programa Windows. Hoy mismo publicaré un post explicando cómo lo tengo montado yo.

Update: ayer no me dio tiempo porque he seguido trabajando en el workflow entre Flash y FlashDevelop. Ahora sí que sí lo tengo a medida :) Espero contarlo en unas horas...

9 comentarios
Compartir en Twitter | Compartir en Facebook

© llops blog 2010