Dando la chapa

No he escrito un libro (bueno, no he publicado, escrito sí), no he tenido un hijo y no he plantado ningún arbol, pero lo que más me dolía hasta la fecha era no tener mi juguetito propio. No tener mis usuarios cabreados por mis bugs, o gente pidiendo mejoras a gritos. Y aunque aun sigo sin tenerlos, he puesto la primera piedra cual inauguración de carretera:

HippoHX

¿Qué es?

Software para hacer aplicaciones de escritorio en Flash. Técnicamente: APIs + herramientas encima de SWHX.

Podéis echarle un ojo a las FAQs y los tutoriales.

¿Pero esto no es lo mismo que AIR y Zinc?

Misma intención sí, las diferencias son:

*AIR está mucho mejor, mucho más robusto, muchas más APIs, puedes incluir páginas HTML (SWHX e HippoHX no), funciona en Linux (HippoHX sólo en Mac y Windows y no completamente aun) y tiene una gran empresa detrás.
*HippoHX es Open Source :)

Parece que lo digo de coña, pero no. Con la “caida” de Screenweaver (Edwin lleva desaparecido en combate casi 1 año desde que fichó por Adobe) nos habíamos quedado sólo con AIR y yo creo que es importante que haya una alternativa libre.

A mucha gente puede que esto no le diga nada, pero a mucha otra sí. Cuando hablas de extensibilidad o poder arreglar tus propios problemas, el código abierto gana por goleada.

Dicho todo esto, estamos a muuuuuuucha distancia de AIR o Zinc. Es más, NO USES HIPPOHX SI TIENES MUCHA PRISA Y POCAS GANAS DE RASCARTE LA CABEZA. Por ahora las herramientas sólo funcionan por línea de comandos y necesitas instalar un puñado de cosas si quieres recompilar los fuentes. Pero non ti preocupare, mi idea es hacer esto lo más fácil posible para el usuario final, por lo menos tan fácil como era Screenweaver en su tiempo. Simplemente aun no hemos llegado, un poco de tiempo por favor!

Publico esto por aquí más que nada para ver si hay gente que se anime a echar una mano con lo que sea. Especialmente ando buscando diseñadoiros que nos ayuden con ummm… el diseño. Si vais a la web podréis disfrutar del diseño Zárate-style, marca de la casa. Si os bajáis los ejemplos, no te quiero ni contar, feos a todo lo que dan clamando por una manita de pintura.

Necesitar necesitamos el lote completo: logo, web, usabilidad para la futura GUI… De todas formas como supongo que NO me llegarán millones de propuestas he pensado darle una oportunidad a 99Designs, echadle un ojo a este post en la lista de correo.

En fin, que a ver si se anima alguien y hacemos de esto algo útil.

Por cierto, hablo todo el rato en plural mayestático porque queda mucho mejor, pero el único friki picando soy yo.

¡Salud!

Y yo con estos pelos!

Pues resulta que de rebote me he colado en una charla de Richard Stallman en la Universidad de Cambridge sobre Copyright vs. Community.

Eramos como unos 50-60 frikis en uno de los laboratorios de la universidad, que merece verse. Nada más entrar y empezar a pasar por los despachos, empiezas a cruzarte con estereotipos de profesor Bacterio que hacen investigaciones por allí. Gente en pantalones cortos, en calcetines (recordad, Inglaterra está tapizada con moqueta), asiáticos con pinta de inventar en un par de años algo que va a resolverte la vida…

Hemos llegado como 10 minutos antes y allí estaba Richie con su OLPC y un proyector de transparencias sólo que en lugar de transparencias tenía folios en blanco donde iba escribiendo lo que nos quería explicar. Igual iba a usar PowerPoint :D

El artista ha hecho un repaso de cómo empezó el Copyright siendo una cosa equilibrada entre el beneficio para la comunidad y los autores y como a día de hoy la cosa yo no es así. También como el contexto de la nueva tecnología hace obsoletas las leyes de Copyright creadas hace 50-70 años. Ha hecho hincapié en defender a los autores “simplemente” cambiando el modelo de retribución… La mayoría de sus ideas las podéis ver en la propia página de GNU. No me voy a extender mucho.

Mucha gente tilda a Stallman poco menos que de “genio loco”, “desconectado de la realidad”, “estrafalario”, “idealista”… he de decir que problablemente tienen razón. Pero también he de decir que gente como Stallman es MUY necesaria.

Basa todo su discurso en el bien común, no se corta en dar toñas a todo lo que no se ajusta a lo que cree justo, no se cansa de seguir repitiendo el discurso. Programa, programa, programa que decía Anguita. Otro más necesario que el comer ¿eh mamá? Desgraciadamente los ideales parecen pasados de moda hoy en día.

