Antes de começar, deixe-me esclarecer duas coisas:
- Neste artigo estou não vou incluir o navegador reconhecidamente legal, porque ele só funciona utilizando o Firefox nos bastidores. Quando digo baseado em texto, estou falando de navegadores antigos como ELinks, Lynx ou w3m. Esses também são os três navegadores que usei para testar tudo descrito abaixo.
- O artigo inteiro acabou sendo um discurso retórico sobre como os navegadores baseados em texto lidam com recursos adicionados ao HTML. Ou, mais provavelmente, como eles negligenciam o tratamento desses recursos.
Os navegadores baseados em texto ainda são importantes?
Bem, não serei o juiz disso. Gosto deles, tenho-os instalados e testo todos os projetos que crio neles. Mas não são eles que eu uso para navegar na web.
Falando em testar suas criações, aqui estão as boas notícias: se o seu projeto tiver uma base HTML sólida que você aprimora progressivamente com CSS e JS, você terá um ótimo começo.
Como o HTML evoluiu nos últimos anos?
Embora o CSS seja a estrela do show quando se trata de novos recursos, o HTML também não está obsoleto. Se colocarmos o tão esperado seleções estilizadas e a opinião da Apple interruptores de alternância Além disso, há muitos disponíveis em vários navegadores.
Mas o problema é o seguinte: sempre que dizemos navegador cruzado, geralmente olhamos para os grandes, nunca para navegadores baseados em texto. Portanto, neste artigo, quero esclarecer como eles lidam com as seguintes adições recentes.
Como os navegadores baseados em texto lidam com o HTML moderno?
Ao visualizar uma página da web em um navegador baseado em texto, você obtém essencialmente HTML simples, sem CSS, sem JS. Existe algum “styling”, resultado da semântica dos elementos, mas não espere nada sofisticado, estamos reduzidos a cores, recuo e texto centralizado.
Isso me lembra o que os navegadores que estamos acostumados nos oferecem quando mostram HTML sem estilo – bem, HTML com os estilos padrão do navegador, para ser exato. Isso, por sua vez, me lembra CSS Naked Day.
Navegadores baseados em texto funcionam bem com o bom e velho HTML. As adições recentes, entretanto, são um pouco mais sutis (por exemplo, interativas), então vamos falar sobre elas individualmente.
Detalhes
Widgets de divulgação são elementos interativos simples para os quais não precisamos mais de JS. Quando
é mostrado.Os navegadores baseados em texto não têm ideia do que são os widgets de divulgação, então eles sempre mostram o todo
open estado. Dessa forma, as coisas podem ficar detalhadas, mas em essência está tudo bem.Veredicto: Aceitável.
Listas de dados
Listas de dados podem ser usadas para adicionar valores sugeridos a um campo de entrada. Nos meus testes eles foram totalmente ignorados, o Lynx até menciona que encontrou “HTML ruim”, provavelmente porque espera apenas em um pai. Pelo menos nenhum navegador renderizou as opções na tela, elas simplesmente voltam para uma configuração simples campo, o que é melhor que nada. Nota lateral: disseram-me que as listas de dados têm problemas de acessibilidade, então…
Veredicto: Qualquer que seja.
Diálogos
Sim, o HTML pode criar diálogos modais e não modais, e até mesmo diálogos de alerta, tudo graças ao elemento. Inicialmente precisávamos de JS para alternar sua visibilidade, mas com a ajuda da API Popover (veja o próximo capítulo) agora podemos fazer a maior parte disso em HTML simples.
Infelizmente, mais uma vez não há suporte em navegadores baseados em texto, então você acabará vendo todo o conteúdo das caixas de diálogo, como se tivessem seus open conjunto de atributos. Conseqüentemente, não há consciência da forma method="dialog" nem um botão de envio formmethod="dialog"então em ambos os casos a forma action é acionado.
Veredicto: Problemático.
Popovers
A API Popover é provavelmente meu novo recurso favorito, mas apenas se você usar navegadores normais.
Dado que os diálogos são uma espécie de popover, não é surpresa que nada funcione e, mais uma vez, todos popover o conteúdo é despejado na tela.
Agora acho que você já entendeu, então nem vou falar sobre a API Invoker Commands neste momento.
Veredicto: Provavelmente problemático.
Áreas de conteúdo inertes
Uma caixa de diálogo modal torna o resto da página inerte, então não precisamos fazer isso. Mas com o mundo inert podemos fazer isso manualmente também, se precisarmos tornar certas partes do DOM inacessíveis.
Com certeza, os navegadores baseados em texto permitirão que você acesse elementos interativos dentro de uma área de conteúdo inerte.
Veredicto: Ruim.
Conteúdo oculto
Agora estamos nos aproximando de algo que não é nada novo: o atributo oculto global tem suporte há mais de uma década. Isso nos permite ocultar o conteúdo da mesma forma que display: nonemas diretamente em HTML.
A adição de suporte em navegadores baseados em texto foi discutida no passado, mas foi rejeitada e, portanto, nunca foi implementada. Você acabará vendo todo o conteúdo marcado como hidden. Esta é a principal razão pela qual comecei a escrever este artigo e o que mais me enfurece. Se eu decidir ocultar o conteúdo em HTML em vez de CSS, devo ter um bom motivo, portanto, o conteúdo oculto não deve ser visível em nenhum navegador! Certas técnicas de aprimoramento progressivo funcionam ocultando o conteúdo em HTML e tornando-o visível via CSS ou JS. Essa possibilidade desaparece em navegadores baseados em texto.
Veredicto: Falha épica. 😠 🤬
Conteúdo visualmente oculto
Brincadeirinha, ainda não existe uma maneira nativa em HTML de ocultar conteúdo visualmente, então continuamos contando com nomes de classes como .visually-hidden ou .sr-only. Não importa como sejam nomeados, eles precisam invocar algumas linhas de CSS para fazer as coisas. Se deveria haver uma forma nativa está em debate. Pessoalmente, eu gostaria de ter uma linha única para conseguir isso, mas deveria permanecer no domínio do CSS.
No entanto, se tivéssemos uma maneira em HTML, os navegadores baseados em texto exibiriam esse conteúdo visualmente oculto de qualquer maneira, isso é certo.
Veredicto: Continua.
E agora? E agora?
Navegadores baseados em texto e HTML moderno, nenhuma história de sucesso à vista. Dado o progresso que vemos nas tecnologias web, a lacuna só irá aumentar, tanto que o w3m e os seus amigos poderão cair no esquecimento.
Fonte: theverge
