São 94 botões no total. Em um dos meus aplicativos eu cheguei a usar 41 desse botões.  Mas aproveitando a atualização eu resolvi dar uma enxugada na quantidade de botões, pois pode-se facilmente perceber que a maioria quase nunca é utilizado. Depois de uma breve análisa das funcionalidades refiz a configuração da barra para o formato a seguir:

• Não permitir sublinhado para não deixar os usuário cairem em mal costume de sublinhar o texto além do necessário.
• Fiz questão de deixar de fora as barras de alinhamento, pois o padrão de alinhamento que utilizo nos meus aplicativos é à esquerda. 
• A seção de list box com formatação eu preferi não utilizar já que os tamanhos e cores são padronizados.  É possível que eu habilite no futuro o item styles, mas para isso os usuários tem que compreender que ele estará aplicando uma formatação predefinida.
• a seção copiar, colar achei desnecessária, pois geralmente os usuários usam o ctrl+c e ctrl+v mesmo. Deixo claro para eles que copiem do word para o bloco de notas para eliminar o “lixo” (caracteres de formatação), depois é só copiar o conteúdo do bloco de notas, sem nenhuma formatação e colar no editor.
• A seção de links e imagens não tenho o que comentar pois é imprescindível. 
• Achei interessante deixar como complemento os botões de subscrito e sobrescrito para eventuais necessidades, bem como o de inserir símbolos.
• Na penútima seção eu deixo a régua para divisão de seções, a tabela que é muito útil quando usada de forma apropriada, um botão que remove a formatação eu acho bastante interessante para evitar que o usuário comum tenha que acessar o código HTML fazer a mudança e finalmente o editor de HTML que é imprescindível já que tem coisas que só podem ser “resolvidas na unha mesmo”.
• Finalizo a barra no canto direito com o botão de preview para ter uma noção de como o texto ficará. 

O resultado é uma barra super enxuta e o script de configuração você pode ver abaixo:

tinyMCE.init({
mode : "textareas",
theme : "advanced",
plugins : "table,save,layer,advhr,inlinepopups,advimage,advlink,emotions,iespell,insertdatetime,preview,zoom,flash,searchreplace,print,paste,directionality,fullscreen,noneditable,contextmenu,wordcount",
theme_advanced_buttons1 : "bold,italic, strikethrough,|,bullist,numlist,|,undo,redo,|,link,unlink,anchor,image,|,sub,sup,charmap,|,hr,table,removeformat,code,|,preview",
theme_advanced_buttons2 : "",
theme_advanced_buttons3 : "",
theme_advanced_buttons4 : "",
theme_advanced_toolbar_location : "top",
theme_advanced_toolbar_align : "left",
theme_advanced_statusbar_location : "bottom",
theme_advanced_resizing : true
});

Gostaria de citar 2 plugins em especial que adiciono no script:

1. wordcount – contador de palavras. Tem um sistema de artigos ciêntíficos que gerencio que vai utilizar esse recurso para facilitar a vida do usuário na hora de saber se o texto está dentro do tamanho limite. 
2. inlinepopups – já não aguentava mais a versão antiga abrir uma nova janela popup para cada inclusão de imagem ou link. Esse plugin aumenta bastante a usabilidade

Agora queria saber a sua opinião. Que tipo de editor você usa e porque você escolheu? Quem sabe eu não mude de editor depois do seu argumento!

Vamos ver o seguinte cenário: Você acaba de receber uma planilha eletrônica (excel ou calc) com a tabela abaixo e tem que disponibilizar em uma página web o mais rápido possível. A imagem a seguir é fictícia e representa a programação de algum evento no formato de uma tabela, representando uma agenda mensal.

Como a divulgação precisa ser imediata, o primeiro pensamento é utilizar a opção salvar como HTML do Excel. Só que isso é muito inapropriado, pois vai gerar um arquivo com absurdas 311 linhas de código. Se olharmos para o código vamos perceber que a maior parte dele é desnecessário e na parte 2 desse post, vamos ver como eliminar todo o código desnecessário, de um jeito que façamos o mínimo esforço possível.

Parte 2: Gerando uma tabela HTML enxuta com o mínimo esforço possível:

Nesse experimento utilizei o notepad++ que é gratuito e simples de usar. O primeiro passo é selecionar a tabela da planilha do excel e colar em um novo documento criado no notepad++. Nosso objetivo aqui é transformar esses dados no formato Textyle, um padrão simples de estruturação de texto. Para isso devemos identificar agora os padrões de estruturação do código e em seguida modificar para o padrão de tabela no formato Textyle.

O código acima segue o seguinte padrão:

