David Esperalta

Si desarrollas alguna página web que necesita Javascript, no dejes de informar al usuario que acaso navege por tu página con un navegador que, o bien no soporta Javascript, o bien tiene deshabilitada esa característica. Existe para ello una etiqueta de HTML como lo es "noscript", cuyo contenido sólo mostrarán los navegadores que no dispongan o no utilicen Javascript en un momento dado. El mensaje que habría de contener dicha etiqueta iría desde un "No tienes activado Javascript y así no es posible mostrar esta página correctamente", pasando por un "Parece que tu navegador no soporta cierta característica (Javascript) necesaria para que esta página se muestre correctamente", y hasta un "Algunas partes de esta página no se mostrarán bien si no dispones de Javascript en tu navegador".

La etiqueta "noscript" puede contener HTML, y puede "estilizarse" mediante CSS, pero, sea como sea, no debería omitirse si nuestra página web necesita Javascript para mostrarse correctamente, puesto que puede suceder que el usario se quede con un palmo de narices y no sepa lo que hacer. Claro que hay casos y casos. Por ejemplo, si visitas "sin Javascript" el sitio web de la revista XLSemanal, simplemente, te quedarás en una página en blanco. Absolutamente nada se muestra al usuario, puesto que además se aprecia un código fuente un tanto "raro", en mi opinión. He aquí el cuerpo de la página en cuestión, punto de entrada al sitio web susomentado, y dime qué te parece a ti:

<form action="home.php" method="post">
<input type="hidden" name="id_edicion" value="3487">
</form>
<p class="aqui-script-tag">
 document.formulario.submit();
</p>

Efectivamente, existe un formulario que redirige a otro "script" del sitio web... un formulario que no contiene ningún campo visible, y que es enviado "in situ" programáticamente, mediante Javascript, como puedes ver, o no sé si se debería decir haciendo uso de las características del DOM (Document Object Model). Sea como sea, si nuestro navegador no soporta o no tiene activado Javascript, nos quedaremos con una página en blanco, algo que podría evitarse, y no digo que en el caso anterior, que acaso requeriría de "algo más", podría evitarse, digo, utilizando la etiqueta "noscript" que está a nuestra disposición. Como contenido podríamos añadir un enlace que dirigiera al usuario a cualquier otra página de nuestro sitio web.

Sea como sea, parece que la etiqueta "noscript" no es muy utilizada, o sea pasa de ella: se sobreentiende que el usuario dispone de Javascript, o de que se buscará la vida si algo va mal, pero, lo cierto es que está a nuestro alcanze informar al usuario de una circunstancia como esta, y, no sé porqué no deberíamos hacerlo. Ya no en casos tan extraños como el sitio web que he puesto de ejemplo (de casualidad) sino en cualquier página web, por supuesto, siempre que vayamos a usar Javascript, pues de lo contrario no tendría sentido hacerlo.

Actualización: Trabajando con este asunto, encontré problemas al tratar de aplicar "estilos" a la etiqueta "noscript". Sin embargo, la solución que he encontrado es sencilla: puesto que puede usarse HTML dentro de la etiqueta "noscript" y no tendremos problemas en aplicar el estilo que queramos a las etiquetas que usemos dentro de "noscript".

Tengo ya en mi haber (¿seguro que quiero decir en mi haber?) varios intentos de llevar a cabo una especie de "programa para presentaciones" utilizando únicamente (¡ja!) HTML, CSS y Javascript, de la mano, esto último, por supuesto, de la biblioteca jQuery. Ayer mismo fue el último (¡ay, que no he dicho el penúltimo! ¡que he dicho el último!) y esto todo el día trabajando en el asunto, miento, la mayor parte del día, puesto que parte de la mañana volví a dedicársela a Gesbit, ¡como no podía der de otro modo!

Pero no termina de convencerme. Mira que le he dado vueltas, mejor dicho, mira que tengo más o menos claro lo que hay que hacer. Y el último intento, el de ayer, es en el que más he llegado a avanzar, y, con ciertas limitaciones, lo cierto es que jPresent (que así le dí en llamar al "invento") funcionaba más o menos como era de esperar. Por supuesto, hoy tocaría revisar el código escrito ayer, un poco a batiburrillo, aunque no indecentemente, de modo que fuera refactorizado (¿no se dice así?) y adecentado aún un poco más, si cabe, y... siempre cabe.

