Longe de mim pedir voto para meus candidatos. Até gostaria, mas acho que não cairia bem. Minha intenção com este post é só pedir que você, no domingo, VOTE COM RESPONSABILIDADE.
E boa sorte pra todos nós.
A partir daí, o W3C seguiu uma série de esforços para padronizar, principalmente, a linguagem HTML, base da web, que chegou até a sua versão 4.01, antes de ser revista pelo órgão. Esta revisão foi para atender à idéia de Berners-Lee da web semântica. Para isso, o HTML foi re-escrito como uma estensão do XML, eliminando todos os elementos de formatação da linguagem, dando origem ao XHTML. Para atender à necessidade de formatar estes documentos, foi criada a linguagem CSS.
A web semântica consiste em organizar os documentos web de tal forma, que estes possam ser interpretados automaticamente, facilitando a pesquisa e cruzamento das informações dos documentos. Ou seja, além da informação, a máquina saberia distinguir a que se refere esta informação. Um exemplo prático disso é que, se utilizassemos o elemento address para definir o endereços em nosso site, uma ferramenta de busca poderia criar uma indexação destes endereços, e disponibilizar para o usuário. Quantas vezes você visitou o site de uma empresa e cansou de procurar pelo endereço, ou um telefone de atendimento ao cliente?
Hoje, nós, desenvolvedores web podemos comemorar muitos avanços, mas ainda estamos longe de uma real padronização dos navegadores.
Se você gosta de velocidade na navegação, aqui vai uma dica muito interessante do navegador Opera.
Caso você queira realizar buscas mais rapidamente, no menu Tools > Preferences, clique na aba Search. Ali, você encontra os motores de busca padrão do Opera, e uma keyword, que é utilizada para que você possa realizar uma busca naquele motor, direto da barra de endereços, sem precisar utilizar a caixa de buscas que fica ao lado.
Por exemplo, caso você queira fazer uma busca no Google, digite na barra de endereços: g newtonwagner.net. O bom disso tudo, é que você pode adicionar facilmente novos motores de busca.
Aqui no meu caso, fiz uma busca para encontrar termos da Wikipedia no Google. Para isso, cliquei em Add lá naquela tela de preferências de busca. Digitei os seguintes dados:
Esta é a condição mínima para uma busca no Google. Passei o endereço da busca, e, na variavel de pesquisa, deixei o termo wikipedia como padrão, e o %s será substituido pelo que for digitado na barra de endereços, depois do termo wiki.
Pronto, para procurar um termo na Wikipedia, basta digitar na sua barra de endereços do Opera: wiki xhtml. Se você, assim como eu, tenta tocar violão, você pode criar uma busca por cifras no CifraClub, por exemplo. Só depende da sua necessidade e criatividade, para turbinar suas buscas pela web.
É possível também passar variáveis através do método POST, caso a busca do site que você queira adicionar utilize este método.
Mais sobre o Opera:
O XHTML é a linguagem utilizada para escrever os documentos web. Se você está estranhando o X na frente do HTML, não há muito o que se preocupar. O XHTML é a junção das linguagens XML e HTML. Dessa forma, todas as regras de sintaxe aplicadas a um documento XML, devem se aplicar ao documento XHTML.
Estas alterações de sintaxe não são tão complexas, alguns exemplos dessas modificações são:
Estas diferenças podem ser encontradas em diversas referências na internet. Porém, a mais importante alteração a ser realizada no seu documento não é a sintática, e sim a semântica. Deve-se conhecer os elementos XHTML para usá-los corretamente, ou seja, utlizar as tags certas para descrever as informações no seu documento, sendo importante lembrar que estas tags já existiam no HTML. Vemos no exemplo abaixo, um exemplo muito comum de código para definição de um título:
Meu TítuloDefinimos na estrutura do documento, que o título da página será do tamanho 16px em vermelho e negrito. Porém, se tivéssemos conhecimento da linguagem, utilizaríamos a tag h1, para definir títulos na página:
Meu Título
Para saber se seu código está semanticamente correto, é preciso se perguntar se uma máquina seria capaz de entender a que se refere o trecho de código. No primeiro exemplo, a maquina sabe que deve escrever o texto “Meu Título” em negrito, vermelho e tamanho de 16px. No segundo, ele sabe que “Meu Título” é um Cabeçalho nível 1.
Outra mudança no seu documento será a estruturação do mesmo. Se você divide áreas como Topo, Navegação, Conteúdo e Rodapé utilizando tabelas (table), revendo a documentação do XHTML, você descobrirá a existência da tag div, criada justamente para definir divisões de blocos dentro do seu documento, ou ainda, a tag span, para definir divisões em linha do documento.
Abolir os elementos de formatação é outra medida necessária para a adoção dos padrões web. Esqueça que as tags font, b e i, dentre outras, assim como atributos de formatação, como background e color, entre outros. Estes elementos estão em desuso e serão, possívelmente, removidos de especificações nas versões futuras do XHTML. No lugar da tag b, que indica bold (negrito), por exemplo, substitua pela tag strong, que indica força. O efeito inicial nos navegadores é o mesmo, pois em ambas, por padrão, deixarão seu texto em negrito. Porém, você pode definir na formatação que força no seu documento é uma letra normal, escrita com outra cor, o que não faria sentido definir um estilo desses em uma tag denominada “negrito”.
Tenha em mente que você está apenas estruturando o seu documento, escreva toda a sua página sem qualquer estilo, e veja se é um documento legível para nós na tela do navegador, com um código semântico para as máquinas. Depois disso, você pode pensar em formatar seu documento utilizando a linguagem definida para isso, o CSS, que será assunto de um outro post.
Foi definida a data e o local do PHP Conference Brasil, evento organizado pela Tempo Real e o grupo ProPHP. O evento acontecerá nos dias 1 e 2 de Dezembro (sexta e sábado), na Universidade São Marcos, em São Paulo-SP.
Os macro-temas já estão sendo definidos, e podem ser vistos na página do PHP Conference Brasil no site do ProPHP. A chamada por palestrantes continua aberta.
Se você é de Brasília e tem interesse em ir para o evento, deixe um comentário ou entre em contato. Algumas pessoas no trabalho tem interesse de ir, e podemos nos organizar para irmos em grupo.
Saiu no IDG Now, sobre o projeto de lei que regulamenta os profissionais de informática. Lembro de ter ouvido falar sobre isso a muito tempo atrás, e acho que deve demorar mais ainda para que todo este processo termine.
A criação de um Conselho de Informática, preferencialmente independente, e não agregado como o CREA, que é o conselho de várias profissões, vai evitar que alguém exerça a profissão sem ter um registro neste conselho.
Pode ser o fim do amadorismo nessa área. Quem quiser trabalhar, tem que provar que é capaz, como já acontece em outras áreas, como Medicina e Direito.
Nessa última semana, no trabalho, tivemos a oportunidade de testar nosso sistema web em um Palm. Confesso que era a primeira vez que via alguém navegar na internet com um dispositivo móvel, utilizando um navegador “normal”, que era o IE.
Depois de testar rapidamente uma folha de estilos CSS, definindo o atributo media como handheld, me descepcionei ao observar que os componentes criados com AJAX não funcionaram, além de que o suporte a JavaScript, em geral, não é muito bom.
Uma pena, pois estes componentes foram desenvolvidos para melhorar a experiência do usuário na utilização do sistema, mas, por outro lado, não consigo imaginar alguém digitando, por exemplo, dezenas de entradas e saídas de notas fiscais utilizando um palm ou um celular.
Essa experiência serviu também para que eu valorizasse ainda mais o uso de JavaScript não-obstrusivo, ou seja, mesmo quando o usuário utilizar um navegador sem suporte a javascript, o site deve funcionar.
Estava navegando no Syxt, uma espécie de Orkut profissional, e encontrei na comunidade de acessibilidade um link para um avaliador de acessibilidade em sites que nunca tinha visto. No blog antigo eu tinha uma lista de avaliadores e como surgiu esta novidade, vou colocar novamente aqui os links:
É sempre bom lembrar que estes avaliadores são automáticos. Como já disse aqui em outro post sobre acessibilidade, nada substitui um teste real da acessibilidade do site. Porém, é sempre um bom começo passar nesses testes.
Para mais informações sobre a acessibilidade no Brasil, visite o Acessibilidade Brasil.
Aconteceu: Estou passeando e me pedem a opinião sobre o redesign de um site que todos utilizam para acessar um sistema. Ao lado do designer, que me chamou, está o responsável pelo marketing da empresa. Não lembro do papo ao pé da letra, mas resumidamente foi isso:
NW: Cadê o formulário de login?
D: Ta aqui. - rolando a tela até o rodapé.
NW: Acho que seria melhor se esse form fosse no topo da página. Quando eu entro aí, é só pra me logar no sistema, vou achar horrível ter que rolar sempre a página até o rodapé.
D: Concordo.
M: Mas isso foi feito para forçar o usuário a ler o conteúdo da página.
NW: Bem, estou dizendo o que eu acho… e acho que seria bem melhor o form em cima.
M: Ah, o site não está sendo feito pra você, e sim pros usuários.
Neste momento, sorri e me retirei do ambiente.
Depois, a pergunta ficou na minha cabeça: “Será que ele esqueceu que eu sou um usuário?”.
Mais do que a minha, Newton Wagner, opinião, era também uma opinião de usuário do sistema. Se eles querem realmente que o usuário leia o site antes de logar, por que não pensam em disponibilizar um conteúdo atraente?
Ta aí… essa foi só pra gente pensar mesmo.
