Por que os navegadores não suportam haml e sass?

11

O tempo necessário para baixar um site seria significativamente reduzido, e a análise também seria mais fácil, eu acho.

Por que esses idiomas não são impostos como padrão? Obviamente, eles são melhores que HTML e CSS brutos ...

Os navegadores são a única coisa que nos impede de eliminar o código HTML / CSS intermediário.

html css

— Alexa
fonte

2

Há muitas razões, mas a compatibilidade com versões anteriores é grande.

— sevenseacat

eles puderam detectar html com base no doctype e haml com base em outra palavra-chave .. #

— 1110 Alexa do Alexa

1

joelonsoftware.com/items/2008/03/17.html

— Job

Eu não estou familiarizado com Haml, mas com outros mecanismos de modelo em geral, você ainda precisará analisar o modelo no servidor para inserir dados no HTML renderizado. É verdade que está ficando mais fácil para os navegadores fazerem isso, mas imagino que não seja algo que desapareça tão cedo.

— precisa

Eu acho que o SCSS deve ser inserido nos navegadores. Talvez eles estão à espera de um vencedor claro a emergir entre Menos e SCSS ...

— MSC

15

Outra coisa a considerar é que as organizações de padrões têm largura de banda limitada - elas só podem trabalhar muito por vez.

Dadas essas restrições, prefiro que trabalhem na solução de problemas que os desenvolvedores da Web não podem resolver sozinhos (como adicionar novas tags ou animações CSS). O SASS e o haml são fáceis de compilar em CSS / HTML, portanto a vantagem do suporte nativo ao navegador seria limitada, pois é muito fácil fazer isso sozinho.

— Tikhon Jelvis
fonte

9

O ponto mais forte das linguagens de pré-processador, como Sass ou CoffeeScript, é o fato de elas serem compiladas com suas contrapartes "padrão". É isso que os atrai - você obtém todos os benefícios de seu design "obviamente melhor" sem aumentar a infinidade de problemas de compatibilidade com os quais os desenvolvedores já precisam lidar ao trabalhar com CSS ou JS padrão. A compatibilidade com versões anteriores é uma grande coisa quando se trata de desenvolvimento web, qualquer pessoa que ainda tenha em mente o IE6 em seu trabalho vai concordar.

O pacote HTML / CSS / JavaScript tem arestas e coisas que podem parecer inadequadas hoje, mas fornece um mínimo - mas um mínimo que é amplamente aceito, compreendido e implementado - sobre o qual podemos desenvolver. Haml / Sass / CoffeeScript fazem exatamente isso e é isso que os torna úteis. Prefiro manter meu servidor Sass do que lidar com desenvolvedores de navegadores envolvidos em uma guerra de padrões sem estilo que não serviria a ninguém;)

— scrwtp
fonte

5

"Tecnicamente melhor" e "mais fácil de usar" são apenas dois dos muitos critérios para tornar algo um padrão. Existem muitos outros, como:

Compatibilidade com os padrões existentes
Implementações existentes (padrões de fato informais)
Esforço necessário para implementar
Base de usuários existente (e, portanto, suporte da comunidade, mão de obra qualificada disponível)
Cadeias de ferramentas existentes
Suporte de plataforma
Integração com padrões relacionados

Você terá que concordar que o HTML e o CSS têm uma vantagem esmagadora contra qualquer novato nesses critérios.

— tdammers
fonte

4

sasse nãohaml são padrões . HTML e CSS são .

Se e uma vez ambos se tornarem padrões ( e forem amplamente aceitos e usados), haverá um motivo convincente para os fabricantes de navegadores adicionarem suporte a eles.

— Oded
fonte

1

O que faz de algo um padrão? O número de pessoas que usam essa coisa. Se navegadores adicionar suporte para haml e sass o # dos usuários vai aumentar e, finalmente, o padrão será oficializada em W3C ..

— Alexa

1

@Alexa - Ou um organismo oficial normas (ou consórcio de empresas) fazer um padrão.

— Oded

2

@Alexa: Não, se funcionasse dessa maneira, a tag <blink> teria sido oficializada.

— user16764

1

@ user16764, mas acho que o Alexa está certo. HTML5 é apenas uma compilação de coisas que os navegadores já estavam fazendo. Eles apenas colocam em palavras bonitas.

— Arturo Torres Sánchez

3

Nenhum projeto de produção pode usar o Haml até que seja suportado pelo Firefox, Chrome, Safari e Internet Explorer. Antes, os aplicativos "corporativos" podiam ser apenas do IE, mas acho que os dias acabaram. Os padrões não são impostos do alto, eles são acordados pelos fornecedores do navegador.

Então, para que Haml estabelecesse um padrão, seria necessário que a Apple, o Google, a Mozilla Foundation e a Microsoft concordassem. Isso não é trivial. Essas empresas geralmente se concentram na expansão de recursos, em vez de limpar os recursos existentes.

Haml parece bom de se trabalhar, mas na verdade não melhora os lados de download, pois todos os navegadores e servidores modernos suportam compactação. Haml comprimido e Html provavelmente têm o mesmo tamanho. (Além disso, a maior parte do tempo de download do site médio é no download de imagens e código de script.)

Agora, lembre-se de que poucas pessoas escrevem mais em HTML. As pessoas usam estruturas que cospem o HTML como produto final. Isso não apenas prejudicaria a adoção do Haml diretamente, como nenhuma dessas estruturas o apoiaria, mas evita a necessidade, porque a linguagem de marcação subjacente é vista apenas pelo computador.

Do ponto de vista do fornecedor do navegador, eles podem melhorar um recurso existente um pouco (suportando algo como Haml, que fornece páginas mais limpas) ou podem adicionar algo totalmente novo, como o WebGL. O último só tem mais retorno para o investimento.

— Gort the Robot
fonte

2

Sim, eles parecem mais legais e fáceis de usar do que html e CSS. Mas html e CSS existem e são criados por um longo tempo, muitos aplicativos na Web ou na área de trabalho os usam.

Portanto, não é fácil criar algo padrão. HAML e SASS são realmente divertidos e limpos de usar, mas sendo padrão, levará muito tempo ou nunca. Como o w3c se importa com os desenvolvedores, eles realmente aprimoram o html e o css no html5 e no css3.

— Dzung Nguyen
fonte