¡Pero he dicho que hoy tocaría! Es decir, parece que condiciono ponerme a ello o no, puesto que no digo que es lo que voy a hacer... sino lo que tocaría hacer... ¿Y cómo es esto? ¿Acaso no pienso seguir adelante? ¿Acaso daré por perdido el día de ayer? Pero los días no se pierden, en todo caso, nos perderemos nosotros, que, llevamos la cuenta de los días. ¡Y cómo la llevamos! Cíclicamente, porque, no decimos que hoy es el día chorrocientos millones, ciento y pico mil, etc., sino que hoy es lunes, o martes, o el día que sea, tal como lo fue la semana pasada, cíclicamente.

Pero yo no quería decir eso. Estaba hablando de jPresent, y de que poca o nula practicidad... ¡a pesar de que lo he llegado a ver algo muy curioso y útil! Me engañaba, o, a lo menos, ahora pienso que algo así no tiene mucho sentido. Es cierto que no me ha quedado del todo mal, es decir, tiene algunas características curiosas jPresent, claro, que, si lo digo yo, el asunto pierde un poco de la gracia que pudiera llegar a tener. Efectivamente, yo debo ir con los días, cíclicamente, ya digo, de modo que lo que ayer veía como razonable y a lo que merecía la pena dedicar esfuerzos, hoy no lo veo así.

Así que ahora pienso que voy a guardar jPresent en un cajón, es un decir, de modo que lo deje reposar, si se puede decir así, como al vino en su barrica, a ver si cuando pase un tiempo este se agría o, por el contrario, aparece mejorado a mis ojos, y hasta me da por seguir adelante. Como no faltan cosas por hacer, incluso nada, no me voy a preocupar de este asunto, ¡he perdido o ganado, quién sabe si soy consciente de lo que gano y pierdo, tantos días como el de ayer! Uno más no importa en absoluto. En fin, ya sé que estoy desvariando, pero, ¿qué quieres? Ya vendrán tiempos mejores, y, sino, ¡que nos quiten lo bailao! ¿No se dice así?

Aunque existen algunas soluciones para incluir archivos en un documento HTML (una página web) utilizando Javascript, de la misma manera en que acostumbramos a hacerlo en PHP, digo, la solución que propone Johann Burkard, o sea el nuevo plugin "Inc" para jQuery, se aproxima al ideal en buena medida. Con este plugin para jQuery podremos incluir archivos HTML, XML, de texto "plano", en fin, utilizando para ello la magia de jQuery, es decir, utilizando Javascript del lado del "cliente".

El plugin permite la inclusión de archivos "de entrada", y también la inclusión programática de archivos. El plugin funciona en Internet Explorer (incluso en su versión 6), Opera, Safari, Firefox y aun otros navegadores, y no hace uso de "ActiveX" ni nada parecido. De hecho el plugin "Inc" para jQuery es una pocholada que ocupa 1.2 KB sin comprimir, y sólo unos cuantos bytes en su versión "minimizada". Obviamente se depende de Javascript para realizar una tarea así, pero, asumiendo esto, no deja de ser algo fantástico poder recurrir a ello.

Por ejemplo, a mí se me ocurre llevar a cabo una especie de "Mini Power Point", utilizando Javascript, y este plugin para jQuery puede ser muy, muy útil, de hecho imprescindible. Este plugin, junto con algún otro para jQuery, y todavía alguna pieza de código como pueda ser ShowDown, capaz de convertir en HTML archivos de texto plano con formato "Markdown", nos asegurarían conseguir una aplicación más o menos curiosa. Ciertamente, sería una aplicación que dependería de Javascript, pero, ¿y? Para eso están los navegadores que lo soportan, ¿no es así?

Así que no me veo yo incluyendo contenido con Javascript así como así, pero, sí que pienso tener en cuenta este plugin "Inc" para jQuery, si es que me decido a llevar a cabo algo como lo comentado, o para alguna que otra aplicación más que pudiera salir adelante. Personalmente, me ha dejado alucinado, porque alguna vez intenté hacer algo parecido y bueno, no tengo que decir que me quedó un churro inservible. Pero "Inc" cuenta con un código elegante, y, luego de probarlo en los navegadores en los que suelo, he podido comprobar que funciona estupendamente además.

