IceBeat

Gracias a Paul Streise, alguien que no tiene web, ha dedicado parte de su tiempo a portar el código de Window.Growl a Mootools 1.2 Beta 2.

Sin duda Window.Growl y Packito son las dos joyas de esta casa y ambas las tengo un poco descuidadas, aun así tengo planes para actualizarlas pero gracias a Paul ya me he ahorrado el 50%.

Por mis refers he encontrado una versión en Prototype, esto quiere decir que hay versiones adaptadas para Mootools, jQuery y Prototype, nada mal.

Tengo que decir que tambien un usuario ha añadido mejoras a class.image y que pronto intentare postearlo.

Ayer hablando con Andrés nos surgió una duda y empezamos a debatir sobre los nuevos perfiles de Desarrolladores web. Antes del boom "2.0" los perfiles estaban muy divididos, el diseñador creaba su web en photoshop y este se lo pasaba al maquetador para escribir el html/css, una vez terminada se le pasaba al programador el cual se encargaba de crear todo el backend de la pagina web.

Cada perfil hacia su parte y cada una de ellas no se tocaban, el diseñador podía hacer una locura que a el le daba igual como se maquetara, lo mismo pasaba con el maquetador, con esos pedazos de churros de códigos.

Ahora vemos que la cosa cambia, el diseñador debe saber un poco de html/css porque debe ser consciente de como se debe maquetar y ciertos aspecto de la web, el maquetador también debe saber programar y utilizar frameworks con vistas y helpers. Y es en este punto donde entramos en el debate, quien se debe de encargar de la programación del cliente (javascript) el maquetador o el programador? en teoría el programador solo le importa recibir y gestionar los datos, ademas de enviarlos, pero no se debe de encargar de como enviarlos o recibirlos. Pongamos un ejemplo: Un carrito, quien debería encargarse de hacer un drag&drop o llamadas ajax? el programador o el maquetador?

Creéis que se necesita un nuevo perfil? alguien que se encargue de esos detalles, y que realice la unión entre maquetación y programación? o debe ser el maquetador quien aprenda esta parte y evolucione?

Ayer echando un vistazo a muxtape, un servicio muy minimalista y sencillo me di cuenta que subiendo la canción ya obtenía el titulo y el arista. La verdad es que me llamo la atención y estuve jugando un poco con las funciones ID3, pero al probar en un archivo remoto me decía que nanai de la china. Estuve buscando y encontré unas clases que usaban fseek y claro tampoco me valían.Al final por phpclassess di con una que buscaba en archivos remoto, pero como ya tenia el gusanillo decidí crear una función.

function ID3($mp3='') {
    //etiquetas ID3
    $ID3 = array(
        'title' => 'TIT2', 
        'artist' => 'TPE1', 
        'album' => 'TALB'
    );
    //miramos si es un archivo mp3
    if(substr($mp3, -3, 3) != 'mp3') return false;
    //abrimos parte del archivo y leemos
    $fp = fopen($mp3, 'r'); 
    $data = fread($fp, 3000); 
    fclose($fp);
    //comprobamos que tiene ID3
    if(substr($data, 0, 3) != 'ID3') return false;
    //parseamos los tags
    foreach($ID3 as $type => $key) {
        //existe el tag?
        if(strpos($data, $key)) {
            //existe entre tags o es el ultimo?
            if(!preg_match('!'.$key.'(.*)[A-Z]{3}[A-Z1-4]{1}!Us', $data, $tag)) $tag = explode($key, $data);
            //algo raro pasa con los caracteres asi que limpiamos
            $info = $tag[1];
            $info = str_replace(' ', '...', $info);
            $info = preg_replace('![^A-Za-z0-9\./\'\(\)]+!','',$info);
            $info = str_replace('...', ' ', $info);
            $ID3[$type] = $info;
        } else {
            //si no lo encontramos lo borramos
            $ID3[$type] = '';
        }
    }
    //devolvemos el nuevo array
    return $ID3;
}

//print_r(ID3('http://algunaweb.com/mp3.mp3'));

La función devuelve el titulo, el artista y el álbum de la canción, en caso de no poder parsear devuelve false. He tenido bastantes problemas dando con la solución para arreglar un poco los textos, asi que es posible que más de una vez te encuentres con 7 o caracteres extraños.

iui (User Interface (UI) Library for Safari development on iPhone) es un framework que he estado usando hace poco, toqueteandolo y probandolo, la verdad es que montas una pagina en un plis, pero deja mucho que desear si quieres interactuar con el codigo javascript, con el CSS es más facil y puedes añadir estilos y cambiar los listados.

Se hace un poco dificil saber cuando se disparan los eventos y controlarlos, y editar ciertas partes del diseño que cambian cuando pulsas un enlace.

Tienen pensando renovarlo un poco y adaptarlo a las nuevas capacidades que ofrece safari, CSS3, querySelector, animaciones CSS, base de datos.

Siempre me pasa lo mismo, por mucho que intento adaptarme a un gestor de tareas no consigo cogerle el gusanillo. Ni Anxiety ni Things consiguen engancharme, y fijo que tiene que ser por no darles una oportunidad en condiciones.

Asi que para la batalla diaria me he comprado una libretilla, dejando la Moleskine para ideas y proyectos.

La encontré en una tienda de todo a 100, la portada venia de lujo :).