Certa vez tivemos uma discussão sobre editores de web
WYSIWYG em meu trabalho. Embora acalorados debates não sejam novidade para nós,
nenhum lado estar satisfeito com seu próprio argumento era. Quando as pessoas
discutem sobre coisas que nem elas acreditam, não dá para chegar em um
resultado satisfatório.

A minha opinião foi a seguinte: todos os editores de web,
incluindo TinyMCE, YUI, and FCKEditor são
discriminados de várias formas, e o único software que eu vi que funcionou
satisfatoriamente foi o WordPress. Por isso, devemos desconstruir o que o
WordPress tem feito para o TinyMCE e aplicar o mesmo para o nosso próprio
editor, na Newsvine (nós usamos TinyMCE, mas estamos em processo de mudança
para YUI).

A opinião do nosso pessoal de desenvolvimento foi: todos os
editores de web, incluindo TinyMCE, YUI, e FCKEditor, são discriminados de várias formas, e por conta da loucura da importância do
monte de ridículas limpezas, conversões, expressões regulares, transformações,
e outras mudanças que WordPress teve de fazer ao seu editor para obter o
resultado de hoje, ele não vale o tempo gasto para recriar essa bagunça, só
para permanecer imperfeito e, possivelmente, falhar nos possíveis lançamentos de
outros navegadores.

Há vários problemas com cada editor, mas um problema
particular que nós estamos tentando resolver é que quando você está no modo
HTML, você não pode criar parágrafos somente colocando linhas duplas após ele.
Algumas pessoas dizem que porque você está em modo HTML, você não deve esperar
um editor para fazer isso para você, mas eu tenho usado o software do blog por
seis ou sete anos e que me acostumou e eu creio que muitos outros estão
habituados, eu não poderia imaginar o lançamento sem isso. Como mencionado
antes, a equipe do WordPress pirateou esta funcionalidade e a colocou em seu
sistema WYSIWYG, mas outras plataformas como Typepad, não.

Eu poderia ir muito mais além, uma outra hora, sobre detalhes,
mas depois de passar por toda a estrutura do editor WYSIWYG que nós passamos,
eu estou me perguntando por que deixei o mundo de desenvolvimento web. Nós
podemos escrever uma aplicação completa para e-mail,
uma substituição para Excel, e qualquer coisa, mas não podemos
replicar uma
ferramenta que tivemos em MacWrite desde 1984?

Pense como as coisas aconteceram nos últimos 25 anos e nós
estamos totalmente hábeis para aprender isso.

TinyMCE 2009: Milhões e milhões que características fascinantes. Não trabalha satisfatoriamente.

Microsoft Word de 1991: Somente características suficientes.Trabalha muito bem para muitas pessoas.

Eu conheço muitos codificadores hard-core como hand-code
HTML, mesmo quando escreve comentários na internet (incluindo o mesmo), mas 90%
do mundo prefere não ser incomodado com o mesmo. Qual o problema de ir embora?
Se você estiver envolvido em um desenvolvimento dentro de um editor WYSIWYG, eu
amaria saber isso. É o desaparecimento dos antigos navegadores? É algo que deve
ser baseado em Flash? Trata-se apenas de que não é realmente uma atividade a
tempo inteiro ainda sobre o problema? Porque não é uma loucura do WordPress ter
pirateado a estrutura do tinymce em primeiro lugar? Tantas perguntas…

Até agora, a um esforço que eu notei, que parece tomar a
mais limpa e possível abordagem, é o Editor WYSIWYM. What-You-See-Is-What-You-Mean
essencialmente traduz-se “o código HTML associado com o que os usuários
digitam semanticamente irá igualar o que eles pretendem”. Significando,
que se eu digito dois blocos de texto separados por duas novas linhas, eu
obtenho duas <p> parágrafos, fora que… não apenas uma bolha de texto
separado por tags <br>. Ou se eu algum texto em negrito, ele recebe
tags  <strong> em vez de outras
ridículas.

Infelizmente, o editor WYSIWYM parece ter se desenvolvido
desde 2006 e está apenas a 0.5b mas, felizmente, parece haver uma saudável
agitação da atividade em torno dele ultimamente. Eu realmente não quero desvalorizar o trabalho árduo que se teve em todos esses imperfeitos
editores WYSIWYG, no passado, e eu percebo que navegadores são o coração da culpa
aqui. Mas é 2009 e eu prefiro uma solução para este problema do mundo real a qualquer uma das promessas feitas no HTML 5, CSS 3, ou a qualquer
outra especulação que temos esperado avidamente nos últimos anos.

*

Publicado originalmente em http://www.mikeindustries.com/blog/archive/2009/04/the-sorry-state-of-wysiwyg-web-editors