Por si quedaba alguna duda de que si no existiera la biblioteca jQuery para JavaScript, digo, habría que inventarla, en la bitácora de jQuery se informa de que Microsoft y Nokia han decidido integrar esta maravillosa biblioteca en sus respectivos entornos de desarrollo, en el caso de Microsoft, Visual Studio, de forma que incluso se pueda hacer uso del "autocompletado" de código teniendo ya en cuenta que jQuery está ahí disponible.

Es una estupenda noticia, creo yo, para Jhon Resig y el equipo de programadores que llevan a cabo jQuery. La primera vez que tuve la oportunidad de toparme con esta biblioteca pensé dos cosas, probablemente, una de ellas equivocada: la primera, que me encontraba sin duda alguna ante una "pieza de software" que me iba a venir muy bien para mis desarrollos, como así ha sido; y, la segunda, que no se había inventado en España... no sé a qué venía este punto rancio patriota.

Sea como sea me alegro de veras por Jhon Resig, fíjate tú, sin conocerle, porque me da a mí que es una estupenda persona que ha llevado a cabo un trabajo insuperable con jQuery. Pero, un momento, ¿he dicho insuperable? No; estoy seguro de que todavía puede sorprendernos alguien, incluso el propio Resig, pero, desde luego, de lo que no puede caber la menor duda es de la excelencia de jQuery: y no lo digo yo, lo dice ya Microsoft y Nokia, además de otras personas y empresas que hacen uso de jQuery en sus proyectos.

Me enteré en la bitácora Variable Not Found y no puedo dejar de sonreirme pensando en Jhon Resig y en la sonrisa que tiene que tener él mismo. ¡Maravillosa jQuery! ;-)

Aunque parece que no se actualiza conforma las últimas versiones de la biblioteca jQuery, lo cierto es que el sitio web Visual JQuery me ha sido, me es y me seguirá siendo de no poca ayuda en el futuro. Se trata, como su nombre indica, de un sitio que muestra cierta ayuda a modo de ejemplos de uso de una forma más o menos visual, y, cuando menos ciertamente atractiva.

Visual jQuery se incluye, por ejemplo, en Aptana Studio, y es que también es posible descargar la ayuda completa, es decir, todo lo que podemos ver en el sitio web de Visual jQuery. La imagen que ilustra esta entrada es el menú "principal" de Visual jQuery, y cada uno de sus elementos engloban las características también principales de la biblioteca jQuery para JavaScript.

A partir de ahí se abren submenús que contienen más elementos, hasta acotar la información, por ejemplo, para un determinado método de jQuery, incluyendo además los ejemplos de uso susomentados para cada método en cuestión. En definitiva, dudo mucho que no conocieras ya Visual jQuery, si utilizas jQuery en tus proyectos, pero, acaso no la conozcas y te interese hacerlo.

Personalmente, suelo hacer uso de Visual jQuery en no pocas ocasiones, como ya he dicho, aunque, no puede olvidarse que jQuery cuenta con su propia documentación, acaso más "avanzada", seguramente también más actualizada, y que puede encontrarse en cualquier caso en el sitio web doc.jquery.com. Pero, supongo que una cosa no quita la otra. ¿No te parece?

jQuery es mucha jQuery, pero todavía hay otras bibliotecas y "frameworks" para JavaScript, y estoy seguro de que en el futuro aparecerá alguna que nos sorprenda a todos. Por ejemplo, puedes echar un vistazo a Ext JS, un "framework" para JavaScript con especial incapié (según lo veo yo) en los componentes visuales, por decirlo así. No dejes de echar un vistazo a los ejemplos que se muestran en su página web.

Pareciera una biblioteca de componentes demasiado "pesada": el propio "corazón" de Ext JS pesa ya más del doble que lo que jQuery, pero, quién sabe. Lo que no se puede negar es un gusto exquisito, unos componentes muy logrados, una infraestructura estupenda, ciertos negocios entorno a la biblioteca, en fin, creo que tras Ext JS hay cierto saber hacer que agradece hasta la vista. No dejes tú de echar un vistazo.

Muy curioso el efecto que consigue llevar a cabo el plugin Flip! para jQuery. Como sabes, la propia biblioteca jQuery incorpora "de serie" ciertos efectos que pueden aplicarse a los distintos elementos que componen una página. Más allá de lo bonito que puedan llegar a quedar, algunos de estos efectos pueden llegar a ser realmente útiles y prácticos de cara al usuario de una determinada aplicación.