• as células estão separadas por tabulações
• vamos focar nos comandos de início de linha “^”, fim de linha “$” e tabulação “t”

Com Ctrl+H abrimos a janela substituir no notepad++ e digitamos o caractere “^” no campo localizar. No campo substituir por digitamos o caractere | (pipe) que é, no padrão textyle, o delimitador das células de uma tabela.  Mais abaixo devemos marcar a opção Expressão regular, que vai fazer com que a busca encontre o início de cada linha do código. Para finalizar devemos clicar no botão substituir para cada linha da tabela. O Resultado é o código iniciado pelo caractere | em cada linha.

Seguindo o mesmo padrão anterior vamos fazer as alterações de final de linha utilizando agora o caractere “$” no campo localizar:

Finalmente vamos preencher os espaços entre as células colocando o caractere de tabulação no campo localizar, “t”. Dessa vez podemos clicar em substituir todos:

Por útimos copiamos esse código e colamos no site http://www.textism.com/tools/textile/ para gerar a tabela final. Esse site possui uma ferramenta que transforma o código no formato textyle em HTML. Devemos lembrar de colocar qualquer caractere entre os pipes que estão vazios (|| célula vazia). Nesse caso estou colocando somente um ponto (|.|).

O resultado vocês podem ver abaixo. Ao invés das 311 linhas de código da opção salvar como HTML do Excel, agora nós temos somente 56 linhas de código, super enxuto e de forma produtiva (sem perder muito tempo e sem alterar código de forma manual):

Vou começar com dois conceitos básicos segundo Jeffrey Zeldman:

• Marcação Válida: é quando não contém erros (ex: esquecer de fechar tags) e não contém tags ou atributos ilegais (ex: usar atributo height em tabelas que não é permitido).
• Marcação Semântica: É quando as tags representam o tipo de conteúdo para qual foram projetadas (ex: quando colocamos a tag de título h1 marcando o trecho de conteúdo mais importante da página).

Se eu utilizar o h1 em um trecho somente para deixá-lo um pouco maior visualmente, sem ter a certeza de que o trecho é realmente mais relevente não é uma prática de marcação semântica.

Uma página web pode ser válida sem ser semanticamente estruturada que é o caso dos layouts de tabela onde a marcação das células da tabela são usadas para criar uma aparência visual e não para representar o conteúdo, porém elas não apresentam nenhum erro de sintaxe ou de atributos ilegais e portanto são válidas.

O inverso também é possível como uma tabela representando um calendário ( marcação semântica ) só que com algumas tags sem fechar (não válido). Os profissionais que tentam criar páginas baseadas nas boas práticas dos padrões web se preocupam tanto em deixar a página válida quanto em escolher as tags apropriadas para cada trecho de conteúdo conseguindo também uma marcação semântica.

O que ainda muitos desenvolvedores confundem e inclusive alguns instrutores que repassam de forma distorcida é com relação ao conceito do html voltado para o visual, provavelmente devido a herança das práticas do layout de tabela que era utilizada quando o CSS ainda não era suportado nos principais navegadores. Outro complicador é o fato da percepção do ser humano ser voltada de forma muito intensa para o sentido da visão. Então poderá ocorrer de profissionais falarem que é melhor usar a tag h3 já que a tag h1 fica grande demais no navegador e a tag h6 ficar quase ilegível (concepção presa na formatação). Só que o pensamento deve ser: podemos usar h1 para o título que realmente for o mais importante da página e sucessivamente nos demais quando forem menos relevantes que o principal.

Esse princípio básico de compreensão da marcação semântica é o primeiro passo e é essencial para construir uma página acessível e que tenha um nível bom de usabilidade, deixando-a confortável para o usuário e também facilmente indexável por mecanismos de busca, ampliando os horizontes permitindo a utilização através de dispositivos móveis, leitores de tela e outros mecanismos ou dispositivos que venham a ser criados.

A Marcação Válida é facilmente detectada por softwares automatizados porque se trata de sintaxe e de regras pre-definidas. Porém a boa utilização da Marcação Semântica depende extritamente do nível de consciência e da maturidade que o desenvolvedor tem com relação aos padrões Web. Nesse momento o fator humano é essencial.

Essa é minha tentativa de dar uma contribuição, pois iniciar uma página com foco na marcação semântica é “iniciar uma página com o pé direito” e dependendo do contexto caso a página seja feita sem preocupação em utilizar a tag contextualizada com o conteúdo é muito provável que essa página esteja fadada ao fracasso ou até mesmo já esteja obsoleta ao ser finalizada, quando o dono perceber que ela fica muito distante na lista do google.