El resultado, un juego. Sencillo, pero efectivo, ha sido desarrollado con jQuery 1.5. Tú eres la “O” que aparece en la barra de direcciones. Usa las flechas derecha e izquierda para mover, cuando estés encima de una “a” presiona la barra espaciadora para matar los “animales” en menos de 30 segundos.

Sencillamente, me parece una idea genial y una pequeña muestra de lo mucho que se puede llegar a hacer.

Vamos a entrar en materia. El código:

Básicamente esta función tiene 2 partes, la primera (1) donde se genera el crop de la imagen, y la segunda (2) donde se codifica la imagen resultado del crop realizado. Es decir, informar si la imagen es JPEG, PNG, TIFF…

Cuál es el problema que nos encontramos, si vamos a la línea marcada (3):

estamos creando la codificación, indicando con la variable tipoImagen si se trata de una “JPEG” (“JPG” no funciona), “PNG”, “TIFF” o demás formatos soportados.

Funcionar funciona correctamente con cada uno de los tipos de imagen que le pasemos, excepto con “JPEG”. Con este tipo las coordenadas elegidas para realizar el crop sobre la imagen simplemente se pierden. No se porqué, pero se pierden.

La solución encontrada en java.net Forums, Thread: The crop operation seems to ignore (x,y) offset es la siguiente:

La solución es pasar la variable image (de tipo RenderedOp) a tipo BufferedImage en la función create de la clase JAI. Milagrosamente todo vuelve a funcionar, incluido el tipo “JPEG”.

Llevo unos días peleándome con la creación de un web service. En concreto, tengo el schema que debe seguir, pero no tengo el WSDL. Bien, tras mucho buscar, he encontrado la manera de generar, sí, generar, el WSDL.

Aquí la referencia:

Build contract first web services using CXF+JAXWS+JAXB & Spring

a handy set of tools for high-speed HTML and CSS coding

Pues eso. Una vez presentado, ¿cómo funciona? muy facil, yo te lo explico Sólo tienes que poner selectores CSS, sí, sí, selectores CSS para generar la estructura html que deseas en tu editor (lista de editores soportados más abajo), y lanzar el shortcut correspondiente (en Aptana alt+E) para generar el código html.

Enlace a la noticia en Smashing Magazine, Zen Codign: A Speedy Way To Write HTML/CSS Code.

Editores soportados:
– Aptana (cross-platform)
– Coda (Mac)
– Espresso (Mac)

Editores semi-soportados:
– TextMate (Mac, la alternativa para Windows es E-text);
– TopStyle
– Sublime Text
– GEdit
– editArea online editor

A disfrutar.

Es muy curiosa, porque aprovechando las características táctiles del trackpad de los MacBooks de última generación, convierte el trackpad en algo así como una Tabla digitalizadora, a.k.a Wacom. Con unas limitaciones, es cierto. No “sabe” diferenciar entre una mayor o menor presión (léase sensibilidad), pero también es cierto que proponen otro producto, Pogo Sketch, de la misma compañía Ten 1 Design para solucionar esta cuestión.

Más información en Inklet turns your trackpad into a Wacom-style tablet.

Bien, primer hecho, para el correcto/buen uso de este framework, es necesario tirar de Terminal (en mi caso OSX, cmd en Win) y ejecutar comandos para crear, generar, modificar, cargar el proyecto/aplicación/base de datos… Symfony está implementado con PHP 5 por ser un framework orientado a objetos (creo recordar que como requerimiento es necesario la versión 5.2). Y muchos de esos comandos ejecutados desde el Terminal, son precisamente scripts de PHP.

Segundo hecho. Mac OS X, por lo menos en su última versión, 10.5 (Leopard) tiene configurado ya una versión de PHP.

Tercer hecho. Yo que soy un poco gandul, decidí bajar, antes de ponerme a configurar nada a mano, la versión gratuita de MAMP (Mac OSX, Apache, MySQL, PHP).

