Editor de HTML

Da Wikipédia, a enciclopédia livre
Ir para a navegação Saltar para pesquisar

Um editor de HTML é um programa para editar HTML , a marcação de uma página da web . Embora a marcação HTML em uma página da Web possa ser controlada com qualquer editor de texto , os editores HTML especializados podem oferecer conveniência e funcionalidade adicional. Por exemplo, muitos editores de HTML lidam não apenas com HTML, mas também com tecnologias relacionadas, como CSS , XML e JavaScript ou ECMAScript . Em alguns casos eles também gerenciam a comunicação com servidores web remotos via FTP e WebDAV , e sistemas de controle de versão como Subversionou Git . Muitos programas de processamento de texto , design gráfico e layout de página que não são dedicados ao design da web , como o Microsoft Word ou o Quark XPress , também têm a capacidade de funcionar como editores de HTML.

Tipos de editores [ editar ]

Existem duas variedades principais de editores de HTML: editores de texto e WYSIWYG (o que você vê é o que você obtém).

Editores de texto [ editar ]

Os editores de texto destinados ao uso com HTML geralmente fornecem pelo menos realce de sintaxe . Alguns editores também apresentam modelos , barras de ferramentas e atalhos de teclado para inserir rapidamente elementos e estruturas HTML comuns. Assistentes , prompts de dicas de ferramentas e preenchimento automático podem ajudar em tarefas comuns.

Editores de texto comumente usados ​​para HTML normalmente incluem funções internas ou integração com ferramentas externas para tarefas como controle de versão , verificação e validação de links , limpeza e formatação de código , verificação ortográfica, upload por FTP ou WebDAV e estruturação como um projeto. Algumas funções, como verificação ou validação de links, podem usar ferramentas online , exigindo uma conexão de rede.

Os editores de texto exigem que o usuário compreenda HTML e quaisquer outras tecnologias da Web que o designer deseje usar, como CSS, JavaScript e linguagens de script do lado do servidor .

Para facilitar esse requisito, alguns editores permitem a edição da marcação em modos mais organizados visualmente do que o simples realce de cores, mas em modos não considerados WYSIWYG. Esses editores geralmente incluem a opção de usar janelas de paleta ou caixas de diálogo para editar os parâmetros baseados em texto dos objetos selecionados . Essas paletas permitem editar parâmetros em campos individuais ou inserir novas tags preenchendo um formulário na tela e podem incluir widgets adicionais para apresentar e selecionar opções ao editar parâmetros (como visualizar uma imagem ou estilos de texto) ou um editor de contorno para expandir e recolher objetos e propriedades HTML.

Editores HTML WYSIWYG [ editar ]

Editor HTML Amaya 10

Os editores HTML WYSIWYG fornecem uma interface de edição que se assemelha a como a página será exibida em um navegador da web . Como o uso de um editor WYSIWYG pode não exigir nenhum conhecimento de HTML, geralmente é mais fácil para um usuário de computador inexperiente começar.

A visualização WYSIWYG é obtida pela incorporação de um mecanismo de layout . Isso pode ser personalizado ou baseado em um usado em um navegador da web. O objetivo é que, em todos os momentos durante a edição, o resultado renderizado represente o que será visto posteriormente em um navegador web típico.

WYSIWYM (o que você vê é o que você quer dizer ) é um paradigma alternativo aos editores WYSIWYG. Em vez de focar no formato ou apresentação do documento, preserva o significado pretendido de cada elemento. Por exemplo, cabeçalhos de página, seções, parágrafos, etc. são rotulados como tal no programa de edição e exibidos adequadamente no navegador.

Dificuldades em alcançar WYSIWYG [ editar ]

Um determinado documento HTML terá uma aparência inconsistente em várias plataformas e computadores por vários motivos:

Diferentes navegadores e aplicativos renderizarão a mesma marcação de maneira diferente.
A mesma página pode ser exibida de forma ligeiramente diferente, por exemplo, no Chrome , Safari , Edge , Internet Explorer e Firefox em uma tela de alta resolução, mas será muito diferente no navegador Lynx somente texto perfeitamente válido . Ele precisa ser renderizado de forma diferente novamente em um PDA , uma televisão com acesso à Internet e em um telefone celular . A usabilidade em um navegador de fala ou braille , ou por meio de um leitor de tela trabalhando com um navegador convencional, exigirá demandas totalmente diferentes [ esclarecimentos necessários ]aspectos do HTML subjacente. Tudo o que um autor pode fazer é sugerir uma aparição.
Os navegadores da Web, como todos os softwares de computador, têm bugs
Eles podem não estar em conformidade com os padrões atuais . É inútil tentar projetar páginas da Web em torno de todos os bugs atuais dos navegadores comuns: cada vez que uma nova versão de cada navegador é lançada, uma proporção significativa da World Wide Web precisaria de recodificação para se adequar aos novos bugs e às novas correções. Geralmente é considerado muito mais sábio projetar de acordo com os padrões, ficando longe de recursos de 'borda de sangramento' até que eles se estabeleçam e, em seguida, espere que os desenvolvedores do navegador alcancem suas páginas, em vez do contrário. [1] Por exemplo, ninguém pode argumentar que CSS ainda é 'de ponta', pois agora há amplo suporte disponível em navegadores comuns para todos os principais recursos, [2]mesmo que muitos WYSIWYG e outros editores ainda não tenham alcançado inteiramente. [3]
Um único estilo visual pode representar vários significados semânticos
O significado semântico, derivado da estrutura subjacente do documento HTML, é importante para os motores de busca e também para várias ferramentas de acessibilidade. No papel, podemos dizer pelo contexto e pela experiência se o texto em negrito representa um título, ênfase ou outra coisa. Mas é muito difícil transmitir essa distinção em um editor WYSIWYG. Simplesmente deixar um texto em negrito em um editor WYSIWYG não é suficiente para dizer ao leitor *por que* o texto está em negrito – o que o negrito representa semanticamente.
Sites modernos raramente são construídos de forma a tornar o WYSIWYG útil
Sites modernos normalmente usam um sistema de gerenciamento de conteúdo ou algum outro meio baseado em processador de modelo de construção de páginas em tempo real usando conteúdo armazenado em um banco de dados. Páginas individuais nunca são armazenadas em um sistema de arquivos, pois podem ser projetadas e editadas em um editor WYSIWYG, portanto, alguma forma de layout baseado em modelo abstrato é inevitável, invalidando um dos principais benefícios de usar um editor WYSIWYG.

