Después de un excelente día les diré como se vivió el Google Developer Day en México.

Pues así es me fui al Google Developer Day todo el día, llegue a las 9 en punto y pase al área de registro, y pues el registro, a pesar de haber mucha gente fue extremadamente rápido.

De ahí nos toco, una larga espera,  hasta las 10 am y ahí nos pasamos a la primera conferencia.

Conferencia impartida por John Farrel (Director General Google México).

De esta conferencia no hay mucho que comentar solo decir que fue una introducción de todo lo que incluye google, y de su forma de trabajo con la comunidad, además de como han ido evolucionado los medios y de como se va dando la adopción de cada medio.

Ahí fue donde nos comento que Google no solo busca, “hacerse rico”, si no que además busca encontrar nuevos mercados, invirtiendo bastante dinero para poder generar nuevos nichos en el mercado de la Web y el Internet

Posteriormente siguio Alfonso Luna, el cual nos platico sobre los nuevos productos he innovaciones que se están desarrollando en Google, cosas como son:

• Gears
• App Engine
• Maps
• Android

Y de todo el potencial y beneficio que se puede obtener al  empezar ha hacer uso de alguna de estas herramientas, algo que Google dejo muy claro es que no solo están pensando en como generar mas ingresos, si no que además están destinando una fuerte cantidad de dinero a la cuestión de hacer y/o realizar investigaciones tecnologicas de una forma de agradecimiento a la comunidad web que fue donde Google se desarrollo.

Comida

Aquí creo que no hay mucho que decir, mas que estuvo mas o menos la comida, la verdad insisto que deberian cambiar la comida por algo mas normal como una comida completa o algo así pero aun así estuvo muy rico.

Después proseguimos con hacer una elección ya que como es costumbre de las presentaciones/conferencias en México, siempre se dividen en varias secciones y aunque uno quiera asistir a varias sesiones pues resulta imposible,así que la decisión fue App Engine (impartido por Paul MacDonal)

Básicamente se trato de darnos una expectativa sobre todo lo que viene ha ser AppEngine, la cual podríamos definir como,

Una herramienta  permite a los desarrolladores que programen  e implementen sus aplicaciones web aprovechando todo la infraestructura de servidores, ancho de banda y herramientas que ya tiene Google.

Digamos en palabras mas normales, una especie de hosting compartido.

Siguiendo con la elección anterior me fui a ver introduccion a GWT (por Dick Wall)

Nuevamente les comento sobre GWT,  es un framework creado por Google que permite hacer maravillas con Ajax y Javascript, pero todo creado desde algún IDE ya que uno lo crea usando JAVA y al final el resultado es compilado, y una vez realizado esto la salida es en HTML y JAVASCRIPT, creo que esto es algo de lo mas interesante ya que nos permite enfocarnos a otros aspectos de las aplicaciones y no a pensar como lo haremos con JS.

Me pregunto si no seria buena idea que GWT también pudiera interactuar con PHP y alguna otra libreria Ajax como Jquery, Mootools, Dojo, O Prototype seria un complemento excelente

Ahora nos fuimos la siguiente platica que se trato de GEARS (por Dion Almaer)

La cuestión es la siguiente Gears es un software ofrecido por Google que sirve  para activar el acceso sin conexión a servicios que normalmente trabajan con conexión, permitiendo que aplicaciones web funcionen sin acceso a la red. Este software instala un motor de base de datos, basado en SQLite, en el cliente para mantener un caché de la una parte de la información, de forma que una aplicación web pueda, periódicamente, sincronizar los datos de la caché local con el servicio en línea.

Claro ejemplo de esto es Google Docs, como lo comento Dion, nos comento también que por lo mismo que el queria que vieramos toda la potencialidad, no se iba a detener a mostrarnos código a código, argumentando que gran parte,si no es que toda estaría en Youtube (solo Videos creo), esperemos que así sea.

Y por ultimo aunque tuvimos que cambiar de sala segui con la platica de Dion Almaer en este caso se trato de SITUACION DE AJAX

Aquí simplemente nos platico de el alcance, de las librerías Ajax, y nos comento que debemos echarle un ojo a la librería Dojo, ya que es una librería que incluye muchas herramientas inclusive nos menciono que esta por encima de librerías como Jquery y Prototype, sin duda habra que ver que tanta razón tiene.

Además de comentarnos sobre las nuevas funcionalidades del HTML 5 ya muy sonado y  que conforme vaya adoptandose HTML 5 Google Gears estará fusionandose con este estándar.

En realidad de las platicas estuvieron muy interesantes y pues aunque hablaron en ingles como era de suponerse, hubo traductores que estuvieron mas o menos, si me entero de algo mas, por ejemplo sio liberaron codigos o videos pronto los tendran en el blog.