Aunque sí es cierto que algunas de las cosas que propone son bastantes difíciles de llevar a la realidad y algunas de sus teorías dice que “no está interesado en analizarlas desde un punto de vista económico”.

En fin, si podéis pasaros por una de sus charlas, no perdáis la ocasión. Además el tio tiene un sentido del humor bastante bueno.

Adobe sigue dando pasitos en la buena dirección. Como (casi) todos sabréis, el formato de los archivos fla es binario y propietario. Eso quiere decir que la única empresa en condiciones de crearlos es Adobe. Los hay por ahí que se las han maravilleado para darle la vuelta y ofrecer solución al tan demandado: “se me han perdido los fla, sólo tengo los swf, ¿puedo sacarlos de ahí?“, pero son los menos y nunca te puedes fiar de no haber perdido información.

El caso es que todo parece indicar que la nueva versión del IDE de Flash va a manejar un nuevo formato de archivo llamado XFL, que no es más que un zip con los recursos y meta-información en XML.

Esto como siempre a la mayoría de la gente probablemente se la bufe, pero a la aldea de irreductibles galos (comunidad Open Source) le va a venir muy bien. Por ejemplo, cualquiera con ganas y tiempo podría crear un IDE de Flash para Linux totalmente compatible con el oficial.

También se podría crear un IDE de Flash on-line, un IDE de Flash en Flash. Possibilities are endless, que dicen por aquí.

¿Y por qué querría Adobe abrir la lata de esa forma? Como comenta Zguillez en Cristalab, la respuesta se llama Silverlight:

[Perdón Freddie por robarte comentarios]

mcapu:

No veo inteligente la aparción de un SDK para Flash, incluso este cambio de formato. Pasar a este significaría que aparecerían montones de aplicaciones capaces de generar swf a partir de la nada. ¿Quién se gastaría entonces el dinero de Flash?

Zguillez:

La pregunta no es esa.. la pregunta es: Habiendo montones de aplicaciones libres capaces de generar aplicaciones para Flash Player ¿Quién querría desarrollar para Silverlight?

Y es que la sombra de MS es laaaarga. Silverlight puede que no sea lo mejor de lo mejor a día de hoy pero MS invierte a largo plazo. Y tiene mucha pasta para invertir. Ya he comentado más de una vez que Adobe NO tiene la fuerza bruta que tiene MS para distribuir el player de Flash, así que lo mejor que puede hacer es salir del lado oscuro y usar La Fuerza en su favor. Y La Fuerza claramente vuelve a ser la comunidad Open Source. Sin ir más lejos la última versión de Debian aconseja explícitamente NO usar el player de Flash y utilizar GNash. En el OLPC también viene GNash instalado por defecto, todo por problema de licencias. Cuánto más abran sus formatos y herramientas, más posibilidades de luchar contra MS tendrán.

Más información en el blog de Moock y John Nack.

Y para terminar, este comentario en el blog de John Nack:

Ahhh, so what you’re saying is that Adobe is going to create something like Swfmill? ;)

Primero vino MTASC (compilador por línea de comandos) y luego vino el SDK de Flex (compilador por línea de comandos). Vino SWFMill (xml > swf) ahora viene XFL….

Open Source rulez :)

Pues resulta que he podido poner mis sucias manos en un OLPC, el portátil de los 100 dólares. Para quien no lo sepa, la idea es producir un portátil barato para distribuirlo por los países del tercer mundo.

Los hay que se preguntan dónde está el sentido en llevar portátiles a países donde todavía tienen problemas para comer. Yo creo que mejor que los niños de esos países sepan qué es un navegador, un lector de RSS, una red de ordenadores, que tengan acceso a internet…

Pero bueno, al lío, el resumen general: está bien, pero le falta pulir. Hay algunas tareas que no son para nada sencillas (incluidas algunas de las actividades) y algunas veces el bicho se atrapa. Pero vamos, cuando lo tengan afinado, creo que va a ser una muy buena herramienta educativa.

La parte técnica. El juguetito funciona sobre Linux (aunque MS está tratando de meterse) la base es Fedora 7 con un sistema de ventanas específico escrito en Python.

Tiene prácticamente todo lo que esperarías de un portátil: Wifi, webcam, micrófono, altavoces integrados… Viene con un navegador, un lector de RSS, puedes abrir la consola y picar lo que necesites…

Ah, Flash funciona, y Flash 9 del bueno :) Por defecto viene con GNash, pero instalar Flash es sencillo desde la consola (deshabilitando primero GNash). No sé muy bien por qué, pero incluso utilizando JS para incluir contenido Flash, aparece un feo cuadrado gris que pone algo como “Click here to play Flash”. Por suerte, se puede modificar ese comportamiento con un poco más de consola.