El efecto que consigue el plugin Flip!, como puedes ver en su página de demostración, no sé si podrá resultar útil, aunque me parece a mí que sí, pero, lo que no se puede negar es que es bonito. Se da una circunstancia curiosa, y es que, probado el plugin en Firefox, Opera, Safari e Internet Explorer, en Safari pareciera Opera pareciera que se trata de un efecto distinto a como se ve en el resto de navegadores, pero, funciona bien en todos.

Por otro lado, creo que es en Safari (con "motor" Webkit) donde el efecto del plugin Flip! se ve mejor, como más estilizado, aunque igual es una percepción mía nada más, lo cierto es que el plugin funciona, como digo, en todos los navegadores mencionados, y Flip! me parece ideal además para añadirlo incorporarlo en otros plugins para jQuery, puesto que ocupa poco más de 5 KB sin comprimir, lo que comprimido lo dejaría en menos de la mitad poco más o menos.

Pienso en una especie de "Ticker" de noticias, que podría utilizar este plugin para llevar a cabo el efecto correspondiente, además de decicarse, claro está, a mostrar las noticias oportunas. Si bien, como he dicho, jQuery ofrece algunos efectos básicos de serie, dado que Flip! pesa tan poco parece ideal contar con él y aprovecharse de su particular efecto. Y termino con una nota mental: ¿cuántas veces he escrito la palabra efecto en esta entrada? Je je je...

Si programas en PHP, a buen seguro una de tus funciones favoritas y/o utilizadas es "print_r()". Esta función, como dice el manual, "Imprime información legible para humanos sobre una variable". Yo no sé tú, pero, personalmente, mientras trabajo en un proyecto, muchas veces recurro a "print_r()", que, además puede ser incluso más útil si cuentas con la extensión xDebug para PHP.

De esa forma me muestro a mí mismo información "formateada" acerca de una determinada variable, para acto seguido detener la ejecución del "script", como puedes ver. Pues bien, a veces me hubiera gustado poder contar con una función como "print_r()" para JavaScript, y, por eso me ha llamado la atención el plugin Dump para jQuery, porque promete justamente eso, una especie de función "print_r()" para JavaScript. Igual merece la pena echar un vistazo más despacio al plugin Dump, no vaya a ser que nos estemos perdiendo algo bueno.

No es la primera vez que refiero en esta bitácora al plugin Hotkeys para jQuery, y es que lo utilizo en Gesbit desde hace cierto tiempo, si bien hubo una especie de lapsus, y es que el plugin no se terminaba de actualizar, y tenía algún que otro error.

Pero esto se ha acabado, quiero decir, ahora el plugin parece actualizarse a menudo, se han corregido no pocos problemas, y su futuro está asegurado desde el punto de vista de sus autores, que quieren implementar nuevas características en el plugin.

Por ejemplo, una de las características que quieren implementar es sucesivas versiones, es la posibilidad de añadir "accesos directos" no ya mediante una tecla, o una combinación de estas, sino algo parecido a lo que se hace en GMail.

Me estoy refiriendo a la posibilidad de añadir "accesos directos" mediante dos o más teclas, es decir, reaccionar cuando el usuario pulse la tecla "a", por ejemplo, y, justo a continuación, pulse la tecla "b". Por otro lado, no dejes de echar un vistazo a la demostración del plugin Hotkeys, que deja bien claro lo que vale.

Hace poco se planteó en esta bitácora un debate acerca de jQuery y sus plugins, y, digamos, que, con los plugins para jQuery de que quiero hablar en esta entrada, tal vez tenga que dar la razón a mis "adversarios". Efectivamente, ¿para qué usar jQuery con el fin de obtener el "hash" MD5 de una cadena si se cuenta con soluciones "en un sólo script" que se demuestran efectivas? Sobra jQuery, probablemente, y a no ser que ya se utilizase yo mismo optaría por la otra solución, es decir, utilizar el "script" que implemente el algoritmo MD5.

Sin embargo, una cosa no quita la otra, como lo demuestran los plugins para jQuery que hace poco se han publicado, todos ellos del mismo autor, y que permiten obtener de una cadena sus firmas SHA1, MD5, CRC32 y Base64, ahí es nada. Evidentemente, estos plugins se implementan como "funciones de jQuery", puesto que no se aplican a ningún elemento en concreto, sino que requieren de los correspondientes argumentos, para obtener el oportuno resultado. El autor ha preparado una página web donde también es posible encontrar todos estos plugins.