<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Rails, el demonio del client-side</title>
	<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/</link>
	<description>historias para no dormir...</description>
	<pubDate>Sun, 23 Nov 2008 16:43:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0</generator>

	<item>
		<title>by: A tener en cuenta en AJAX</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-132333</link>
		<pubDate>Fri, 14 Dec 2007 18:37:36 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-132333</guid>
					<description>[...] Hace tiempo que encontré el enlace, pero no lo había leído con detenimiento hasta hoy, tras encontrarlo en La Taberna del Turco. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Hace tiempo que encontré el enlace, pero no lo había leído con detenimiento hasta hoy, tras encontrarlo en La Taberna del Turco. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Blog de programación &#187; Archivo del weblog &#187;</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-56358</link>
		<pubDate>Wed, 06 Jun 2007 14:28:13 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-56358</guid>
					<description>[...] [1] Por ejemplo, Rails incluye alternativas accesibles para formularios que se envían por Javascript, incluyendo un argumento que indica a qué URL enviarlo si no está habilitado el Javascript. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] [1] Por ejemplo, Rails incluye alternativas accesibles para formularios que se envían por Javascript, incluyendo un argumento que indica a qué URL enviarlo si no está habilitado el Javascript. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: knoopx</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-36096</link>
		<pubDate>Tue, 13 Mar 2007 00:29:40 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-36096</guid>
					<description>Si nos referimos a accesivilidad en el caso del acceso a la web por parte de personas discapacitadas yo creo que todo el problema con los Screen Readers y AJAX es tarea de los programadores de los Screen Readers, no del programador web.</description>
		<content:encoded><![CDATA[<p>Si nos referimos a accesivilidad en el caso del acceso a la web por parte de personas discapacitadas yo creo que todo el problema con los Screen Readers y AJAX es tarea de los programadores de los Screen Readers, no del programador web.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: rdcklinux</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-35209</link>
		<pubDate>Tue, 06 Mar 2007 21:36:10 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-35209</guid>
					<description>esta muy bueno esto
pero una pregunta que me tiene en una gran incognita y que nadie ha poido responder
si creo un objeto dinamico de esta forma

tr = tbody.insertRow();

siendo tr una TR dentro de un TBODY de un TABLE

si yo quiero que el evento OnMouseOver por ejemplo gatille una funcion

como se le puede pasar parametros a esta funcion</description>
		<content:encoded><![CDATA[<p>esta muy bueno esto<br />
pero una pregunta que me tiene en una gran incognita y que nadie ha poido responder<br />
si creo un objeto dinamico de esta forma</p>
<p>tr = tbody.insertRow();</p>
<p>siendo tr una TR dentro de un TBODY de un TABLE</p>
<p>si yo quiero que el evento OnMouseOver por ejemplo gatille una funcion</p>
<p>como se le puede pasar parametros a esta funcion
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Fernando</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2517</link>
		<pubDate>Tue, 09 May 2006 05:56:22 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2517</guid>
					<description>&lt;strong&gt;Federico:&lt;/strong&gt; sí, básicamente es el programador el que se olvida de la importancia de la accesibilidad y no desarrolla una solución apropiada alternativa al Javascript.</description>
		<content:encoded><![CDATA[<p><strong>Federico:</strong> sí, básicamente es el programador el que se olvida de la importancia de la accesibilidad y no desarrolla una solución apropiada alternativa al Javascript.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Federico</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2514</link>
		<pubDate>Mon, 08 May 2006 22:13:18 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2514</guid>
					<description>&lt;blockquote&gt;Rails sí que incluye una alternativa accesible en el caso de los formularios&lt;/blockquote&gt;
¿O sea que el verdadero problema no es Rails sino los desarrolladores que &quot;olvidan&quot; usar correctamente la función?</description>
		<content:encoded><![CDATA[<blockquote><p>Rails sí que incluye una alternativa accesible en el caso de los formularios</p></blockquote>
<p>¿O sea que el verdadero problema no es Rails sino los desarrolladores que &#8220;olvidan&#8221; usar correctamente la función?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Gonzalo</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2508</link>
		<pubDate>Mon, 08 May 2006 10:17:10 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2508</guid>
					<description>Lo que escribes en este artículo, y comenta demimismo es uno de los aspectos más importantes de esta llamada Web 2.0. Si no conseguimos que las páginas funcionen sin Javascript activado, damos un paso atrás lamentable. Ahora mismo que están surgiendo nuevos dispositivos con conexión a internet (como por ejemplo los teléfonos móviles) dan un punto de vista más amplio a  la accesibilidad web y el acceso universal.
Pudiendo utilizar lenguajes de scripts en el servidor, creo que hay una especie de ley moral del desarrollo web que nos empuja a hacer un buen uso de estas técnicas.
Molaría que la primera letra del acrónimo de AJAX fuese el de accesible.
Muy interesante, Fernando.</description>
		<content:encoded><![CDATA[<p>Lo que escribes en este artículo, y comenta demimismo es uno de los aspectos más importantes de esta llamada Web 2.0. Si no conseguimos que las páginas funcionen sin Javascript activado, damos un paso atrás lamentable. Ahora mismo que están surgiendo nuevos dispositivos con conexión a internet (como por ejemplo los teléfonos móviles) dan un punto de vista más amplio a  la accesibilidad web y el acceso universal.<br />
Pudiendo utilizar lenguajes de scripts en el servidor, creo que hay una especie de ley moral del desarrollo web que nos empuja a hacer un buen uso de estas técnicas.<br />
Molaría que la primera letra del acrónimo de AJAX fuese el de accesible.<br />
Muy interesante, Fernando.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Puntos a tener en cuenta cuando uses AJAX &#187; ingeniuz :: desarrollo web útil</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2507</link>
		<pubDate>Mon, 08 May 2006 08:29:21 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2507</guid>
					<description>[...] Hace tiempo que encontre el enlace, pero no lo había leido con detenimiento hasta hoy, tras encontrarlo en La Taberna del Turco. Si estais pensando en usar masivamente AJAX para vuestro proyecto, os recomiendo su lectura. La lista es editable, por lo que puede ir creciendo con interesantes aportaciones. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Hace tiempo que encontre el enlace, pero no lo había leido con detenimiento hasta hoy, tras encontrarlo en La Taberna del Turco. Si estais pensando en usar masivamente AJAX para vuestro proyecto, os recomiendo su lectura. La lista es editable, por lo que puede ir creciendo con interesantes aportaciones. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: demimismo</title>
		<link>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2506</link>
		<pubDate>Mon, 08 May 2006 08:15:30 +0000</pubDate>
		<guid>http://www.tabernadelturco.com/2006/05/08/rails-el-demonio-del-client-side/#comment-2506</guid>
					<description>Yo no soy ni mucho menos un experto en Rails, me dí cuenta de esto haciendo alguna pruebilla y la verdad es que es una gaita de aquí te espero :-(

Yo siempre digo lo mismo cuando me preguntan sobre esto: primero cueces y luego enriqueces. Quiero decir que lo primero sería hacer que la aplicación funcione sin AJAX y luego acoplarle el AJAX como un extra, lo importante es que el extra sea el comportamiento, no la accesibilidad.

Por lo que he visto se puede utilizar Rails de forma que tu aplicación sea totalmente accesible, el problema es que algunos desarrolladores eliminan los controladores &quot;antiguos&quot; cuando incorporan AJAX (o dejan de preocuparse por ellos y terminan desactualizados)</description>
		<content:encoded><![CDATA[<p>Yo no soy ni mucho menos un experto en Rails, me dí cuenta de esto haciendo alguna pruebilla y la verdad es que es una gaita de aquí te espero :-(</p>
<p>Yo siempre digo lo mismo cuando me preguntan sobre esto: primero cueces y luego enriqueces. Quiero decir que lo primero sería hacer que la aplicación funcione sin AJAX y luego acoplarle el AJAX como un extra, lo importante es que el extra sea el comportamiento, no la accesibilidad.</p>
<p>Por lo que he visto se puede utilizar Rails de forma que tu aplicación sea totalmente accesible, el problema es que algunos desarrolladores eliminan los controladores &#8220;antiguos&#8221; cuando incorporan AJAX (o dejan de preocuparse por ellos y terminan desactualizados)
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
