<div>
<div> </div>
<div>> Error. _Si_ importa. Para acceder a Internet no es necesario usar</div>
<div>> /exclusivamente/ un Browser. Para que usar un programa que requiere<br>> tantos recursos, si con una PDA o un tele'fono celular, o alguna<br>> aplicacio'n mucho ma's simple[0] se puede acceder/leer alguna pa'gina.
</div>
<div> </div>
<div>importa a menos que desarrolles un sistema para un número reducido de personas, lo cual es el behavior más común para las aplicaciones con mucho Javascript. Además, normalmente se usa una versión reducida de la página para celulares y pda's, y que usa código server-parsed. Como si fuera poco, un text-mode browser (links, lynx) es para capa de presentación.
</div>
<div> </div>
<div>> Esta es una de las razones para trabajar en estandares, para que la<br>> "cola larga" incorpore de mejor manera las necesidades de usabilidad, y<br>> tambien para tener la libertad de usar la tecnología. Para que volver
<br>> atra's, y generar dependencias de algunos productos de software?.</div>
<div> </div>
<div>Pero todavia no veo un standard para todo. Mira las páginas de la w3c y hay estándares para móviles "por separado"... por lo que igual tienes que tomarte la molestia.</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">vamos a tener<br>que cambiar de paradigma para desarrollar y ver una pa'gina con datos<br>que provienen de una base de datos?
</blockquote>
<div> </div>
<div>No dije "cambiar de paradigma". Por primera vez se ha tomado un estándar válido casi enteramente por los browsers más compatibles (con salvo pequeñas excepciones en CSS y alguna que otra etiqueta...) ¿Cambiará el paradigma -tanto- para que nuestras páginas queden enteramente inusables?
</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Por lo menos, demosle al usuario, la posibilidad de elegir. Pero no<br>lo obliguemos, o sincellamente ignorarlo.
</blockquote>
<div> </div>
<div>Démosle la posibilidad de elegir... pero también eduquémoslo: browsers antiguos acarrean problemas de seguridad: para nadie son secreto los problemas con Netscape 2.0/IE 3.0/etc.</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">[...]<br>> un tag <noscript></noscript> en el cual envías a la página un mensaje en el<br>> que tu página se dibuja con javascript por lo que deberías habilitarlo y
<br>> blablabla... Si algun ocurrente usara netscape2, verá solamente lo que<br>> entienda del código,<br><br>Leer ma's arriba.</blockquote>
<div> </div>
<div>Me huele a que te estás saltando algo importante: si es un sistema, hay "requerimientos". Si es una página, también. Es informática, no es sólo desarrollo web. Si es para presentación, por favor hazlo sin javascript (o usa un método para redirigir de acuerdo al browser)
</div>
<div> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">[...]<br>Eso de Web X.0 es terminologi'a subjetiva. No se si invalide un<br>pa'gina web antigua, y seria de muy mal gusto que asi' sea.
</blockquote>
<div> </div>
<div>Una página web común y corriente debe ser compatible con todos los browsers posibles. Si tiene efectos, bien! pero es presentación solamente. Para la presentación tienes 20000 formas de hacerlo de manera atractiva, aún usando HTML
3.2.</div>
<div> </div>
<div>Página Web != Aplicación Web && Aplicación Web != Aplicación Móvil && Página Web != Aplicación Móvil</div>
<div> </div>
<div>Web 2.0 y la terminología subjetiva con la que está hecho AJAX tienen su origen en el desarrollo de aplicaciones web, para el que los browsers antiguos "no" tienen soporte... Yo parto de esa premisa siempre que desarrollo un sistema.
</div>
<div> </div>
<div>Por lo demás, ¿no creen que una plataforma completa es demasiada información para manejar en un celular o un PDA? Quizás mostrar las partes más importantes (ejemplo, cargar horas en una aplicación de registro de proyectos, enviar un e-mail, cambiar la clave, cosas que no requieran mucha pantalla)... pero TODO me parece un abuso de proporciones.
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">[...]<br>> > El uso indiscriminado de Javascript no debe impedir la usabilidad.<br>> Pero no por eso hay que volverse loco por escribir texto plano,
<br>Solo me referi'a a seguir los estandares.</blockquote>
<div> </div>
<div>El uso indiscriminado de javascript, en mi opinión, refiere a "bloquear las fotos para que no se puedan descargar". Eso impide la usabilidad hasta en el browser más avanzado y compatible.</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> porque algún navegador no renderiza bien los divs!<br>Pense que esta'bamos haciendo mensio'n al uso de JavaScript en
<br>particular, y ajax en general.</blockquote>
<div> </div>
<div>en este caso particular me refería a seguir los estándares...</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> > Es cierto que Google hace uso de Ajax (fue el que implantó la moda), pero<br>> > > sus aplicaciones (al menos
google.mail) _si_ se pueden usar con código<br>> > HTML básico.<br>> Lo cual te duplica el trabajo,<br>No necesariamente. Hacer las cosas "bien" no significa duplicar<br>trabajo.</blockquote>
<div> </div>
<div>Hacer las cosas bien implica hacer tu página||aplicación||aplicación movil compatible con el entorno donde la vas a usar...</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> pero si tienes tiempo y te pagan porque sea fully compatible<br>... o sencillamente que pueda ser indexado por los buscadores (primer
<br>lugar donde un usuario buscara' nuestra web), pueda generar Bookmarcks<br>va'lidos, etc.etc.</blockquote>
<div> </div>
<div>entonces hablas de una página web de presentación... ver arriba. Los datos de un sistema en web no son del interés de Google, ni mucho menos de las empresas competidoras (OK, sí son de interés, pero no deberían tener acceso a ellos).. Vuelta a preguntar: ¿cuál es tu público objeto?
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> (puede ser el caso de una revista electrónica, pero no el<br>> de un banco), go on... me envías la papeleta del cobro del psiquiatra para
<br>> acordarme de lo que te advertí<br>.... .. .. .... .. ... ... :-|</blockquote>
<div> </div>
<div>bueno pero no te enojes, si el gobierno tiene un excelente plan de salud para los informáticos... (nunca fue)</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> Extras que, IMHO, son razones más que válidas para no preocuparse mucho por<br>> la portabilidad de una aplicación a los browsers que no están basados / no
<br>> tienen compatibilidad con los anteriores.<br><br>Error. En primer lugar, la valorizacio'n y el uso de las funcionalidades<br>dependeran exclusivamente del usuario. </blockquote>
<div> </div>
<div>...o de lo que diga el jefe. Nótese que yo entiendo "aplicación web" por algo construido centrado en los datos y en su manipulación más que en su gráfica o presentación.</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Es una buena forma de<br>promocio'n, pero las ventajas de una aplicacio'n van ma's alla' de su<br>este'tica.
</blockquote>
<div> </div>
<div>¿qué tal tener toda la información de manera inmediata?</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> Algunos por ejemplo, usan un cliente de mail (MUA) para<br>acceder via POP a su cuenta de correo. En este caso, le importara' al
<br>usuario usar Web 2.0 o JavaScript?</blockquote>
<div> </div>
<div>En el caso de Squirrelmail, me molestaría menos que me saliera el numerito indicando la cantidad de mails en vez de tener que recargar el panel izquierdo (aunque lo haga automágicamente). Si piensas en Javascript/AJAX/JSON/XML como un destructor de aplicaciones, quiere decir que te embolinaron demasiado la perdiz con las maravillas de ajax...
</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">[0]- <a href="http://en.wikipedia.org/wiki/Category:Text-based_web_browsers">http://en.wikipedia.org/wiki/Category:Text-based_web_browsers
</a></blockquote>
<div> </div>
<div>sí los conozco, gracias...</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">[1]- Para describir "Xml Ultra-Asynchronous JavaScript<br>Enabled GnuVirus Sistem", una revolucionaria tecnologi´a de
<br>renderizado :-).</blockquote></div><br>Patentado por Microsoft y que usa Windows Vista para renderizar. Usa VbScript y ASP 2.0 (bien!)<br clear="all"><br>-- <br>Rodrigo Fuentealba Cartes<br>Registered User 387639 - <a href="http://counter.li.org">
http://counter.li.org</a>