Les comento que la platica fue grande pero pues por cuestiones de tiempo y para no aburrirlos, pero que creen les puse unas cuantas fotos que tome son 79 Fotos, subí todas a picasa, pero se tardaba mucho en cargar, así que les puse las mas interesantes.

Nota: Me traje mi playera que me regalaron esta bien chida y ya me apunte para el próximo jaja

Todas las Fotos tras el salto, estoy usando Jquery/Ajax/ para que no se cansen ademas funcionan las flechitas

Bueno antes de dormir, las platico que hoy en unas horas estare asisitiendo ao Google Developer day.

Para los que nos sepan que es les platico rapidamente.

El Developer Day de Google 2008, se enfocará en promover la apertura de las fronteras de las aplicaciones Web, empleando las tecnologías de desarrollo de Google. Los ingenieros de Google y desarrolladores líderes serán tus anfitriones en un día completo de profundas sesiones sobre las últimas tecnologías de Google.

El Developer Day de Google 2008, es también un foro para convivir y compartir tus ideas con otros desarrolladores. Contarás con tiempo suficiente para conversar y conocerlos, discutir tus ideas y compartir tus proyectos.

Este evento se realizara en el centro banamex, y a parecer ya todos lo lugares estan ocupados, mañana les platico como me fue.

Asi estara la agenda

Los conferencistas seran los siguientes:

El seraphinux ultimamente le ha dado por escribir mas que de costumbre y gracias ha ello me he encontrado con un menú deslizante echo con Javascript.

Para que se den una idea de que les hablo aquí esta la imagen de menú normal

Y aquí la imagen del menú pero ahora desplazado, o deslizado.

Esto fue hecho gracias a la potencialidad y funcionalidad de Jquery, que es muy fácil de adaptarse a cualquier uso.

Veamos como se hizo, siguiendo el ejemplo de la fuente.

Primero necesitamos usar HTML,

[HTML]

Isn’t this nice?

[/HTML]

Ahora le aplicamos el siguiente CSS

[CSS]

[/CSS]

Y para hacerlo funcionar usamos Jquery de la siguiente forma

[JAVASCRIPT]

[/JAVASCRIPT]

Como ven es bastante simple, las imagenes usadas y el ejemplo de esto lo podrán encontrar en

http://www.webresourcesdepot.com/wp-content/uploads/file/jquery-sliding-menu/

Aunque ultimamente me ha estado atrayendo bastante Mootools, Jquery sigue teniendo muchisima utilidad.

Estoy planeando algo grande (después de que libere algo que tengo pendiente ups, solo me falta terminar la traducción y listo), que tendrá bastante Ajax y javascript, la pelea esta en que Framework utilizare, tal vez sera Jquery o Mootools, no lo se hagan sus apuestas.

Vía | Menu deslizante con jQuery
Surgio en | Sliding Top Menu With jQuery

Bueno es lunes en la tarde, y con estos preparativos de la boda no me da tiempo de postear mucho, por cierto ya casi cumplimos un año aver que se me ocurre para festejarlo.

Les platico que en theinquierer, Silverlight, soportara a futuro Python o Ruby para poder mejorar el rendimiento de Silverlight, ose a en vez de usar Javascript usaran Phyton y/o Ruby.

“La diferencia entre AJAX, ARAX y APAX es el lenguaje”, explica Brian Goldfarb, responsable del grupo de la división de desarrolladores de Microsoft.

Esto sera la novedad para el lanzamiento de Silverlight 2, ya que se espera que venga con soporte para ambos lenguajes , implementados para el lado del cliente en vez de usar Javascript

“Lo que hemos hecho en Silverlight es posibilitar que se utilice Ruby o Python como alternativa a JavaScript para construir el mismo tipo de aplicaciones. Todo lo que el navegador necesita es tener Silverlight instalado y los desarrolladores podrán aprovecharse de las ventajas de estos lenguajes en las aplicaciones clientes”, comentó Goldfarb.

No se que buscara microsoft con esto pero me suena bastante raro que hayan optado usando Python o Ruby, sera ¿que es menos eficiente implementar asp del lado del cliente?!!!!..

En fin a ver que nos depara el dia de mañana
Vía | Silverlight soportará Ruby y Python como alternativa a JavaScript

Feliz inicio de semana, una semana algo complicada para mi por múltiples cosas que tengo que hacer(pagar TC, pagar Salon, Pagar art de la casa etc..), pero sin duda postear un buen numero de artículos hará mas amena la semana.

