Tal como comentas, HTMLArea es una buena alternativa a nivel open source. En la lisma linea, DevEdit lo es en el ámbito comercial.

Dejemos que los clientes se centren en su negocio, el contenido, y no en los detalles técnicos.

Y sobre el tema del HTML… yo creo que de la misma forma que antes de Gutemberg no se hablaba de cursivas, negritas, notas al pie, etc. habrá que ir poniéndose las pilas y, aún sin saber programar, si conocer los conceptos y “pensar en HTML” (hipervínculos, títulos, alternativos…)

Utilidades como el HTMLArea permiten hacer esto en cierta medida, aunque siempre pueden modificar el código para que puedas añadir citas y otras cosas sin ver un sólo tag (de hecho, està pensado para que se pueda modificar al gusto del consumidor).

En fin, para mí tiene poco sentido no querer que los usuarios aprendan HTML (o Docbook o TeX o algo parecido) para no complicarles la vida cuando, de hecho, haciéndolo de esta forma pueden ahorrarse mucho tiempo porque pueden (deben) olvidarse de la apariencia final. De hecho, yo veo los editores WYSIWYG como simples utilidades para tener una idea del resultado final y no tener que marearse con el código.

Para gustos….arbustos ;)

En cuanto al usuario final es lo mismo. Si necesita hacer diseños relativamente complejos es lógico que comience utilizando alguno de las opciones ya mencionadas (HTMLArea, DevEdit, etc.) pero, siempre que le interese coseguir cosas más y más personalizadas es inevitable que aprenda HTML. El nivel de profundidad será gradual y el límite, obviamente, lo decidirá el mismo usuario dependiendo del tiempo que esté dispuesto a invertir en dicho aprendizaje.

- lenguajes de marcado sencillo: Textile, Markdown, bbcode. Los usuarios de la web están aprendiendo de verdad es por pura praxis y me da la sensación de q estos lenguajes están más en el terreno que todos esos cachivaches wysiwyg

- El (x)HTML autocorregido, creado por las APIs para Tidy de los lenguajes de programación. Tidy es un software que silenciosamente y sin competidores aparentes se está convirtiendo en el arreglatodo insustituible, más con su mejorada integración con PHP5 etc..

Será interesante de ver :)

- estamos escribiendo hipertexto, con lo cual un usuario necesariamente tendrá que aprender nuevos conceptos (como en su día se tuvo que aprender qué era una negrita y una cursiva, como apuntan Ismael y JJ) que nacen con el hipertexto. Los enlaces los conoce y los entiende todo el mundo, y eso es hipertexto. Relativos a los enlaces hay conceptos que casi nadie usa porque no conoce (el título, por ejemplo). El que un usuario escriba a mano o a máquina el HTML no debería interferir con que conozca estos conceptos.

En esta linea, Francsc comenta “que deben centrarse en el contenido y en su estructura (h1, p, blockquote, etc)”. Cualquiera escribe una carta en Word, y está utilizando estas ideas… sin haberlas aprendido nunca (o casi nunca). Si alguien nos explicase estas cosas más concienzudamente probablemente escribiríamos de forma más concisa.

Y como dice Power Pep, en el cole dentro de unos años estas cosas se explicarán.

Lo que sigo sin tener claro es si se aprenderá el lenguaje de marcado o habrá herramientas que te lo eviten. Supongo que la cuestión es si estas herramientas llegarán a existir. Lo que Mort comenta parece un camino bastante sólido…

Mi experiencia personal ha pasado desde ver como se escribían simples <b> hasta enseñarles a escribir <a href… con sus atributos de class target y title completos y si en algún momento les pudo llegar a resultar “gracioso” o “interesante” al comprobar el resultado , con el tiempo se ha convertido en una fuente problemas; para ellos obligados a escribir de una forma no natural, para los programadores que se encuentran con todo tipo de tag´s dentro de los textos, lo que convierte en una odisea el paso de HTML a XHTML (por ejemplo) y para los diseñadores que no controlan la apariencia, porque en el propio artículo se indican colores o tamaños.

Tuve una pesadilla en la que cientos de becarios y periodistas con apariencia de zombis se agolpaban a la entrada del departamento señalándonos con el dedo: “esos son, esos son los que nos obligan a escribir cosas horribles”.

¿Os imagináis a un diseñador que tuviera que aprender SVG para poder dibujar un mapa de europa.?

Indudablemente el camino pasa por separar la presentación de los datos y por el desarrollo de herramientas que estructuren los datos de forma adecuada.
Lo imprescindible será tener la lucidez necesaria para crear herramientas lo suficientemente simples, pero esa es otra historia …