Dando la chapa

Marditos abogados, jueces y legisladores que se inventaron *artificialmente* un lenguaje para confundirnos a todos. Porque por ejemplo los físicos tienen un lenguaje complicado porque tiene que representar una realidad que lo es. La realidad que representan las leyes es mucho, mucho más sencilla. A saber:

Acción: matas. Reacción: a la puta trena.

Todo lo demás son enmierdes para mantener su corralito y excluir de las leyes a quien le sale a ellos de los huevos, normalmente los que tienen dinero para pagar. Por ejemplo:

Acción: te pillan con 50 gramos de farlopa, 5 de crack y 3 de heroina.
Reacción:
** SI ERES POBRE: a la puta trena.
** SI TU PADRE tiene una compañía valorada en unos 6.800 millones de euros: regañina y no lo vuelvas a hacer. Travieso*.

Todo este bonito MacGuffin** sobre los abogados viene a que recientemente Grant Skinner ha publicado un interesante post sobre licenciar código Flash. Lo lees y te queda todo muy claro… hasta que lees los comentarios y hay millones de casos que las licencias no cubren y que quedan abiertos a especulación. Especialmente con la GPL y la LGPL y sobre cómo “saltárselas”.

El artículo te interesa tanto si compartes código como si usas código de los demás porque dependiendo del que uses igual estás obligado a abrir el tuyo o poner créditos visibles hacia el autor.

Yo por lo pronto voy a cambiar en breve la licencia de ZCode a alguna menos restrictiva que la LGPL, seguramente MIT o BSD.

Nos guste o no los flasheros tenemos que ponernos al día con estas cosas aunque sea un aburrimiento. Es un mal necesario pero las licencias están para respetarlas. Si alguien libera código GPL eres libre de usarlo o no. Si lo haces, cumple con la licencia y con su espiritu, añadiría yo. ¿Que no puedes/quieres cumplir con la licencia? No lo uses y te lo (re)picas tú.

Lo dicho.

* Esto el heredero del TetraBrick. Inglés y castellano.
** Me gano un +1 por saber qué es un MacGuffin pero lo pierdo instantáneamente por pedante. Duh!

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!