La Web A Viviendo en la era digital

La librería jquery se ha transformado en mi preferida, tanto así que dejado de usar prototype, incluso en AyerViernes, por una cuestón de kb, ya es la librería oficial de los proyectos en curso.

El 14 de enero salió la versión 1.2.2 bug fix release que trae algunas cosas nuevas, entre las que destaca una mejora en la función .ready(), pues ahora puede usarse tanto de la forma tradicional como a través de .bind()


$(document).bind("ready", function(){
// put all your jQuery goodness in here.
});


o bien


$(document).ready(function() {
// put all your jQuery goodness in here.
});

Puedes ver lo nuevo de jquery 1.2.2 en su anuncio oficial

Hay un vago aire  entre las pestañas de ambos sitios, o me equivoco?

De la mano de Aptana, Jaxer -también conocido como Ajax Server- se trae JavaScript, DOM, HTML y CSS al lado de los servidores.

Al fin veo un poco de luz al final de las tediosas validaciones. Es que el tema de los formularios web puede volverse en un verdadero lío.

En concreto lo que Jaxer hace es ejecutar el codigo ajax en el servidor y devolver la página resultante al browser, todo de forma asincrónica. ¡Cool no?

Ver más información, ejemplos y videos en ajaxian

Yo, mientras tanto, sigo con linux, que en un año se tomó AV (7 linux contra 5 windows y 5 mac)…

Y hoy se suma Christian Campos con su notebook

vía: ajaxman

Tengo mucho código para postear, pero me aguantaré unos días para hacerlo detalladamente en blogandia. Ahora sólo quiero sacrame un poco las ganas de hablar de JSON.

Algunas de las razones porque vale la pena trabajar con este tipo de notación son:

1-. Por sobre todo: orden. Trabajar javascript con JSON es por lejos más ordenado y simple que hacerlo de la forma clásica. A este orden “visual/mental” hay que agregar un punto tan o más importante que mi manía personal por el código elegante y ordenado: los nombres de las variables y funciones dificilmente interfieren con los nombres de variables y funciones de otras aplicaciones javascript que coexisten generalmente en un sitio web.

Por ejemplo, es perfectamente posible el siguiente escenario:

var aplicacion_uno = {
cargando : function(){
//código de esta funcion;
},
hide : function(){
$$(’ul[class=hide]’).map(function(s){$(s.id).hide();});
}
}

var aplicacion_dos = {
cargando : function(){
//código de esta funcion;
},
hide : “se traduce como esconder”
}

2-. Para trabajar con gran cantidad de datos dinámicos de forma asincrónica es mucho más rápido que hacerlo con XML, en pruebas preliminares con firebug, para la siguiente consulta el tiempo de respuesta es de 164ms.

[{”modelo_generico”:”Chevrolet Corsa”,”t1″:”25.800″,”t2″:”21.900″,”t3″:”17.955″,”t4″:”15.750″,
“zonal”:”RENT A CAR ANTOFAGASTA”,”patente”:”WV-9955″,”fecha_inicio”:”2007-12-05″,
“fecha_termino”:”2007-12-15″},
{”modelo_generico”:”Chevrolet Corsa”,”t1″:”25.800″,”t2″:”21.900″,”t3″:”17.955″,”t4″:”15.750″,
“zonal”:”RENT A CAR ANTOFAGASTA “,”patente”:”WV-9960″,”fecha_inicio”:”2007-12-15″,
“fecha_termino”:”2007-12-20″}]

Mientras que para una cantidad evidentemente menor de datos en xml la respuesta menor que he obtenido es de 544ms.

<xml>
<contenido>
<status>ok</status>
<precio>45000</precio>
<pasajeros>1</pasajeros>
<dolar470</dolar>
</contenido>
</xml>

3-. Si bien la forma de pasar los datos de un lado a otro es básicamente la misma para JSON y XML (Ajax.Request o $j.ajax con prototype y jquery respectivamente), la disponibilidad de ellos es radicalmente distinta. Mientras que con XML hay que parsear los datos según las etiquetas:

xmlparse : function(responseXMLCli){
var xml=responseXMLCli.responseXML.documentElement;
var item=xml.getElementsByTagName(’contenido’)[0];
var pasajero=item.getElementsByTagName(’pasajero’)[0].firstChild.data;
alert(pasajero)
}

con json quedan disponibles de inmediato

jsonready : function(data){
alert(data.pasajero)
}

Desde el 2005 que no podía configurar mi tajeta de TV Studio terminator con Chip saa7134 en linux, pero al fin, investigando en foros y blogs pude hacerlo.

En primer lugar debes remover los módulos de la tarjeta de tv anteriormente instalada en tu pc. En mi caso no tenía otra tarjeta instalada antes, ya que el tarro es nuevito, pero la configuración por defecto me cargaba el módulo saa7134_alsa, lo que me impedía configurarla correctamente, por lo que tuve que comentar una línea en el archivo /etc/modprobe.d/alsa-base. Read the rest of this entry »

En Mashable comentan y confirman que Digg estaría interesado en Menéame. El rumor tiene origen en un  post de Martin Varsavsky en el que señala que tanto Jay como Kevin conocían muy bien a Meneame y que estaban muy sorprendidos porque Digg está hecho por más de 30 personas y Meneame por dos: Ricardo y Benjami.

Tanto Gallir como Benjami comentan el citado post, confirmando que existen conversaciones amigables  y el interés mutuo por encontrar puntos de colaboración con la gente de Digg.

Un DTD especifica los tipos de elementos y atributos que podemos utilizar en una página web; define, de acuerdo a la especificación del lenguage de marcado, las reglas de cómo podemos usar estos elementos juntos y, también, declara cuáles juegos de caracteres debemos usar.

Los validadores comprueban que una página web esté correctamente escrita de acuerdo al DTD especificado en la declaración DOCTYPE, utilizando el identificador del sistema o, implicitamente, usando el identificador público. Sin embargo, los navegadores actualmente usan intérpretes que no validan y no leen el DTD.

¿Cuales son las diferencias entre los DTD?

Por ejemplo, para el HTML 4.01 existen 3 tipos de DTD:

• Strict, el DTD “HTML 4.01 Strict” hace énfasis en la separación del contenido de la presentación y el comportamiento. Este DTD es el que la W3C recomienda para todos las páginas web actuales. Este DTD es recomendado por sobre el HTML Transitional y Frameset.
• Transitional, el DTD “HTML 4.01 Transitional” significa que puede ser usado transicionalmente para convertir un documento de las versiones anteriores de HTML 4.01 en uno más moderno, no es recomendable para nuevas páginas web. Este tipo incluye 11 tipos de elementos que estás obsoletos pero que se pueden usar.
• Frameset, el DTD “HTML 4.01 Frameset” se utiliza para página que usan marcos. debes tener en cuenta que los marcos son obsoletos fueron descotinuados por la W3C, se recomienda que en este caso se utilice algún scritp del lado del servidor para reemplazar los marcos.

En el caso del XHTML 1.0 se deifnen los siguientes tipos:

• Strict, se usa cuando se desea un lenguaje de marcado limpio y se usa en conjunto con las hojas de estilo CSS.
• Transitional, se usa cuando se necesita de ciertas características del HTM y cuando se quiere dar soporte a navegadores que no entienden las Hojas de Estilo.
• Frameset, se usa cuando se necesitan los framset de HTML para dividir el nagvegador en dos o mas recuadros.

¿Cuál DOCTYPE debo utilizar?

Hasta donde sé, no hay una recomendación oficia,l o al menos no la pude encontrar en la W3C. No obstante, al ser el XHTML la evolución natural del HTML4, y por su tendencia a ser un lenguaje de marcado más semántico que su antecesor, es recomendable usar el DTD XHTML 1.0 Strict.

Sin embargo, actualmente se está a la espectativa de lo que sucederá con XHTML2 y el HTML5, debido a que Tim Berners-lee escribió un post donde asumiendo el fracaso en cambiar a la gente al XML y anuncia la formación de un nuevo grupo de trabajo encargado de mejorar el HTML, lo que ha generado debate entre los desarrolladores y especialistas.

vía