Problema. A partir de ahí, los 3 hechos anteriores, ya te puedes poner como un loco a tocar la configuración del php del MAMP, que la versión que utilices por línea de comando o Terminal en tu Mac, es la preinstalada. De esto me di cuenta cuando revisando la configuración en MAMP, y revisando la configuración por el Terminal, habían sustanciales diferencias entre ambas versiones.

Después de probar y acceder a los scripts de php por el terminal, y preguntarme dónde está esta preinstalada versión, y ver que ni siquiera había un php.ini configurado intenté modificar los ficheros de configuración de la versión preinstalada para que apuntaran al php.ini del MAMP.

Bien, si por el Terminal pruebas el siguiente comando:

debería aparecer la información sobre dónde encontrar el fichero php.ini (Path /etc), y dónde busca nuevos ficheros equivalentes para su uso. En mi caso, todos los resultados eran “(none)”. Así que ni corto ni perezoso (pero si gandul), voy al directorio /etc y le hecho un vistazo. Aquí, aparte de muchos ficheros de configuración encontré un php.ini.default (por si no lo sabes, lo puedes renombrar quitando el .default final y sería el fichero utilizado). Pero como he dicho antes, este no es el php.ini que quiero usar.

Así que mi solución ha sido la de crear un link al php.ini de MAMP, en mi caso en /Applications/MAMP/conf/php5/php.ini.

Atención, necesitarás permisos de root (o super usuario) para poder crearlo, si lo quieres activar puedes hacerlo como indico aquí Activar el Super Usuario en OS X.

Y luego ejecutar (siempre dentro de /etc):

Sólo debes introducir el password de super usuario y listo. Al volver a ejecutar el comando php –ini debería aparecer algo parecido a esto.

¡Pedazo de invento los links! Aquí podemos ver que “Loaded Configuration File” es /Applications/MAMP/conf/php5/php.ini, es decir, el fichero php.ini del MAMP.

Binds a handler to an event (like click) for all current – and future – matched element.

Traducción “libre”: cada vez que cree un elemento que coincida con un selector determinado, a este también se le asignaran los eventos deseados sin tener que hacer la misma llamada una y otra vez.

Hace algunos años, cuando en una empresa, cuyo nombre no quiero recordar, estaba en pleno proceso de formación, aprendí lo que era el triángulo imposible. Algo que parece tan obvio y tan evidente como que las cosas se tienen que hacer bien, no lo es tanto a ojos de un cliente obsesionado con el tiempo y la fecha de “entrega” del proyecto. Lo digo por experiencia.

Según el triángulo imposible puedes seleccionar sólo 2 de sus 3 opciones, es decir 2 de sus 3 vértices. Estas opciones son dinero, calidad y tiempo.

Y las combinaciones posibles son las siguientes:

Si seleccionas que el producto sea bueno y barato el proceso de desarrollo no puede ser rápido.
Si seleccionas bueno y rápido no puede ser barato.
Y si seleccionas rápido y barato no puede ser bueno.

Por favor, no elijas la última! nunca!

Una prueba, pregúntale a google “¿Dónde está Barcelona?”. El milagro es de Let me Google that for You, una manera “poco discreta” del término RTFM.

Yo ya tengo pensadas unas cuantas personas a las que enviarles el enlace, a ver si aprenden de una vez…

Y es:

Estas simples líneas permiten manipular el DOM de una página web justo en el momento en que este está construido y antes de que esté completamente cargado. Que qué quiere decir esto? Esto es poder ejecutar el javascript, ya sea para manipular el DOM, cambiar estilos al vuelo, asignar eventos a los elementos del DOM, o lo que se te ocurra antes de que el evento “onload” del documento se ejecute.

Y por qué es necesario esto? Necesario, necesario puede que no lo sea. Pero es una ventaja poder ejecutar el javascript antes de cargar, sobretodo, las imágenes que la web pueda tener.

Podeis hacer la prueba. En un mismo html haced dos scripts el primero que muestre un alert como este:

y el segundo script con el siguiente código:

Cuál es el resultado?