martes, febrero 28, 2006

Traducción de artículo sobre Ajax IV

Pescar en el formulario Web
¿Entonces que queda? Realmente no mucho. Tenen un método JS que toma la información que el usuario pone en el formulario, lo manda al servidor, le da otro método JS para escuchar y manejar la respuesta y hasta establecer el valor de un campo cuando la respuesta vuelve. Todo lo que realmente queda es llamar ese primer evento JS y empezar nuevamente todo el proceso. Podés obviamente agregar un botón a tu formulario HTMLpero eso es un poco 2001, ¿no te parece? Toma ventaja de la tecnología JS como en Listing 7
Listing 7.Lanzar un proceso Ajax
<form>
<p>Ciudad: <input name="ciudad" id="ciudad" size="25" onchange="callServer();" type="text"></p>
<p>Estado: <input name="estado" id="estado" size="25" type="text"></p>
<p>Código Postal: <input name="codigoPostal" id="codigopostal" size="5" type="text"></p>
</form>
Si esto se siente como otra piesa más de código de rutina, entonces estas en lo correcto, eso es. Cuando un usuario pone un nuevo valor para cualquier campo ciudad o estado, se dispara el método callServer() y la dirversión Ajax empieza. Estas empezando a sentir que tenes más manejo de las cosas? bien; esa es la idea!
En conclución
En este punto, probablemente no estarás listo para ir y escribir tu primer aplicación Ajax, al menos que desees hacer algo de investigación real en la sección recursos. Sin embargo podes tener una idea basica de como esas plaiciones trabajan y un entendimiento básico del objeto XMLHttpRequest. en el artículo que viene, vas a aprender especialmente este objeto, como manejar la comunicación JS-Servidor, como trabajar con formularios HTML, y también empezar a indagar en DOM.
Por ahora, tomate algo de tiempo para pensar sobre cuan poderosas pueden se las aplicaciones Ajax. Imagina un formulario web que te responda no solamente cuando apretes un botón, sinó cuando ingreses texto en un campo, cuando elijas una opcion de un cuadro desplegable, hasta cuando pases el mouse por la pantalla.Esto es exactamente lo que significa asincronico; pensá en código JS ejecutando y no esperado, en el servidor para responder a sus peticiones. ¿en que clase de problemas poder caer? ¿en que áreas vás a tener mas cuidado? y ¿como el diseño de tus formularios va a cambiar para justificar estas mejoras en programación?
Si te tomas un tiempo para estos temas, vas a estar mejor ubicado que solo tenienco código para cortar y pegar, y tirarlo en una aplicación que realmente no entiendas. En el próximo artículo vas a poner esas ideas en práctica y te voy a dar los detalles del código que necesites para hacer realmente aplicaciones como este trabajo. Entonces, hasta ese momento, disfuta de las posibilidades de Ajax.

Para los recursos ver el artículo original.

Etiquetas:

lunes, febrero 27, 2006

Traducción de Artículo sobre Ajax III

Una Palabra sobre seguridad
¿Qué pasa con la seguridad? Los Navegadores actualesle dan al usuario la habilidad de manejar sus niveles de seguridad, apagar la tecnología JavaScript, y desabilitar cualquier numero de opciones en su navegador. En esos casos, tu código no va a trabajar bajo ninguna cirscunstancia. Para esas situaciones, vas a tener que manejar los problemas con gracia, es por lo menos un artículo en si mismo, uno que voy a enfrentar mas tarde (Va a ser una serie larga, ¿no?, no te preocupes vas a dominar todo esto antes de que termines). Por ahora, estas escribiendo código robustos, pero no perfecto, que es genial para empezar a entender Ajax. Vas a volver sobre los detalles más finos.

Pedido/respuesta en un mundo Ajax

