O problema com o javascript não é a linguagem em si - é uma linguagem dinâmica e com bom protótipo. Se você é oriundo de OO, existe uma curva de aprendizado, mas a culpa não é do idioma.
A maioria das pessoas assume que o Javascript é como Java porque tem sintaxe e nome semelhantes, mas na verdade é muito mais parecido com o lisp. Na verdade, é bastante adequado para manipulação de DOM.
O verdadeiro problema é que ele é compilado pelo navegador e isso significa que ele funciona de uma maneira muito diferente, dependendo do cliente.
Não apenas o DOM real é diferente dependendo do navegador, mas há uma enorme diferença no desempenho e no layout.
Editar os seguintes esclarecimentos em questão
Suponha que vários idiomas interpretados sejam suportados - você ainda tem os mesmos problemas. Os vários navegadores ainda teriam erros e teriam diferentes DOMs.
Além disso, você precisaria ter um intérprete embutido no navegador ou de alguma forma instalado como um plug-in (que você pode verificar antes de exibir a página) para cada idioma. Demorou séculos para obter o Javascript consistente.
Você não pode usar linguagens compiladas da mesma maneira - então você está introduzindo um executável que não pode ser facilmente examinado pelo que faz. Muitos usuários optam por não deixá-lo funcionar.
OK, e quanto a algum tipo de sandbox para o código compilado? Parece Java Applets para mim. Ou ActionScript no Flash. Ou c # no Silverlight.
E algum tipo de padrão de IL? Isso tem mais potencial. Desenvolva no idioma que desejar e, em seguida, compile-o para IL, que o navegador então JITs.
Exceto que o Javascript já é o tipo de IL - basta olhar para o GWT . Permite escrever programas em Java, mas distribuí-los como HTML e JS.
Editar após mais esclarecimentos em questão
Javascript não é, ou melhor, não era, o único idioma suportado pelos navegadores: na era das trevas do Internet Explorer, era possível escolher entre Javascript ou VBScript para rodar no IE. Tecnicamente, o IE nem executava Javascript - ele executava JScript (principalmente para evitar ter que pagar à Sun pela palavra java , a Oracle ainda é dona do nome Javascript ).
O problema era que o VBScript era proprietário da Microsoft, mas também não era muito bom. Enquanto o Javascript estava adicionando funcionalidade e obtendo ferramentas de depuração de alto nível em outros navegadores (como FireBug), o VBScript permaneceu apenas no IE e praticamente não pode ser depurado (as ferramentas de desenvolvimento no IE4 / 5/6 não existiam). Enquanto isso, o VBScript também se expandiu para se tornar uma ferramenta de script bastante poderosa no sistema operacional, mas nenhum desses recursos estava disponível no navegador (e quando estavam se tornaram enormes falhas de segurança).
Ainda existem alguns aplicativos internos corporativos por aí que usam VBScript (e alguns dependem dessas falhas de segurança) e ainda estão executando o IE7 (eles apenas pararam o IE6 porque a Microsoft finalmente o eliminou).
Obter o Javascript no estado atual tem sido um pesadelo e levou 20 anos. Ele ainda não possui suporte consistente, com os recursos de idioma (especificados em 1999) ainda faltando em alguns navegadores e muitos shims sendo necessários.
A adição de um idioma alternativo para interpretação nos navegadores enfrenta dois grandes problemas:
Conseguir que todos os fornecedores de navegadores implementem o novo padrão de idioma - algo que eles ainda não gerenciam para Javascript há 20 anos.
Uma segunda linguagem potencialmente dilui o suporte que você já possui, permitindo (por exemplo) o IE ter suporte a Javascript de segunda taxa, mas ótimo VBScript (novamente). Eu realmente não quero escrever código em diferentes idiomas para diferentes navegadores.
Deve-se notar que o Javascript não está 'concluído' - ainda está evoluindo para se tornar melhor em novos navegadores. A versão mais recente está anos à frente das implementações dos navegadores e eles estão trabalhando na próxima.