Saltar índice de contenido - Desplazarse al índice de navegación.
Contenido: Lo que ves es... . Los unos y los otros. Reinventando la rueda. Mentiras arriesgadas. Grandes esperanzas. Comentarios.
DreamWeaver, FrontPage, GoLive... Suelen catalogarse como 'editores wysiwyg', término que viene a decir algo así como 'lo que ves es lo que obtienes'. Un concepto que carece por completo de sentido en este campo, porque supone que una web forzosamente 'se ve', más concretamente que se ve en el monitor de un ordenador. Algo que no siempre es así, aunque esto haría muy felices a algunos.
Lo cierto es que, evidentemente, una web 'se ve' en la mayoría de los casos, pero también puede leerse, escucharse, palparse, procesarse, e incluso podría olerse o saborearse, si existiesen los dispositivos pertinentes (un descabellada idea que cedo gratuitamente a empresas de perfumes o alimentación). Aún dentro de 'lo que se ve' existen diferentes dispositivos, plataformas y programas, con más o menos capacidad para representar gráficamente el contenido.
Por tanto es mejor dejarlo en 'editores gráficos' o 'entornos gráficos de edición', que además describe mejor las características de estos programas. Partiendo de aquí el balance de ventajas y desventajas es complicado...
A lo largo y ancho de los grupos de discusión, los foros y demás medios de comunicación de la comunidad, se percibe un marcado posicionamiento en favor o en contra de los editores gráficos, que roza el militarismo en algunas ocasiones. Limando asperezas, no faltan razones de peso en ambos lados.
Utilizar un editor gráfico aleja al diseñador del código fuente e incluso permite desarrollar documentos sin saber siquiera que existe ese código. Esto sería razón suficiente para acabar cualquier discusión, pero no todo es tan bonito como parece. Por el momento, estos programas no cubren todas las posibilidades de desarrollo, y tampoco generan un código totalmente correcto. Quizás algún día esta situación cambie, pero por el momento ningún software da la talla que promete.
'Botón activable', 'celdas de disposición', 'perfil de comportamiento' o 'línea temporal' son algunos de los rimbombantes nombres tras los que se esconden elementos y procesos que tienen su nombre propio, y por regla general también un funcionamiento bastante más simple a nivel de código de lo que se puede sospechar a la vista de tales epítetos.
Los responsables de los editores visuales se han tomado muchas molestias en desarrollar interfaces excesivamente cercanas al diseño gráfico, ignorando alegremente ciertos conceptos básicos y esenciales. Y cuando se olvida que lo principal es transmitir información de forma versátil, se le hace un flaco favor al medio.
Esa interfaz de diseño gráfico a la que acabo de referirme otorga a los diseñadores unos poderes que realmente no tienen, entre los cuales está el de situar elementos con precisión milimétrica (sería más exacto decir pixélica, pero este término está por acuñarse). Dependiendo de la calidad del editor, el ámbito de sistemas, navegadores y circunstancias en las que tales alardes funcionan es mayor o menor. En el pasado se conseguía a base de múltiples y complejas tablas anidadas, en la actualidad utilizando a mansalva elementos div de dimensiones fijas posicionados en modo absoluto. En ambos casos es como pasear por el filo de la navaja (y no la de Occam, precisamente).
Nadie podrá negar que el desarrollo de una maquetación utilizando un buen editor visual es más sencillo e intuitivo que cualquier otro recurso. Pero si ese proceso encierra una estructura incorrecta o incluso inexistente es como para pensárselo, porque si se va a sacrificar todo en aras de la presentación, existen tecnologías con más posibilidades que generan salidas estrictamente visuales independientes del contexto (siempre que ese contexto las admita, claro).
El mejor editor es aquel con el uno se siente más cómodo, pero, al menos por el momento, sigue siendo preciso un mínimo de conocimientos sobre HTML o CSS para valorar si lo que el editor visual hace por ti es correcto o no. En un futuro, es posible que estos programas aprovechen al máximo las posibilidades de esos estándares, y ofrezcan interfaces más acordes al medio. Hasta el momento, sólo han fomentado maneras de trabajar que no son las idóneas, como la inclusión de elementos de presentación dentro del código HTML, o el uso de elementos span y clases CSS en lugar de elementos con entidad estructural o selectores.
La asignatura pendiente es, sobre todo, la optimización de las hojas de estilo, pero no parece que por el momento los responsables estén encauzando el tema de forma adecuada. Es de esperar que la situación cambie, pero por el momento algunos seguimos esperando...
Publicado por Andres, 16/07/03, 03:48
Ustedes no creen que lo realmente importante es el resultado??
Mas que si es block de notas o Dreamweaver, lo que importa es lo que tengan en el cerebro, la concepción de la página, el buen código, la funcionalidad, la legibilidad... si lo hacen en DW bien ... en block de notas bien... al fin son solo un lapiz por favor... pero que hace el lápiz por si mismo... nada!!!
El software da el límite... tu cerebro no... prueben hacer cosas para agilizar el trabajo en dreamweaver y luego métanse al código para organizar y limpiar lo que hace el Fireworks, y luego pulan todo desde el código... que al fin y al cabo es el mismo block de notas... pero si definitivamente se sienten mejor sin la sintaxis coloreada, pues copien y peguenlo directamente al notepad... ven que el software es lo de menos?????
Andres.
Diseño y desarrollo web.
Publicado por sysifus, 19/07/03, 08:15
> Ustedes no creen que lo realmente importante
> es el resultado??
Por supuesto. Pero en mi opinión en el resultado influye la herramienta, en ciertos casos de forma considerable.
> la concepción de la página, el buen código,
> la funcionalidad, la legibilidad...
El caso es que precisamente todos esos objetivos quedan muy mediatizados al utilizar herramientas totalmente enfocadas a la apariencia.
> pero si definitivamente se sienten mejor
> sin la sintaxis coloreada...
No hablamos de sintaxis coloreada. Hablamos de editores que, por regla general, esconden la sintaxis.
-
Comentario en general (soy único ahorrando entradas de comentario): Me llama la atención eso de "empezar el diseño con X, reeditar con Y y revisar los errores con Z". Si los entornos gráficos de desarrollo fueran realmente buenos no haría falta dar tantas vueltas para crear documentos válidos.
Publicado por Patricio, 13/05/05, 05:29
Para agregar algo, si es que viene bién, en los últimos dias estuve buscando o indagando como cualquiera sobre software WYSY.. en el diseño web. Sinceramente creo que sería interezante tener una ayuda visual a la hora de estructurar y/o diseñar, el problema es que siempre me pregunto si alguna vez tendremos un verdadero estandar como la gente: Programé en Clipper, conociento Visual Fox o Fox Pro siempre me pregunte si Visual o WYSY... era signo de pesadas librerias "standars" llenas de rutinas que no siempre eran muy eficiente o funcionales.
Luego con herramientas posteriores WEB sucede lo mismo... Java /X??? o Css o lo que venga, siempre resulta chocar con lo eficiente del lado servidor... que el proveedor no tiene la extension esa por que Apache no se que... y al final terminamos en la misma.
Creo que la idea de Tecnologia siempre DEBERIA incluir la de facilidad y ductibilidad:
Visual.. pero yo elijo que pasa debajo por medio de algún "standar" (cualquiera de los miles que inventan cada vez que a alguien no le gusto la cara de algun CEO o la politica de diseño).
El problema es siempre que nunca terminamos de apoyar con suficiente fuerza algún "standar" lo suficientemente bueno (que acaso hubo alguna herramienta que empezo siendo perfecta de la version 1.0), creo en la evolución de productos, pero encuentro dificil con las politicas de soporte / precios / o muchas veces de Conceptos tecnologico.
Por ahi creo que vi un generador visual interezante, pero siempre tenemos ambas partes (servicios de servidores vs costo/beneficio / vs tiempo o productividad).
Al final siempre termino con un editor texto o mejorado (coloreado y todo eso )
el tema siempre va ha ser la base: funcionalidad y la relación de productividad.
OJALA PUDIERA VER WYSYG.. Y AL MISMO TIEMPO VER EFICIENCIA: pero creo que como todo eso puede resolverse, y quizas la solución viene más por software libre o una variante de este. Algun dia el diseño va ha ser algo que no traumatiza el codigo...
gracias por escuchar y escribir...
Publicado por Gema, 01/10/05, 10:18
Yo soy partidaria de hacerlo todo a pelo, es decir, con un simple editor como el ultraedit, textpad o PHPEdit. Para mi, es más cómodo, ya que soy yo quien controla el código, y en el caso de que algo no vaya bien, siempre sé dónde puede estar el error.
Por otro lado, trabajo con diferentes navegadores para comprobar las compatibilidades que son un dolor de cabeza agotador.
Vamos lo que vengo a decir, es que programas como Dreamweaver(u otros), son cómodos de usar, pero no son del todo eficientes.Considero que el informático debe hacerlo a pelo. El usuario aficcionado, puede usar estos sw's porque le puede ser más fácil a la hora de ir familiarizandose con el código.
Yo no los uso, no me gustan.
Publicado por hdegzm pdegqhwrt, 21/11/07, 10:08
clnjqrh rlqtkzcx qzuilxb ovumyt fxor pxjcuywrk ekjwihd
Publicado por , 14/08/09, 05:18
c02iaB <a href="http://hmrniesgdtux.com/">hmrniesgdtux</a>, [url=http://oilvbxrskymv.com/]oilvbxrskymv[/url], [link=http://rtuaxtgppfxv.com/]rtuaxtgppfxv[/link], http://gfzjpkojbxjl.com/
Publicado por , 02/11/09, 09:18
yZXo1Y <a href="http://zwibqdnutwzd.com/">zwibqdnutwzd</a>, [url=http://wlfmiqylvfkp.com/]wlfmiqylvfkp[/url], [link=http://pvbynetjmvmj.com/]pvbynetjmvmj[/link], http://lfoddetuokfm.com/
Publicado por gorcCFCpJPDuOlpqoxL, 26/02/10, 02:29
fJ7Rqr <a href="http://vwckixyjchzn.com/">vwckixyjchzn</a>, [url=http://dmxbxmwdtmne.com/]dmxbxmwdtmne[/url], [link=http://yqslgnlyqlmp.com/]yqslgnlyqlmp[/link], http://ffxlqlwlwqpi.com/
Publicado por , 07/03/10, 08:21
JkX78I <a href="http://jbelsjhvrill.com/">jbelsjhvrill</a>, [url=http://mjbcupudvxuk.com/]mjbcupudvxuk[/url], [link=http://yytfmvlsdspl.com/]yytfmvlsdspl[/link], http://chyepmvfqynw.com/
21/04/2002. sysifus. Debate nº 1.
Estás en: tierra de nómadas > debates > wysiwyg or not wysiwyg.