Entonces ahora ntendes Ajax y tenés una básica idea sobre el objeto XMLHttpRequest y como crearlo. Si has leido en detalle, ya te habrás dado cuenta que es la tecnología JavaScript la que se comunica con cualquier aplicación Web en el servidor, más que tu formulario HTML siendo aceptado directamente para esa aplicación.
¿Cuál es la parte que falta? Como usar realmente el XMLHttpRequest. Como es código crítico que vas a usar de alguna manera en toda aplicación Ajax que escribas, hace un paseo rápido por como luce un modelo básico de petición/respuesta con Ajax.
Hacer una Petición
Tenés tu nuevo objeto XMLHttpRequest brillante; vamos a dar una vuelta en él. Primero, necesitás un método JavaScript que tu web pueda llamar (como cuando un usuario ingrese texto o seleccione una opción de un menú). Despues, vas a seguir las mismos puntos básicos en casi todas tus aplicaciones Ajax:
  1. Obtener toda la información que necesites del formulario web
  2. Construir la URL para conectarlo
  3. Abrir una conección con el Servidor
  4. Establecer una función para que el servidor ejecute cuando este hecho.
  5. Mandar la petición.
El Listing 5 es un ejemplo de un método Ajax que hace especificamente esas cosas, en ese orden.
Listing 5. Hacer una petición con Ajax

function callServer() {
// Toma la ciudad y el estado del formulario web
var ciudad = document.getElementById("ciudad").value;
var estado = document.getElementById("estado").value;
//Solamente continua si hay valores para ambos campos
if((ciudad==null) || (ciudad=="")) return;
if((estado==null) || (estado=="")) return;
//Construir la URL para conectarse
var url = "/scripts/getZipCode.php?ciudad="+escape(ciudad)+" />
//open a connection to the server
xmlHttp.open("GET", url, true);
//Establecer una función para que el servidor ejecute cuando esté hecho
xmlHttp.onreadystatechange = updatePage
//Mandar la petición
xmlHttp.send(null);
}
Mucho de esto se explica solo. La primera parte del código usa JS básico para extraer los valores de algunos campos del formulario. Despues el código establece un script PHP como el destino para conectarse. Ver como el URL del script es especificado y luego la ciudad y el estado (del formulario) son adosados a el usando simples parametros GET.
Despues, la conexión es abierta; este es el primer lugar donde ves el XMLHttpRequest en acción otra vez. El método de conexión es indicado (GET), tal como la URL para conectarse. El último parametro, cuando es establecido a Verdadero (true), solicita una conexión asincrónica (así haciéndolo Ajax). Si usaras falso (false), el código esperaría en el servidor cuando se hace la petición y no continuaría hasta una que respuesta sea recibida. Estableciéndolo a Verdadero (true) , tus usuarios pueden todavia usar el formulario (y hasta llamar otros métodos JS) mientras el servidor está procesando este pedido en el fondo.
La propiedad onreadystatechange del xmlHttp (recuerda, es tu instancia del objeto XMLHttpRequest) te permite decirle al servidor que hacer cuando termine de ejecutar (lo cual puede ser en cinco minutos o en cinco horas). Como el código no va a esperar al servidor, vas a necesitar hacerle saber al servidor que hacer para que puedas responderle. En este caso un método especifico, llamado updatePage(), va a ser accionado cuando el servidor termine de procesar tu pedido.
Finalmente, send() es llamdo con el valor null. Como ya agregaste la información para mandar al servidor (la ciudad y el estado) en el URL de petición, no necesitás mandar nada en la petición. Entonces esto dispara tu petición y el servidor puede hacer lo que le pediste que haga.
Si no tomas nada más fuera de esto, te das cuenta cuan fácil y simple es esto! Aparte de poner la naturaleza asincrónica del Ajax dentro de tu cabeza, es relativamente una tarea simple. Vas a apreciar cuanto te libera para concentrarte en aplicaciones e interfaces atractivas, más que en complicado código de petición/respuesta HTTP.
El código en el listing 5 es tan fácil como se ve. La información es texto simple y puede ser incluído como parte del URL. GET manda el pedido mejor que el más complicado POST. No hay XML con contenido de cabecera para agregar, sin información para mandar en el cuerpo de la petición, ésta es una utopía Ajax en otras palabras.
A no temer; Las cosas se van a poner mas complicadas a medida que esta serie avance. Vas a aprender como mandar peticiones POST, como establecer tipos de cabeceras y contenidos, como codificar XML en tus mensajes, comoagregar seguridad a tu petición... La lista es bastante larga! No te preocupes por las complicaciones por ahora; poné tu cabeza en las bases, y rápidamente vas a construir un completo arsenal de herramientas Ajax.
Manejar la respuesta Ahora necesitás tratar con la respuesta del servidor. Realmente solo necesitás saber dos cosas en este punto:
  • No hacer nada hasta que la propiedad xmlHttp.readyState sea igual a 4
  • El servidor va a colocar su respuesta en la propiedad xmlHttp.responseText.