El otro día vi un enlace no recuerdo en que pagina/Blog (ajaxian??), el cual nos comentaba sobre un script que nos permite hacer maravillas con las imagenes usando para ello PHP y GD, si no mal recuerdo, para muestra vean la siguiente imagen la cual fue rotada y se le agrego el efecto polaroid con esta libreria.

Se trata de Phototype, el cual funciona usando php y la librería Javascript Prototype, lo cual funciona de la siguiente forma.

[Javascript]

[/javascript]

En el caso anterior lo que hicimos fue modificar el tamaño de la imagen, usando el método resize

Existen varios métodos como:

• resize
• flipV
• rotate
• dropShadow
• makeSketchy
• toGreyScale
• addCaption
• y hasta addChuckNorris

Mas información de este Framework, aquí | Phototype: image manipulation with javascript

Leyendo el blog de Andrés Nieto veo una nueva iniciativa de Google, se llama:

Google Ajax Libraries API

Que viene siendo una especie de lugar donde se almacenaran librerías Ajax, (como Jquery, Mootools, Prototype, Etc..), y las cuales estarán accesibles a todo el publico.

Las librerias/Frameworks disponibles en este momento son

• jQuery
• prototype
• script.aculo.us
• MooTools
• dojo
• Google Maps
• Google Ajax Search
• Google AJAX Feed API
• Google data APIs

Las ultimas 4 no son Librerias JS, sin embargo tambien forman parte de este abanico de posibilidades.

Su implementación/uso es simple y de la siguiente forma:

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js"></script>

Esto es para cargar Jquery, para cargar alguna de las otras librerías JS, debemos cambiar la ruta del script(SRc) por alguna de las siguientes:

//jQuery

http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js

// Prototype

http://ajax.googleapis.com/ajax/libs/prototype/1.6.0.2/prototype.js

//Script.aculo.us

http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.1/scriptaculous.js

//MooTools

http://ajax.googleapis.com/ajax/libs/mootools/1.11/mootools-yui-compressed.js

//Dojo

http://ajax.googleapis.com/ajax/libs/dojo/1.1.1/dojo/dojo.xd.js

También se pueden agregar dichas librerías usando funciones de la api de Google, para ello, necesitaremos cargar la api de google y llamar lo que deseemos como el siguiente ejemplo

<script src="http://www.google.com/jsapi"></script>

<script type="text/javascript"><!--
// Load jQuery
google.load("jquery", "1");

// on page load complete, fire off a jQuery json-p query
// against Google web search
google.setOnLoadCallback(function() {
$.getJSON("http://ajax.googleapis.com/ajax/services/search/web?q=google&;v=1.0&;callback=?",

// on search completion, process the results
function (data) {
if (data.responseDate.results &&
data.responseDate.results.length>0) {
renderResults(data.responseDate.results);
}
});
});
// --></script>

Como pudimos ver la carga se realizo usando la función google.load, la cual funciona de la siguiente forma:

google.load(name, version, opt);

Como podemos observar se utilizan 3 parámetros, los cuales son, el nombre de la librería, la versión de dicha librería, y el ultimo parámetro, que es opcional es para indicar algunas opciones para personalizar mejor la carga de dicha librería, por ejemplo si la deseamos comprimida o no, entre otras opciones mas.

Muchos quizas creyeron que ya no postearia, pero se equivacaron, he estado un poco atorado(como siempre), pero poco a poco mostrare mejores cosas.

Hoy leyendo el blog de Jhon Resig, me entero de que el, ha lanzado un proyecto llamado: Pure JavaScript HTML Parser.

Este proyecto , por lo poco que lo probe, se trata de un corrector de codigo html, aunque talvez, muchos digan, que son expertos en HTML, no olvidemos que al estar programando en algun otro lenguaje se nos puede pasar algo de HTML, como cerrar alguna tag.

Esta funcionalidad posee 4 metodos/opciones diferentes de uso.

• Compone Tags no cerradas:

  HTMLtoXML("<p><b>Hello") == '<p><b>Hello</b></p>'

• Elementos Vacios:

  HTMLtoXML("<img src=test.jpg>") == '<img src="test.jpg"/>'

• Bloques vs. Elementos:

  HTMLtoXML("<b>Hello <p>John") == '<b>Hello </b><p>John</p>'

• Cierre de Elementos padre:

  HTMLtoXML("<p>Hello<p>World") == '<p>Hello</p><p>World</p>'

• Atributos deshabilitados.:

  HTMLtoXML("<input disabled>") == '<input disabled="disabled"/>'

Talvez a muchos no nos sea de gran ayuda pero quiza usando este codigo podamos mejorar nuestros codigos HTML, asi como tambien usarlo para algo mas.

Pueden ver el demo de su uso en el siguiente enlace.

Demo | JavaScript HTML Parser