Marcação HTML válida [ editar ]

HTML é uma linguagem de marcação estruturada . Existem certas regras sobre como o HTML deve ser escrito para estar em conformidade com os padrões W3C para a World Wide Web. Seguir essas regras significa que os sites são acessíveis em todos os tipos e marcas de computador, para deficientes físicos e pessoas com deficiência, e também em redes sem fiodispositivos como telefones celulares e PDAs, com suas larguras de banda e tamanhos de tela limitados. No entanto, a maioria dos documentos HTML na web não atende aos requisitos dos padrões W3C. Em um estudo realizado em 2011 nos 350 sites mais populares (selecionados pelo índice Alexa), 94% dos sites falham nos testes de marcação de padrões da web e validação de folha de estilo ou aplicam a codificação de caracteres de forma inadequada. Mesmo esses documentos sintaticamente corretos podem ser ineficientes devido ao uso desnecessário de repetição, ou baseados em regras que foram obsoletas por alguns anos. As recomendações atuais do W3C sobre o uso de CSS com HTML foram formalizadas pela primeira vez pelo W3C em 1996 [4] e foram revisadas e refinadas desde então. [5] [6]

Essas diretrizes enfatizam a separação do conteúdo (HTML ou XHTML) do estilo (CSS). Isso tem a vantagem de entregar as informações de estilo uma vez para todo o site, não repetidas em cada página, muito menos em cada elemento HTML. Os designers de editores WYSIWYG têm lutado desde então com a melhor forma de apresentar esses conceitos a seus usuários sem confundi-los, expondo a realidade subjacente. Todos os editores WYSIWYG modernos conseguem isso até certo ponto, mas nenhum deles conseguiu totalmente.

Seja qual for a forma como uma página web foi criada ou editada, WYSIWYG ou à mão, para ter sucesso entre o maior número possível de leitores e espectadores, bem como para manter o valor 'mundial' da própria Web, antes de mais nada deve consistir em de marcação e código válidos. [7] Ele não deve ser considerado pronto para a World Wide Web, até que sua sintaxe HTML e CSS tenha sido validada com sucesso usando os serviços gratuitos do validador W3C ( W3C HTML Validator e W3C CSS Validator ) ou algumas outras alternativas confiáveis. [7]

A acessibilidade de páginas da web por pessoas com deficiências físicas, visuais ou outras não é apenas uma boa ideia, considerando a onipresença e a importância da web na sociedade moderna, mas também é obrigatória por lei. Nos EUA, o Americans with Disabilities Act e no Reino Unido, o Disability Discrimination Act impõem requisitos em sites operados por organizações com financiamento público. Em muitos outros países, leis semelhantes já existem ou existirão em breve. [7] Tornar as páginas acessíveis é mais complexo do que apenas torná-las válidas; isso é um pré-requisito, mas há muitos outros fatores a serem considerados. [8] Um bom web design, seja feito usando uma ferramenta WYSIWYG ou não, precisa levar isso em conta também.

Quaisquer que sejam as ferramentas de software usadas para projetar, criar e manter páginas da Web, a qualidade do HTML subjacente depende da habilidade da pessoa que trabalha na página. Algum conhecimento de HTML, CSS e outras linguagens de script, bem como uma familiaridade com as recomendações atuais do W3C nessas áreas, ajudarão qualquer designer a produzir melhores páginas da Web, com ou sem um editor HTML WYSIWYG. [9]

Veja também [ editar ]

Referências [ editar ]

  1. ^ "Um ensaio sobre os princípios de design do W3C" . W3.org . Recuperado em 23 de outubro de 2013 .
  2. ^ "Folhas de estilo em cascata" . W3.org . Recuperado em 23 de outubro de 2013 .
  3. ^ "Folhas de estilo em cascata" . W3.org . Recuperado em 23 de outubro de 2013 .
  4. ^ "Folhas de estilo em cascata, nível 1" . W3.org . Recuperado em 23 de outubro de 2013 .
  5. ^ http://www.w3.org/TR/CSS21/ Recomendação CSS atual do W3C
  6. ^ http://www.w3.org/TR/xhtml11/ Recomendação HTML atual do W3C
  7. ^ a b c Harold, Elliotte Rusty (2008). Refatorando HTML . Boston: Addison Wesley. ISBN 978-0-321-50363-3.
  8. ^ "Diretrizes de acessibilidade de conteúdo da Web (WCAG) 2.0" . W3.org. 2008 . Recuperado em 23 de outubro de 2013 .
  9. ^ "Introdução de Dave Raggett ao HTML" . W3.org. 24 de maio de 2005 . Recuperado em 23 de outubro de 2013 .