La primera de ellas -estados correctos- avanza sobre el tema principal de el próximo artículo; vas a aprender sobre las etapas de una petición HTTP, más de lo que quisieras saber. Por ahora, si simplemente chequeas un determinado valor (4), las cosas van a andar (y vas a tener mas expectativas de ver el próximo artículo). El segundo ítem -usar la propiedad xmlHttp.responseText para obtener la respuesta del servidor- es fácil. El Listing 6 muestra un ejemplo de un método que el servidor puede llamar, basado en los valores enviados en el Listing 5.
Listing 6. Manejar la respuesta del servidor

function updatePage(){
if (xmlHttp.readyState == 4){
var respuesta = xmlHttp.responseText;
document.getElementById("CodigoPostal").value = response
}
}
Otra vez, este código no es tan difícil ni complicado. Espera al servidor para llamarlo en el estado correcto y usa el valor que el servidor le devuelve (en este caso, el código postal para la ciudad y estado que ingresó el usuario) para establecer el valor de otro campo del formulario. El resultado es que el campo CodigoPostal de pronto aparece con el código postal, pero el usuario nunca tuvo que apretar un botón. Esa es la sensación de aplicación de escritorio que hablabamos antes. Respuesta rápida, sensación dinámica y más todo con un poco de código Ajax.
Los lectores observadores notarán que el campo CodigoPostal es un campo de texto normal. Una vez que el servidor devuelve el código postal, los usuarios puede sobreescribir el valor. Es intencional por dos razones: para mantener simples las cosas en el ejemplo y para mostrarte que a veces querés habilitar a los usuarios a sobrescribir lo que el servidor dice. Mantengan ambas cosas en mente; son importantes el el buen diseño de interfaces de usuario.

Etiquetas:

jueves, febrero 23, 2006

Traducción del Artículo sobre Ajax II

