Prefácio do tradutor: Esta série de artigos originais contém um total de 8 artigos. Ela começa com a popularização dos padrões da Web e descreve como usar o Dreamweaver 8 para construir uma Web compatível com os padrões. Site compatível com padrões próprios usando Dreamweaver 8 "(este artigo é um trecho pago), portanto, excluí o conteúdo apropriadamente. A ordem é consistente com o artigo original, mas o comprimento será ajustado. Venho por este meio informá-lo. O nível de tradução é limitado, por favor, entenda.
Se você está lendo este artigo, provavelmente já está interessado em padrões Web e está muito curioso sobre a aplicação de padrões em sites construídos com DW (abreviação de Dreamweaver).
Talvez você já tenha um certo conhecimento de WS (abreviação de Web Standards), mas não sabe como usar DW para escrever código compatível. Ou você é um usuário DW e gostaria de cumprir o WS, usar CSS de forma mais ampla e criar documentos mais fáceis de usar. Não importa que tipo você seja, este artigo lhe dará a resposta que você deseja: explicará como usar DW para lidar com WS.
Definição de padrões web
No que diz respeito ao WS ao longo deste artigo, vamos primeiro reservar um momento para esclarecer do que exatamente estamos falando:
WS são especificações que orientam as linguagens de desenvolvimento Web e são formuladas pelo W3C. Essas especificações incluem múltiplas linguagens, como HTML, XHTML e CSS, bem como algumas outras linguagens relacionadas, como MathML, que são usadas para representar equações em matemática. Quando você tiver essas necessidades especiais, poderá usá-las. . O W3C também promulgou as "Diretrizes de Acessibilidade de Conteúdo Web - WCAG" - promovendo a acessibilidade de páginas web (via WAI)
Dica: obtenha essas especificações diretamente
Você pode ler essas especificações no site do W3C, embora às vezes possam ser difíceis de ler:
HTML4.01
HTML 1.0
CSS1
CSS2.1
WCAG 1.0
Neste artigo usaremos XHTML 1.0, CSS 1 e 2.1, WCAG 1.0 e outras especificações e recomendações, mas você ficará feliz em saber que não precisamos ler muitos documentos do W3C.
Quem precisa de WS?
Você pode ter apenas uma vaga ideia de que o WS é uma coisa boa, mas muitos sites - incluindo muitos sites bem conhecidos - não cumprem o WS e parecem ser bem gerenciados. Então, por que deveríamos dar o nosso melhor para cumprir os WS. Há algum benefício real em fazer isso? Quem precisa prestar atenção às especificações e recomendações do W3C?
Desenvolvedores e designers web
O primeiro grupo de pessoas que precisa ficar atento ao WS somos nós: desenvolvedores e designers de construção de sites. Vale a pena gastar tempo aprendendo como desenvolver com WS?
A marcação limpa torna as correções de bugs mais rápidas.
Se você validar suas páginas com o W3C, pelo menos saberá que a marcação irregular não é a causa dos erros que você encontrou. Às vezes, o processo de validação de uma página e correção de erros encontrados pode resolver problemas de exibição causados por elementos intermináveis ou tags com erros ortográficos.
Mesmo que a verificação do seu documento não resolva os problemas, pelo menos você saberá que os problemas existem no documento canônico. Agora que você sabe que esse problema não é um bug, você pode começar a se concentrar em outros problemas, como diferenças no tratamento de CSS em diferentes navegadores.
Cumprir os requisitos de acessibilidade é fácil
Se você escrever uma marcação XHTML canônica, poderá garantir que o documento esteja semanticamente correto e poderá separar o conteúdo do documento da apresentação. Você poderá trabalhar muito em muitos problemas de acessibilidade da coluna WCAG1.0 . Também é importante reconhecer que a acessibilidade não é apenas para pessoas com deficiência. Um site amigável pode ser acessado por diversos dispositivos, como celulares e PDAs, que não possuem poder de processamento para lidar com marcações dispersas e fora do padrão.
compatível com encaminhamento
Se você considerar apenas o desempenho de sua página recém-desenvolvida nos navegadores atuais, como poderá garantir seu desempenho em novos navegadores no futuro. O novo navegador pode exibir sua página muito mal, agora você está lutando para encontrar e. consertar esses problemas irritantes.
A conformidade com o WS não erradicará completamente esse problema; no entanto, a compatibilidade dos padrões reduz bastante o risco de falha do seu projeto, e as empresas atuais de software de navegador também estão começando a oferecer suporte aos padrões. Eles podem acidentalmente interpretar mal alguma parte da especificação, mas não podem desaprová-la completamente. Se o pior acontecer e um novo navegador produzir efeitos estranhos em seu site padronizado, será muito mais fácil consertar isso do que um site incompatível. Se você encontrar um problema, ele também afetará outros sites compatíveis com os padrões. A sabedoria coletiva da comunidade da web apontará isso e escreverá artigos para abordar o assunto. Portanto, todos discutiram coletivamente que é mais fácil consertar esse BUG em um documento compatível do que em um documento incompatível.
Refatoração mais conveniente
Você já teve que retirar o texto de um site e reconstruí-lo e começar tudo de novo? Você já viu aqueles rótulos cheios de rótulos de fontes e minúsculas células de tabela (que nos fazem ter que começar do zero)? a refatoração deste site.
Separar o conteúdo e a apresentação de um documento proporciona a beleza da conformidade com os padrões: significa que da próxima vez que alguém quiser refatorar o site, não será necessário copiar o documento da Web. Todo o texto do site será marcado com (X)HTML semântico, e todas as informações da apresentação - que é o que o webmaster deseja alterar - serão armazenadas em um arquivo CSS facilmente substituível.
Alguns clientes não esperarão que ele seja refatorado antes de começarem a pedir que você faça algumas alterações. Eles esperarão até visitarem o Mammoth Fossil Pit e então pedirão que você diga: "Basta mover a coluna da esquerda para a direita. ." Para sites compatíveis padronizados, todas as páginas são controladas por CSS. Você pode mover facilmente as tags na página sem ter que pensar em truques em muitas páginas com tabelas complexas como estruturas. Isso facilita a alteração do layout da página.
Separar a estrutura da apresentação também pode facilitar a adição de novos elementos, como uma versão de um site com alto contraste e imagens pequenas, que pode ser mais atraente para alguns espectadores. Por que criar uma versão separada somente de texto de uma página quando você pode substituir facilmente a folha de estilo?
empresa de software de navegador
As empresas de software de navegador estão começando a prestar atenção ao WS. No passado, as empresas de software de navegador adicionavam suas próprias tags e atributos proprietários à linguagem básica. Mas agora, como nunca antes, todos eles estão começando a cumprir os padrões, e alguns dos navegadores mais recentes já estão fazendo um esforço para exibi-los de acordo com (X)HTML e CSS conforme definido na especificação.
Num futuro próximo, os navegadores serão capazes de exibir a maioria das marcações e códigos fora do padrão, porque se não o fizerem, milhares de sites fora do padrão não serão exibidos corretamente - e então o público provavelmente começará a culpar o navegador, não os web designers. No entanto, outros dispositivos (aqueles sem o poder de processamento dos desktops) dependerão mais da compatibilidade padronizada do código que encontrarem.
Fabricante de software de ferramenta de criação
Os fornecedores de software de ferramentas de autoria - como a Macromedia, que fabrica o Dreamweaver - estão começando a aderir ao WS, assim como os web designers, por exemplo, à medida que cada vez mais clientes exigem que essas ferramentas de autoria produzam marcações padronizadas. Originalmente, esses ambientes de desenvolvimento visual não tinham uma boa reputação porque produziam marcações confusas e não padronizadas. No entanto, os principais ambientes de desenvolvimento visual mais recentes invocaram elementos padronizados de compatibilidade e acessibilidade, o que também se tornou um principal ponto de venda; Os fornecedores de software devem ouvir e responder às necessidades do mercado.
Usuários da web
Os usuários dos sites que criamos também se beneficiam com a adoção dos WS, mesmo que não percebam. Talvez estejam inconscientemente usando sites que foram desenvolvidos especificamente para os navegadores populares de hoje. Se esses usuários mudarem para outro navegador, poderão descobrir que a experiência on-line não será mais agradável porque essas tags proprietárias não serão aceitas pelo novo navegador. Um site padronizado e compatível funciona bem em diferentes navegadores, sejam navegadores existentes ou futuros.
Além disso, um site que segue as recomendações de acessibilidade será mais acessível aos usuários que consideram a navegação na web insatisfatória. A Web deve proporcionar condições mais convenientes de compra, leitura e pesquisa para pessoas com deficiência visual ou outras deficiências. Eles não devem ser impedidos de navegar em um site porque ele utiliza tags proprietárias ou outra tecnologia exclusiva (referente ao navegador).