Y una de las mejores cosas del proyeto el impresionante Wiki que tienen montado para desarrolladores. Hay bastante información de casi todo lo que necesites.

Le había hecho unas fotitos, especialmente una al lado del iPod para que os hiciérais una idea del tamaño, pero no las encuentro :S Bueno, podéis echarle un ojo a éstas y al vídeo cutre que no se me ha perdido:

Bueno, lo vamos a tener por la ofi un par de semanas (es prestao), así que si alguien quiere que le de caña con algo especial que me lo cuente. Para ahorrar algunas preguntas:

- Youtube va mal pero porque tienen 1000 cosas al mismo tiempo. Tengo que probar a ver cómo va un vídeo sólo.
- GMail normal no va muy bien, la version HTML se puede usar sin problemas.
- Las demos del blog de Papervision… va a ser que no :D

Ea!

A ver si lo explico todo clarito.

Daniel Turing (antes conocido como Daniel Fischer) es el responsable por ejemplo de SWFMill, la herramienta que se utiliza con MTASC para crear Flash de forma libre.

El chaval se ve que va para rey de los frikis porque también es el responsable de Xinf:

Xinf’s goal is to provide a unified, SVG-oriented API that allows you to write graphical applications (and games) in haXe that will run on the three target runtime environments.

Repetimos: Xinf es una API en haXe para crear gráficos que funcionarán en 3 players distintos. ¿Y cuáles son esos players? Flash, cualquier navegador que acepte JavaScript de forma decente y el Xinfinity runtime. ¿Cómo? Eso que oyes. Este friki está también picando un player multi-plataforma basado en OpenGL. Lo que este hombre está haciendo es que tu código haXe lo compiles a 3 plataformas distintas. Una de ellas a su vez es un player libre propio (Xinfinity) multiplataforma.

Y todo esto lo hace porque está haciendo investigación de pantallas multi-touch. Echadle un ojo al sencillo prototipo: Keyboard, SpringGraph, PhotoApp. Luego daos una vuelta por el resto del blog para más demos. Impresionante.

Y claramente no me puedo resistir a decirlo: SOFTWARE LIBRE. Todo el trabajo de este hombre está basado en haXe, SVG, OpenGL…

ROCK ON!

Existe la leyenda urbana de que no se hace dinero con proyectos Open Source. Yo creo que por ejemplo a RedHat no le va tan mal, pero es que me he encontrado con CoFundOs. A ver si lo explico sencillo:

- Propones un proyecto o mejora de un proyecto Open Source existente.
- La gente pone el dinero que quiera. Cuanta más gente interesada más “bote” se hace para tu propuesta.
- Desarrolladores interesados hacen el trabajo y se llevan el bote.

Hay unos cuantos detalles que “complican” un poco el proceso, pero seguramente sean necesarios. Por ejemplo, hay un proceso de definición y aporte de ideas por parte de la comunidad. Luego al finalizar la gente que ha puesto el bote vota para confirmar que el trabajo está hecho y el (o los) programador se lleve la pasta.

Podéis echarle un ojo a los proyectos entre los que por ahora no hay casi nada de Flash o ActionScript. Hay un par de cosas interesantes para GIMP, mucho C y mucho PHP.

Y para romper esa racha, he creado mi proyecto: Linux version of ScreenweaverHX. ¡Ha tenido una gran acogida! Por ahora van 0 personas para contribuir, 0 personas que lo quieran desarrollar y 0 personas han respondido a mi propuesta en la lista de correo de haXe. ¬¬

:D

GIMP es “el Photoshop libre”. O no tanto. Hay gente de que se queja porque “la interface no se parece lo suficiente a Photoshop” por lo que no es tan fácil pasarse de uno a otro.

El debate sobre si las aplicaciones libres deben copiar la interface de su homólogo privativo es interesante. Por un lado está claro que ayuda a pasar de una a otra, pero por otro lado es claramente un impedimento. Por ejemplo, Firefox nunca hubiera empezado a usar pestañas. Sea como fuere, está claro que la usabilidad no es el fuerte de GIMP así que el equipo ha pedido ideas a los frikistas para ver cómo mejorarlo. Y los frikistas responden:

• Fullscreen + transparency.
• Abrir imágenes en pestañas.
• Evitar que el las capas que no caben en el tamaño de imágen no se vean completas.
• Bloquear capas (¿cómo $$&·$·%%@@·## esto no está ya implementado?).

Y lo que también es interesante es el modelo de discusión completamente abierto que están siguiendo haciendo público el análisis de usabilidad y la evaluación de los expertos basado en los tests con usuarios. Dudo muy mucho que algún día veamos semejante información sobre Photoshop, por poner un ejemplo.

Como he dicho antes el paso de Photoshop a GIMP no es inmediato, así que si tienes que ser muy productivo o utilizas funciones avanzadas, mejor espérate. Sin embargo si usas Photoshop sólo para hacer modificaciones sencillas de tus fotos (escalar, rotar, centrar, retoque “básico”, etc.) igual te interesa darle una oportunidad.

Vía Barrapunto.

Hace ya unos cuanto años estaba en el metro de Madrid cuando pasó un artista pidiendo. El tío tarareaba algo como esto:

Por favor, una pesetilla para una tortilla o un durete para un filete

Para los de fuera o los muy jóvenes, la peseta era la moneda oficial de aquella época en España y el duro eran 5 pesetas. Por casualidad nos bajamos en la misma estación, Tribunal, e hicimos el mismo transbordo a la línea 1. Total, que allí nos subimos los 2 en el mismo vagón, pero esta vez el que iba pidiendo en la linea 10, se sentó como un viajero más, supongo porque iría a casa dando su jornada laboral por terminada.

Lo gracioso fué que al cabo de un par de estaciones pasó otro diferente pidiendo. Me quedé de cuadros cuando vi que el que antes pedía se rascó el bolsillo y le dió al nuevo que, evidentemente, no sabía que quien le daba era compañero de profesión.

Bueno, pues esta historia, que la puedes contar porque es muy cierta, que yo la he vivido y no me la he inventado, me ha venido a la cabeza viendo la lista de la gente que ha contribuido a que John Grden se compre un Mac que necesita para probar unas cosas de Papervision. El tío anda corto de pasta (o eso dice su mujer) y ha abierto un post-colecta. Y allí esta el equipo de Flashdevelop con una contribución importante. No sé, me hace ilusión que se ayuden entre proyectos.

Y también me gusta ver como sigue habiendo gente dispuesta a reconocer el trabajo de los demás. Ya pasó con Nicolas Cannasse en su día. Yo vuelvo a insistir, contribuye, no seas flojo. Piensa en las herramientas que usas a diario y que te hacen la vida más fácil. No tiene que ser dinero, pueden ser tutoriales, reportes de bugs, traducciones o similares.

¡Devuelve un poco de lo que has chupado del bote!

Me parece a mi que AS3 le va a quitar el trabajo a algunos y dárselo a otros. Mr Thibault Imbert ha creado unas librerias AS3 para crear PDFs directamente desde Flash: Alive PDF. Pero es que este hombre ha creado también librerías para crear GIFs, leer GIFs, crear JPGs, mouse gestures, … echadle un ojo a su página de proyectos.

Oh yeah!

Me entero en FlashCoders que Adobe va abrir Flex la MPL de Mozilla!

Adobe to Open Source Flex

Adobe is announcing plans to open source Flex under the Mozilla Public License (MPL). This includes not only the source to the ActionScript components from the Flex SDK, which have been available in source code form with the SDK since Flex 2 was released, but also includes the Java source code for the ActionScript and MXML compilers, the ActionScript debugger and the core ActionScript libraries from the SDK.

By this summer, Adobe plans to put in place most of the infrastructure (public bug database and public daily builds) required to run the Flex SDK as an open source project.

La liberación de los compiladores no abriría de facto el formato swf?? Eso debería ayudar y mucho a proyectos como GNash y haXe. Y lo de el listado público de bugs se sale.

Open Source rocks!

[Actualización*]

Tropocientos blogs y foros enlazan con las noticias, de lo que estoy leyendo, me gusta esto:

This is a good first step for Adobe, but it’s just the first step. The Flash player is not being open sourced at this time, but when I talked with David he told me that that Adobe had been telegraphing the fact that they were going to open source Flex for about 20 months, since the opening of Adobe Labs. When I asked him about the Flash player, he said that open sourcing Flex should be viewed as a telegraphing of Adobe’s intentions. Of course, there’s a big difference between intentions and actual followthrough, so we’ll have to wait and see how the Flex project ends up working out.

Esto:

Though the SWF specification has been somewhat open for some time, the opening of the Flex compiler will be a major new step that can only be good for the company and the community. We can build SWFs using ActionScript with Adobe tools right now, but in the future what’s to stop anyone from making Java or Python generate SWFs? That main SWF compiler will soon be available to anyone, and I would hope that a compiler expert could go nuts with this sort of thing. Look at Nicolas Cannasse’s haXe as an example of a similar, but still different, language already evolving around the SWF format. This source code will make building something like haXe a bit easier because smart compiler engineers have a reference implementation from which to get started.

[/Actualización]

* Ultimamente actualizo todos los posts!