Completar con DOM
Por último pero no menos importante, está el DOM, el modelo de objetos de documento. Para alguno de ustedes, escuchar sobre DOM puede ser un poco intimidante, no es usado regularmente por los diseñadores de HTML y es todavía mas inusual para codificadores de JS a no ser que estén en tareas de programación de gran embergadura. Donde se encuentra mucho DOM en uso es en sólidos programas de Java y C/C++; de hecho, probablemente por esto es que, DOM adquirió un poco de su reputación de ser difícil o duro de aprender.
Afortunadamente, usar DOM en tecnología JS es fácil y mayormente intuitivo. En este punto, normalmente muestro como usar DOM o por lo menos doy algunos ejemplos de código, pero eso sería un engaño. Verás, podés entrar bastante rápido en Ajax sin tener que lidiar con DOM y ese es el camino que les voy a mostrar. Volveré al DOM en un futuro artículo, pero por ahora, solo tené en cuenta que está ahí. Cuando empieces a enviar XML ida y vuelta entre código JS y el servidor y realmente cambies el formulario HTML, vasa volver a indagar en DOM. Es fácil obtener algo de Ajax efectivo sin él, así que postergalo por ahora.
Obtener el objeto Petición
Con una descripción básica adquirida, estás listo para para ver algunos detalles. Como XMLHttpRequest es cetral para las aplicaciones Ajax, y probablemente nuevo para muchos de ustedes, voy a empezar ahí. Como viste en Listing 1 debería ser bastante fácil crear este objeto y usarlo, correcto? Espera un minuto.
Trabajar con navegadores Microsoft
El navegador de Microsoft, Internet Explorer, usa el programa de análisis MSXML para trabajar el XML (puedes encontrar mas sobre MSXML en Recursos) Entonces cuando escribas aplicaciones Ajax que necesiten trabajar en Internet Explorer, vas a necesitar crear el objeto de una manera particular.
Sin Embargo, no es tan fácil. MSXML realmente tiene dos versiones diferentes dando vueltas dependiendo de la versión de la tecnología JS instaslada en Internet Explorer, por eso tenés que escribir el código que maneje ambos casos. Mirá en Listing 3 el código que necesitás para crear un objeto XMLHttpRequest en Navegadores Microsoft.
Listing 3: Tomar y establecer valores de campo con código JS
var xmlHttp = false
try {
xmlHttp = new ActiveXObject("Msxml2.XMLHTTP");
} catch (e) {
try {
xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");
} catch (e2) {
xmlHttp = false;
}
}
Todo esto no es exactamente lo que necesitamos, pero está bien. Vas a indagar en programación en JavaScript, manejo de Errores, compilación condicional y mas antes de que esta serie termine. Por ahora tenes que tener dos líneas básicas en tu cabeza:
xmlHttp = new ActiveXObject("Msxml2.XMLHTTP");
y
xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");

Aislado, este código trata de crear el objeto usando una versión de MSXML; si falla, lo crea usando la otra versión. Lindo, no? Si ninguno de esos anda, la variable xmlHttp se establece a falso, para decirle a tu código que algo no esta andando. Si ese es el caso, probablemente tengas un navegador no-Microsoft y necesitas usar un código diferente para hacer el trabajo.
Trabajando con Mozilla y navegadores No-Microsoft
Si Internet Explorer no es tu navegador elegido o escribís código para navegadores No-Microsoft, entonces necesitás código diferente. De hecho, es la simple línea de código que viste en el listing 1:
var xmlHttp = new XMLHttpRequest object;
Esta línea mucho mas simple crea un objeto XMLHttpRequest en Mozilla, Firefox, Safari, Opera y casi todos los otros navegadores No-Microsoft que soporten Ajax de cualquier manera o moda.
Ponerlos juntos
La clave para soportar todos los navegadores. ¿Quién quiere escribir una aplicación que trabaje solo en internet explorer o una que trabaje solo en navegadores No-Microsoft ? Peor todavía, ¿querés escribir tu aplicación dos veces? Por supuesto que no! Entonces combiná tu código para que soporte a ambos. El Listing 4 muestra el código que hace solo eso:
Listing 4: Crear un objeto XMLHttpRequest de la forma multi-navegador
/*Crear un nuevo objeto XMLHttpRequest para comunicarse con el servidor*/
var xmlHttp = false;
/*@cc_on @*/
/*@if (@_jscript_version 5)
try {
xmlHttp = new ActiveObject("Msxml2.XMLHTTP"):
} catch (e) {
try {
xmlHttp = new ActiveObject("Microsoft.XMLHTTP"):
} catch (e2) {
xmlHttp = false
}
}
@end @*/
if (!xmlHttp typeof XMLHttpRequest != 'undefined') {
xmlHttp = new XMLHttpRequest();
}
Por ahora, ingnorá los comentarios y etiquetas extrañas tal como @cc_on; son comandos de compliación especiales de JavaScript que vas a explorar en profundidad en mi próximo artículo, que va a estar focalizado especificamente en XMLHttpRequest. Este código puede dividirse en tres fases:
  1. Crear la variable xmlHttp patas referir el objeto XMLHttpRequest que vas a crear
  2. Tratar de crear los objetos en navegadores Microsoft:
    • tratar y crear el objeto usando el objeto Msxml2.XMLHTTP
    • Si eso falla, tratar y crear el objeto usando el objeto Microsoft.XMLHTTP
  3. Si xmlHttp no está todavía establecido, crear el objeto en la manera no-Microsoft
Al final de este proceso, xmlHttp debe referenciar a un objeto XMLHttpRequest válido, sin importar que navegador utilicen los usuarios.

-----------

Bien, hoy fue un poco menos, mañana veremos que pasa..




Etiquetas:

miércoles, febrero 22, 2006

Traducción de Artículo sobre Ajax

Este artículo se encuentra originalmente en IBM y lo encontré vía kblog y es una traducción cuyo unicos objetivos son practicar mi inglés y aprender Ajax. Aclaro que solo es una traducción de alguien que apenas está estudiando. Se aceptan aportes, correcciones, críticas, etc.
Dominar Ajax, Parte 1: Introducción a Ajax
Entender Ajax, un acercamiento productivo a la construcciones de sitios web, y como trabajan.
Nivel: Introductorio
Brett McLaughlin (brett@oreilly.com, Autor y Editor, O´Reilly y Asociados.
06 dic 2006
Ajax, que consiste en HTML, JavaScript tecnology, DHTML y DOM, es un excepcional acercamiento que te ayuda a transformar interfases web pesadas en aplicaciones interactivas Ajax. El autor, un experto en Ajax, demuestra como esas tecnologías trabajan juntas -desde una breve descripción a una vista detallada- para hacer el desarrollo web extremadamente eficiente una facil realidad. Tambien revela los conceptos centrales de Ajax, incluido el XMLHttpRequest object.
Cinco años atras, si no sabías XML, eras el patito feo a quien nadie hablaba. Dieciocho meses atrás, Ruby tomo popularidad y los programadores que que no sabían que estaba pasando con Ruby no eran bienvenidos en el dispenser(1). Hoy, si queres estar en lo último de la tecnología, AJAX es donde.
Sin Embargo, Ajax es mucho mas que solo un capricho; es un poderoso adelanto para la construcción de sitios web y no es tan duro como aprender un nuevo lenguaje completo.
Antes, voy a profundisar en que es Ajax, aunque, vamos a gastar solo unos momentos en entender que hace ajax. Cuando escribes una aplicación hoy, tenés dos opciones básicas:
  • Aplicaciones de Escritorio

  • Aplicaciones Web
Ambas son familiares, las aplicaciones de escritorio generalmente vienen en CD (o a veces se bajan de un sitio web) y se instalan completamente en tu computadora. Se puede usar Internet para descargar actualizaciones, pero el codigo que ejecutan esas aplicaciones reside en tu escritori. Aplicaciones Web- y no hay sorpresas aquí- se ejecutan en un servidor web en algún lugar y accedés a la aplicación con tu navegador Web.
Más importante que donde se ejecuta el código para esas aplicaciones es, sin embargo, como las aplicaciones se comportan y como se interactúa con ellas. Las aplicaciones de escritoriogeneralmente son un poco mas rápidas (se ejecutan en tu computadora, no tenés que esperar a la conexión de internet), tienen interfaces de usuario grandiosas (generalmente interactuan con tu sistema operativo) y son increiblemente dinamicas. Podés clickea, apuntar, tipear, desplegar menus y submenus y navegar por ella casi sin esperas.
Por otro lado, las aplicaciones web generalmente son actualizadas al segundo y proveen servicios no podrías tener nunca en tu escritorio (pensemos en Amazon.com y ebay). Sin Embargo, con el poder de la Web vienen las esperas: espera a que el servidor responda, espera a que las pantalla se actualicen, espera de la peticiones para volver y generar una nueva pagina.
Obviamente esto es un poco una simplificación, pero tenés la idea básica. Como probablemente ya estarás sospechando, Ajax trata de disminuir el espacio entre la funcionalidad e interactividadde la aplicación de escritorio y de la siempre-actualizada aplicacion Web. Podés usar interfaces de usuario dinamicas y controles mas lujososcomo los que encontrás en las aplicaciones de escritorio, pero disponibles en uan aplicación Web.
entonces, que estas esperando? Empezá a mirar a Ajax y como transformar tu pesada interface Web a aplicaciones Ajax de rápidas respuestas.
Vieja tecnología, nuevos trucos
Cuando se entra a Ajax, La realidad es que involucra un monton de tecnologías, para estar mas allá de los fundamentos, necesitas insistir en varias tecnologías diferentes (Esto es la razón por la cual pase algunos artículos iniciales de esta serie describiendo cad auna de ellas). La buena noticia es que probablemente ya conoscas un parte decente sobre varias de estas tecnologías, mejor todvía, la mayorías de esas tecnologías individuales son faciles de aprender, ciertamente no tan difícil como un lenguaje de programación entero como Java or Ruby.
Acá están las tecnologías básicas implicadas en en las aplicaciones Ajax:
  • HTML se usa para construir formularios web e identificar campos para usar en el resto de la aplicación.
  • El código JavaScript es el código base ejecutado por las aplicaciones Ajax y ayuda a facilitar la comunicación con las aplicaciones servidor.
  • DHTML o HTML dinámico, ayuda a actualizar los formularios dinámicamente. Vas a usar div, span y otros elementos de HTML dinámico para comentar(2) tu HTML
  • DOM, Modelo de Objetos de Documento, va a ser usado (vía código Javascript) para trabajar con ambos: La estructura del HTML y en algunos casos el XML devuelto por el servidor.
Vamos a desglosarlos para tener una mejor idea de que hacen cada uno. Voy a indagar mas en cada uno de ellos en futuros artículos. Ahora focalicemos en familiarizarnos con esos componentes y tecnologías. Cuanto mas familiarizado estés con este código, más facil va a ser moverse desde conocimiento ocacional sobre estas tecnologías a dominarlas (y realmente mejorar(3) el desarrollo de tu aplicación web).
El objeto XMLHttpRequest
El primer objeto que vas a querer entender es probablemente el que te es más nuevo, se llama XMLHttpRequest. Es un objeto de JavaScript y se crea tan simple como se muestra en Listing 1
Listing 1: Crear un nuevo objeto XMLHttpRequest

<script languaje="javascript" type="text/javascript">
var xmlHttp=new XMLHttpRequest();
</script>

Voy a hablar mas sobre este objeto en el próximo artículo, pero por ahora tengan en cuenta que este es el objeto que maneja todas las comunicaciones con el servidor. Antes de seguir, para y piensa: es la tecnología javascript a travez del objeto XMLHttpRequest la que habla con el servidor. No es el flujo normal de las aplicaciones y es donde Ajax toma mucha de su magia.
En una aplicación web normal, los usuarios completan formularios y hacen click en el botón de Submit. Entonces el formulario completo es enviado al servidor, el servidor transfiere el procesamiento a un Script (generalmente PHP, o Java o puede ser un proceso CGI o algo similar) y cuando el escrip está hecho, devuelve un pagina completamente nueva. Esa página puede ser HTML con un nuevo formulario, con algo de información completada, o puede ser una confirmación o capás una página con algunas opciones selecionadas basadas en información ingresada en el formulario original. Por supuesto, mientras el script o programa en el servidor esta procesando y devolviendo el nuevo formulario, los usuarios tienen que esperar. Sus pantallas se limpiaran y luego se redibujaran con la información que vuelve del servidor. Aca es donde la interactividad entra en juego: los usuarios no obtienen respuesta instantanea y ciertamente no sienten que estén trabajando en una aplicación de escritorio.
Ajax esencialmente pone la tecnología JavaScript y el objeto XMLHttpRequest entre tu formulario Web y el servidor. Cuando los usuarios completan formularios, es información es enviada a algun código JavaScript y no directamente al servidor. En cambio el código Javascript toma la infomación del formulario y manda una petición al servidor. Mientras esto está pasando, el formulario en la pantalla del usuario no se mueve, refresca, centellea, desaparece o para. En otras palabras, el código JavaScript manda el código en secret, el usuario no se da cuenta que la petición ha sido hecha. Todavía mejor, la peticion es enviada asincronicamente, que significa que tu JavaScript (y el usuario) no esperan sin hacer nada a que el servidor responda. Entonces los usuarios pueden continuar ingresando información, moviendose en la pantalla, y usando la aplicación.
Luego, el servidor devuelve la información a tu código JavaScript (todavía esperando en el formulario Web) que decide que hacer con esa información. Puede actualizar campos de formularios en la marcha, dando ese sensacion de inmediatoa tu aplicación, los usuarios obtienen información sin que sus formularios hayan sido aceptados o refrescados. El código JavaScript puede demas tomar la información, realizar algunos cálculos y mandar otra petición, todo sin la intervensión del ususario! Este es el poder del XMLHttpRequest. Puede comunicarse de ida y vuelta con el servidor todo lo que quiera, sin que el usuario se entere de que eso está pasando. El resultado es un experiencia dinámica, de respuesta rápida, y altamente interactiva como la de una aplicación de escritorio, pero con todo el poder de internet detrás.
Agregar algo de JavaScript
Una vez que manejes XMLHttpRequest , el resto de tu código JS va a parecerte un poco aburrido. De hecho, vas a usar código JS solo para algunas tareas básicas:
  • Tomar la información del formulario: el código Js hace simple sacar la información fuera de tu formulario y lo mandarla al servidor.
  • Cambiar valores en el formulario: tambien es simple actualizar un formulario, desde los valores de los campos elegidos para reemplazar imagenes en la marcha.
  • Analizar HTML y XML: vas a usar código JS para manipular el DOM (ver la siguiente sección) y para trabajar con la estructura de tu formulario HTML y cualquier información XML que devuelva el servidor.
Para lso dos primeros items, vas a necesitar familiarizarte con el método getElementById() como se muestra en listing 2
Listing 1: Tomar y establecer valores de campo con código JS

//Tomar el valor del campo "telefono" y ponerlo en una variable llamada telefono
var telefono = document.getElementById("telefono").value;

// Establecer algunos valores en un formulario usando un arreglo llamado respuesta
document.getElemenById("orden").value= respuesta[0];
document.getElemenById("direccion").value= respuesta[1];
No hay nada particularmente destacable acá y eso es bueno! Debes empezar a darte cuenta que no hay nada tremendamente complicado sobre esto. Una vez que manejes XMLHttpRequest , mucho del resto de tu aplicación Ajax va a ser código JavaScript simple como el que se muestra en el listing 2, mesclado con un poco de HTML inteligente. Entonces, a veces hay un poco de trabajo de DOM... por eso vamos a mirar eso.


Mañana sigo... bye.






(1) water cooler gossip: conversación o chusmerío que se forma alrededor del dispenser de agua en las oficinas.
(2) to mark up: to write notes or instructions for changes on a piece of writing, music etc.
(3) blowing the doors off: expresion que no encontré traducción.


Etiquetas:

miércoles, febrero 15, 2006

Pinien

Tener dicho algo en Mapuche.
Tengo ganas de tener algo dicho. Unicamente con este poco original propósito empiezo este blog. Ni siquiera se si significa esto, pero me gustó y de eso se trata, de que me guste.
Ademas provengo de estas tierras que alguna vez fueron de ellos y es probable, aunque no lo sé, que algo de su sangre corra en mis venas. Es es mi más que humilde homenaje.


Etiquetas: