A atualização para a última versão do Windows normalmente exige que as empresas façam testes de compatibilidade em todos os aplicativos de linha de negócios com a última versão do Internet Explorer. A maioria das empresas acha essa tarefa difícil porque normalmente não se sabe quais aplicativos de linha de negócios internos do catálogo são críticos e usados pelos funcionários. Isso com frequência leva os profissionais de TI a testar todos os aplicativos internos, incluindo aqueles que podem não ser usados, tornando o processo dispendioso e demorado. Além do teste, pode ser difícil reduzir os problemas de compatibilidade sem saber como o aplicativo foi compilado.

O Kit de Ferramentas de Descoberta de Sites Empresariais oferece uma forma de os profissionais de TI compreenderem melhor como os usuários estão navegando no Internet Explorer 11. Esse kit de ferramentas permite coletar informações do Internet Explorer 11 sobre todos os sites visitados pelos usuários da empresa para criar um inventário de sites usados na empresa. Essas informações ajudarão os profissionais de TI a priorizar aplicativos nos testes de compatibilidade de aplicativos com o Internet Explorer. Esse kit de ferramentas também oferece informações adicionais sobre como o site é usado pelo Internet Explorer e seu design, e essas informações podem ser usadas para popular a lista de sites do modo Empresarial, reduzindo os problemas de compatibilidade de sites críticos.

Quais informações são coletadas?

Por padrão, a coleta de dados fica desativada. Quando a coleta é habilitada, os dados são coletados de todos os sites visitados por usuários com o Internet Explorer 11. Os dados são coletados durante cada evento de navegação, e são associados ao URL visitado, como mostrado aqui. Essa coleta de dados praticamente não afeta o desempenho do Internet Explorer.

Dados coletados em cada evento de navegação

O que posso fazer com esses dados? O Kit de Ferramentas de Descoberta oferece aos profissionais de TI uma visão clara de como o IE é usado na implantação com base em dados reais dos usuários. Dessa forma, é possível responder a várias perguntas. Algumas delas são:

• Quais sites são mais visitados pelos usuários?
• Em qual modo de documento a página é carregada, e como ele foi escolhido?
• Em quais sites os controles ActiveX estão sendo usados e com que frequência?
• Quais sites apresentam falhas ou param de responder?
• Há algum site que deva ser retirado da lista de sites confiáveis?
• Há algum site que deva ser adicionado ou removido da lista de sites do modo Empresarial?

Como os profissionais de TI podem começar a usar o Kit de Ferramentas de Descoberta de Sites?

• Leia mais sobre o Kit de Ferramentas no Technet
• Atualize o Internet Explorer com a última atualização cumulativa (outubro de 2014 ou mais recente)
• Baixe os scripts de instalação e configuração
• Veja alguns exemplos de relatórios

Estamos muito animados com esse kit de ferramentas. Teste-o, experimente a funcionalidade de coleta de dados e siga todas as etapas! Mande-nos os seus comentários via @IEDevChat ou Connect.— Deen King-Smith, gerente de programas, Internet Explorer

O que há de novo no IE no Windows 10 Technical Preview

HTTP/2

O Internet Explorer no Windows 10 Technical Preview inclui o suporte ao novo protocolo de rede HTTP/2, que é um esforço padronizado com amplo suporte no setor. O HTTP/2 se baseia na nossa experiência oferecendo suporte a SPDY/3 no IE11 e permite o desempenho aprimorado na Web usando técnicas que incluem a multiplexação, a compressão e o envio por push do servidor.

Suporte a HTTP/2 mostrado nas ferramentas F12 no IE para Windows Technical Preview

Melhorias de desempenho no mecanismo Chakra JavaScript.

O IE no Windows 10 Technical Preview também inclui várias melhorias de desempenho em nosso mecanismo Chakra JavaScript. As alterações incluem a simplificação do pipeline de execução do Chakra para oferecer inicialização mais rápida, otimizações no compilador Just-in-Time do Chakra para aumentar a taxa de transferência da execução de script e aprimoramentos no subsistema de Coleta de Lixo do Chakra para oferecer melhor capacidade de resposta da interface do usuário para aplicativos e sites.

Análise de domínio de nível superior interoperável

O IE no Windows 10 Technical Preview alterna a análise de nomes de domínio para usar os algoritmos e a lista de domínios encontrada em https://publicsuffix.org.

Lançando a Caixa de Sugestões de Plataforma do IE no UserVoice

Também estamos anunciando hoje a disponibilidade da Caixa de Sugestões de Plataforma do IE, com base na plataforma de comentários UserVoice. Esta é a última etapa do esforço que anunciamos em abril deste ano para estabelecer uma melhor conversa bidirecional com os desenvolvedoras da Web, incluindo nossas #AskIE sessões mensais e nosso divertido Reddit AmA em agosto.

Usando o sistema de votação UserVoice, poderemos ver exatamente quais sugestões de recursos são as mais solicitadas pela comunidade de desenvolvedores da Web, o que nos ajudará a priorizar o nosso trabalho. Também vinculamos as contagens de votos diretamente ao status.modern.ie para facilitar ainda mais a obtenção de seus comentários sobre novos padrões e recursos.

Contagem de votos nos recursos de status.modern.ie, basta um clique para adicionar seu voto ao UserVoice!

Observe que relatórios de bugs específicos devem continuar a ser enviados via Connect. Para enviar comentários sobre a experiência de usuário do Internet Explorer, use o aplicativo Windows Feedback incorporado ao Windows 10 Technical Preview.

Testando a plataforma da Web mais recente do IE

Além de canais de comentários aprimorados, também estamos comprometidos em ajudar os desenvolvedores da Web a ter em suas mãos a plataforma da Web mais recente do IE. Em junho, lançamos o Canal de Desenvolvedor do IE, que estava disponível para ser instalado lado a lado com a versão lançada do IE11. Através dos ótimos comentários recebidos, muitos dos recursos visualizados no Canal de Desenvolvedor do IE foram enviados na atualização de agosto do IE11.

Para continuar visualizando a plataforma da Web mais recente do IE, ingresse no Windows Insider Program e instale o Windows 10 Technical Preview. Ao ingressar no Windows Insider Program, você se inscreverá para receber as atualizações regulares de compilação de visualização e se manterá bem informado sobre o Windows e o Internet Explorer.

Há muito mais a caminho

Estamos nos preparando para oferecer mais detalhes nas postagens de blog futuras sobre HTTP/2, melhorias no desempenho do Chakra, alterações na análise de domínio de nível superior e a Caixa de Sugestões de Plataforma do Internet Explorer. Para saber mais, junte-se a nós no dia 2 de outubro entre as 10h e as 12h (Horário do Pacífico) para o nosso #AskIE chat no Twitter com @IEDevChat.

— Charles Morris, gerente de programas principal, Internet Explorer

Aqui na Microsoft, estamos implementando o suporte no Internet Explorer no primeiro retrabalho significativo do Protocolo de Transferência de Hipertexto desde 1999. Faz um bom tempo, então já era chegada a hora.

Embora tenha havido muitos esforços para simplificar a arquitetura da Web ao longo dos anos, nenhum chegou ao nível do HTTP/2. Estamos trabalhando duro para ajudar a desenvolver esse padrão novo, eficiente e compatível como parte do Grupo de Trabalho IETF HTTPbis. Ele é chamado, por razões óbvias, de HTTP/2  e está disponível agora, embutido no novo Internet Explorer, começando no Windows 10 Technical Preview.

Você pode ver uma visão geral do trabalho que temos feito com o grupo de trabalho HTTPbis, visitando a página Microsoft Open Technologies HTTP/2.

Por que o Internet Explorer está liderando a implementação do HTTP/2?

O desempenho é importante em um mundo cada vez mais móvel e em tempo real. Mesmo ganhos que parecem meramente incrementais, fazem diferença. Por exemplo, um estudo do Bing descobriu que um aumento de 10 ms no tempo de carregamento da página custa ao site US$ 250.000 em receita anualmente. Isso representa um aumento de 100 ms, o equivalente a um terço da velocidade da piscada do olho humano, que substituiu três meses do trabalho empregado para aprimorar o compromisso do usuário através de uma melhor relevância dos resultados de pesquisa. Esse atraso de 100 ms no tempo de resposta de uma página da Web funcional demonstrou custar para grandes varejistas online até 1% das vendas devido ao abandono da pesquisa. Portanto, o que esse grupo de trabalho está fazendo tem um impacto econômico real.

O que há de errado com o que existia antigamente?

Em boa parte, a forma em que uma página da Web é carregada hoje em dia acontece basicamente da mesma forma que acontecia nos dias das telas de 800 x 600 pixels. Certamente, a Web é muito mais rápida hoje em dia, mas ela poderia ser um recurso muito mais rápido e muito mais eficiente.

Criar uma página hoje em dia ainda requer muitas consultas individuais entre o navegador e o servidor, e cada chamada individual precisa aguardar que o servidor responda antes de enviar a próxima. Com certeza, você pode abrir conexões paralelas e mais independentes, mas isso continua a limitar o número de vezes em que os itens podem ser solicitados simultaneamente. Isso também determina a ordem das respostas e impede que o servidor otimize as respostas.

Sendo assim, qual é a diferença do HTTP/2?

O HTTP/2 entrega os elementos de página da Web de forma mais rápida e eficiente, tirando vantagem de toda a largura de banda disponível. Com conexões de longa duração e multiplexação (a habilidade do protocolo de combinar várias solicitações em uma conexão), mais itens de página da Web chegam mais cedo. Recursos HTTP/2 experimentais, tais como o envio por push do servidor e as dependências de solicitação poderiam aprimorar ainda mais o desempenho da Web no futuro.

O que isso significa para desenvolvedores?

O HTTP/2 foi projetado desde o início para ter compatibilidade com a versão HTTP/1.1. Isso significa que os desenvolvedores de bibliotecas HTTP não precisam alterar as APIs e os desenvolvedores que usam essas bibliotecas não terão que alterar o código do aplicativo. Esta é uma grande vantagem: os desenvolvedores podem seguir adiante sem gastar meses tentando atualizar o trabalho existente.

E as redes? E a segurança?

Menor número de conexões e com menos frequência também significa que o HTTP/2 colocará menos pressão na rede – e quando você pensa na dimensão da Web atual, isso poderia aumentar significativamente a eficiência das redes, particularmente as móveis. Dado o modelo de conexão eficiente do HTTP/2, o impacto no desempenho da adição do TLS a um site será menor, abrindo a oportunidade para mais administradores adicionarem TLS aos seus sites.

Quando posso obtê-lo?

O suporte a HTTP/2 está no IE no Windows 10 Technical Preview. O trabalho no HTTP/2 para o IE começou realmente no Windows e no Windows Phone 8.1 quando adicionamos o protocolo SPDY 3.0 experimental. Isso nos dá uma chance para ganhar alguma experiência com um protocolo HTTP de multiplexação e nos ajudou a progredir com o HTTP/2 e o que agora será um padrão do setor.

O SPDY foi um bom ponto de partida para o padrão HTTP/2, mas ele é um protocolo experimental que não se presta a uma adoção de longo prazo. Com o desenvolvimento do HTTP/2, removeremos o suporte para SPDY em todas as versões futuras do IE. Os sites e os aplicativos que no momento usam SPDY devem estar aptos a migrar para o HTTP/2 com pouca ou nenhuma alteração.

Como os desenvolvedores e os proprietários de site devem se preparar para a mudança?

• Execute a versão Windows 10 Technical Preview do IE
• Inicie as ferramentas de desenvolvedor e ative o rastreamento de rede
• Carregue sites que dão suporte a HTTP/2 rascunho-14. Alguns ótimos sites estão listados nas páginas por implementador em: https://github.com/http2/http2-spec/wiki/Implementations
• Assista ao fluxo de pacotes HTTP/2

O Technical Preview também tem suporte ao servidor HTTP/2. Isso significa que você pode criar sites no IIS e testar o conteúdo de ponta a ponta. Observação: na versão Technical Preview do IE e do IIS, conexões não seguras (ou seja, HTTP) não têm suporte no HTTP/2; apenas conexões seguras (ou seja, HTTPS) têm suporte no HTTP/2.

Verifique nossa implementação do HTTP/2 e analise os detalhes! Mande-nos os seus comentários via @IEDevChat ou Connect.

— Rob Trace, gerente sênior de programas

— David Walp, gerente sênior de programas

Conforme discutido em no blog do Windows, continuaremos a usar nosso processo de atualização mensal existente para oferecer melhorias mais frequentes além das atualizações de segurança.

Novos recursos do Internet Explorer 11

A atualização inclui quatro melhorias de recurso, baseadas em comentários do cliente e do desenvolvedor. Algumas dessas melhorias foram visualizadas no Canal de Desenvolvedor do Internet Explorer e agora estamos prontos para o lançamento graças aos seus comentários.

Melhorias nas Ferramentas de Desenvolvedor F12

Esta atualização fornece melhorias substanciais nas ferramentas de desenvolvedor F12 – A interface do usuário, o console, o explorador do DOM, o depurador, a ferramenta de emulação, a capacidade de resposta da interface do usuário e as ferramentas de criação de perfil de memória possuem novos recursos e correções de bug.

Consulte o Artigo 2990946 da Base de Dados de Conhecimento da Microsoft para obter mais informações. Também postaremos mais detalhes sobre as melhorias de F12 em uma futura postagem no blog do IE.

Ferramenta de Capacidade de Resposta da Interface do Usuário F12 atualizada

Melhorias no renderizador WebGL

O renderizador WebGL também foi atualizado com o suporte às extensões ANGLE_instanced_arrays, OES_element_index_uint e WEBGL_debug_renderer_info, o atributo de criação de contexto failIfMajorPerformanceCaveat, as texturas de 16 bits, mais conformidade com GLSL, loop de linha e primitivos de leque de triângulos.

Além disso, mais sistemas do Windows 7 agora renderizarão WebGL no modo de hardware se os seus drivers estiverem atualizados.

Esta versão aumenta de 89,9% para 96,8% nossa pontuação no Teste de conformidade 1.0 3 do Khronos WebGL. Consulte o Artigo 2991001 da Base de Dados de Conhecimento da Microsoft para obter mais informações. Também teremos mais informações para compartilhar sobre WebGL em postagens futuras do blog do IE.

Suporte ao WebDriver

A atualização de agosto também oferece a base para o suporte do IE11 ao emergente padrão WebDriver, por meio do qual os desenvolvedores da Web podem criar testes para automatizar os navegadores da Web para testarem seus sites. Trata-se de um controle remoto programável para desenvolver cenários de usuário complexos e executá-los de forma automatizada no seu site e no navegador. A atualização de agosto contém alterações no mecanismo do navegador necessárias para habilitar o suporte nativo ao WebDriver. Você precisará instalar um pacote separado para executar scripts do WebDriver, que será lançado em breve.

Bloqueando controles ActiveX no Internet Explorer

Com o bloqueio a controle ActiveX desatualizado, o Internet Explorer ajuda a manter os controles ActiveX atualizados e mais seguros de usar. Para obter mais informações, consulte nossa postagem de blog e o Artigo 2991000 da Base de Conhecimento da Microsoft.

Atualizações de segurança do Internet Explorer

A atualização de agosto também inclui as seguintes atualizações de segurança:

• Boletim de Segurança MS14-051 da Microsoft - Esta atualização de segurança crítica resolve uma vulnerabilidade divulgada publicamente e vinte e cinco vulnerabilidades relatadas privadamente no Internet Explorer. Para obter mais informações, consulte o boletim completo.
• Atualização de Segurança do Flash Player (2982794) - Também estará disponível esta atualização de segurança do Adobe Flash Player no Internet Explorer 10 e 11 em todas as edições com suporte do Windows 8, Windows 8.1, Windows Server 2012 e Windows Server 2012 R2. Os detalhes dessas vulnerabilidades estão documentados no boletim de segurança da Adobe APSB14-18. A atualização corrige as vulnerabilidades do Adobe Flash Player ao atualizar no Internet Explorer 10 e no Internet Explorer 11 os binários do Adobe Flash afetados. Para obter mais informações, consulte o comunicado.

Permanecendo atualizado

A maioria dos clientes habilitou a atualização automática e não precisará realizar nenhuma ação porque essa atualização será baixada e instalada automaticamente. Os clientes que desabilitaram a atualização automática precisam verificar as atualizações e instalá-las manualmente.

Esperamos receber os seus comentários no @IEDevChat ou via Connect.

— Sharon Meramore, gerente de programas, Internet Explorer

— Charles Morris, gerente de programas geral, Internet Explorer

A Atualização do Windows Phone 8.1 inclui centenas de melhorias do Internet Explorer 11 que aumentam muito a compatibilidade com a Web para dispositivos móveis.

Com base em seus comentários, buscamos uma experiência da Web para usuários do IE consistente com o que está disponível em dispositivos iOS e Android, mesmo onde isso significava que estaríamos adicionando recursos de plataforma da Web fora do padrão. Acreditamos que esta seja uma abordagem mais pragmática para executar a Web para dispositivos móveis menos padronizada de hoje em dia.

Testamos mais de 500 dos principais sites da Web para dispositivos móveis e descobrimos que a atualização do IE11 aprimora a experiência em mais de 40% deles.

Por exemplo, se você visitasse www.twitter.com com o IE11, veria:

Windows Phone 8.1

Aqui está o que você vê no IE11 com a atualização, no Firefox OS e em um iPhone:

Atualização do Windows Phone 8.1

Firefox OS

iPhone com iOS7

Semelhantemente, se você visitar www.baidu.com com o IE11 e o Firefox OS, verá:

Windows Phone 8.1

Firefox OS

Aqui está o que você vê no IE11 com a atualização e em um iPhone:

Atualização do Windows Phone 8.1

iPhone com iOS7

Analisando os sites da Web mais populares

Ao contrário da Web para computadores desktop, em sua maioria baseada em padrões, muitas páginas da Web para dispositivos móveis modernas foram projetadas e criadas para o iOS e o iPhone. Isso faz com que os usuários de outros dispositivos frequentemente tenham uma experiência inadequada.

Há algumas semanas, falamos sobre nossa visão e prioridades para a Web. Acreditamos que "A Web deve simplesmente funcionar para todos: usuários, desenvolvedores e empresas". Começamos pesquisando o que seria preciso para fazer a Web para dispositivos móveis "simplesmente funcionar" para os nossos clientes.

Conforme investigamos os sites da Web para dispositivos móveis mais populares em todo o mundo, começamos a ver padrões comuns causando problemas. Era comum encontrarmos sites que usavam um código de detecção de navegador escrito precariamente, pois ofereciam a experiência de sites feitos para computadores desktop em um Windows Phone. Os sites para desktop tendem a ser maiores e mais lentos de carregar, o que aumenta o consumo do plano de dados de um usuário. Esses sites ficam com texto minúsculo e gasta-se muito tempo tentando ampliar e fazer movimento panorâmico para ler o conteúdo. Eles também esperam que você esteja usando um mouse, portanto, os menus e os formulários são difíceis de usar.

Quando o Windows Phone 8.1 chegou ao RTM, ele incluía o mesmo mecanismo de navegador do IE11, rápido e baseado em padrões, usado na versão para PC do IE. Nos últimos anos, temos falado sobre como fornecer a mesma marcação para todos os navegadores usando a detecção de recurso e menos degradação. Embora continuemos a ver sites para desktop quebrados e que não seguem essa orientação de vez em quando, a situação melhorou. Temos uma situação muito diferente na Web para dispositivo móvel. Muitos sites usam recursos por meio de um prefixo de fornecedor herdado específico sem suporte a uma versão padrão sem prefixo ou apenas dão suporte a prefixos de fornecedor de determinados dispositivos. Outros sites usam APIs proprietárias fora do padrão que funcionam apenas com o Safari ou o Chrome. Claro, também existem bugs ou recursos ausentes no IE que se tornaram particularmente aparentes em sites móveis projetados especificamente para os navegadores de nossos concorrentes.

Atualizando o Internet Explorer na Atualização do Windows Phone 8.1

Coletamos todos estes dados de compatibilidade e, em seguida, começamos a planejar quais alterações devemos fazer no IE. O restante desta postagem de blog discute algumas das alterações mais importantes e o motivo de as termos feito. Os problemas que afetam os sites da Web para dispositivos móveis se enquadram principalmente em cinco principais categorias:

• Detecção de navegador imprecisa que não reconhece o IE como um navegador móvel e oferece a experiência para desktop
• Uso de recursos prefixados de webkit antigos que foram substituídos por padrões
• Uso de recursos prefixados de webkit proprietários para os quais não há padrão
• Uso de recursos aos quais o IE não dá suporte sem fallback adequado
• Bugs de interoperabilidade e diferenças de implementação no IE

Alterando a cadeia de caracteres de agente de usuário

Um dos problemas mais significativos que vimos estava relacionado aos sites não detectarem que o IE no Windows Phone é um navegador móvel e, portanto, oferecer o conteúdo para desktop. Isso frequentemente resulta em sites exibidos com texto mínimo que você precisa ampliar para ler e, em seguida, fazer movimento panorâmico. Isso também significa frequentemente que mais dados sejam transmitidos por conexão de dados telefônica porque o conteúdo móvel não é otimizado. As imagens são grandes e muito mais anúncios são baixados e mostrados.

Existem muitas formas diferentes de os sites tentarem detectar se devem oferecer a experiência móvel. Aqui está uma verificação desse tipo que encontramos em um site real:

window.mobileCheck = function() {

var check = false;

(function(a){if(/(android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge |maemo|midp|mmp|mobile.+firefox|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|series(4|6)0|symbian|treo|up\.(browser|link)|vodafone|wap|windows (ce|phone)|xda|xiino/i.test(a)||/1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-/i.test(a.substr(0,4)))check = true})(navigator.userAgent||navigator.vendor||window.opera);

return check;
}

Atualizamos a cadeia de caracteres de agente de usuário no IE no Windows Phone para aumentar o número de sites que ofereceriam corretamente o melhor conteúdo móvel. Isso continua a ser um padrão infeliz com o qual todos os navegadores devem lidar e a maioria dos desenvolvedores da Web têm que enfrentar. Por exemplo, existe uma discussão interessante desde 2006 em um bug de WebKit chamado o "Safari mente. Apresenta-se como Mozilla, Gecko e KHTML também." Quando lançamos o IE11 no desktop, adicionamos o token "como o Gecko" à cadeia de caracteres porque isso aprimorou significativamente a compatibilidade com os sites para desktop. Chrome e Opera que dizem ser como o Gecko e o Safari para serem compatíveis com o conteúdo da Web.

Visite www.hawaiianairlines.com com o IE11 e o Firefox OS e veja a experiência para desktop:

Windows Phone 8.1

Firefox OS

Aqui está o que você vê no IE11 com a atualização e em um iPhone:

Atualização do Windows Phone 8.1

iPhone com iOS7

Se você vista www.nytimes.com com o IE11 e o Firefox OS, também vê a experiência para desktop:

Windows Phone 8.1

Firefox OS

Aqui está o que você vê no IE11 com a atualização e em um iPhone:

Atualização do Windows Phone 8.1

iPhone com iOS7

Em geral, nosso conselho é desenvolver um site dinâmico que possa se adaptar aos recursos de dispositivos diferentes. Se você optar por criar uma experiência móvel específica, então, recomendamos procurar a subcadeia "móvel" na cadeia de caracteres de agente de usuário para determinar quando oferecer conteúdo otimizado móvel:

function isMobile() {
    return navigator.userAgent.toLowerCase().indexOf("mobile")>=0;
}

Mapeando recursos prefixados de webkit herdados para implementação do IE

Depois de alterarmos a cadeia de caracteres de agente de usuário para que o IE receba o mesmo conteúdo que outros navegadores de telefone, poderíamos começar a analisar os problemas que estavam prejudicando as experiências móveis. O primeiro problema importante que identificamos foi que muitos sites móveis somente enviam conteúdo prefixado de webkit para gradientes CSS, flexbox, transições e animações. Esses são recursos a que o mecanismo baseado em padrões da Web do IE11 já dão suporte em sites com marcação de navegador cruzado. Como a Mozilla descobriu, a WebKitCSSMatrix é usada comumente em dispositivos móveis. O IE dá suporte à MSCSSMatrix. Muitos sites também usam window.orientation em vez do padrão emergente screen.orientation. O segundo problema que descobrimos é que os sites também usam frequentemente sintaxe antiga em seu código. Por exemplo, usar a sintaxe de gradiente antiga em vez da abordagem atualizada baseada em padrões.

Na Atualização do Windows Phone 8.1, adicionamos um mapeamento de APIs prefixadas de webkit ao suporte baseado em padrões que já faz parte do IE11. Isso significa que os sites que apenas enviam código WebKit são convertidos em código baseado em padrões conforme a página é carregada. Não estamos planejando dar suporte a todas as APIs prefixadas de webkit. Adicionamos mapeamentos para aquelas que são tão importantes em sites móveis que a Web não funcionará sem elas.

Se você visitar www.macys.com com o IE11, verá:

Windows Phone 8.1

Aqui você pode ver os gradientes exibidos corretamente no IE11 com a atualização e um iPhone:

Atualização do Windows Phone 8.1

iPhone com iOS7

Se você visitar www.answers.com com o IE11, verá:

Windows Phone 8.1

Aqui você pode ver o site exibido corretamente no IE11 com a atualização e um iPhone:

Atualização do Windows Phone 8.1

iPhone com iOS7

Adicionando suporte a recursos proprietários fora do padrão

Encontramos um pequeno número de recursos fora do padrão popularizados pela Apple no iPhone usados amplamente. Esses recursos não estão no momento em um controle de padrões, mas os navegadores que não dão suporte a eles não podem fornecer uma boa experiência para os sites principais na Web para dispositivo móvel. Um exemplo é -webkit-appearance, que permite que uma página modifique o estilo de um elemento para corresponder a aplicativos nativos. Como a Mozilla indica, "esse recurso não apenas é fora do padrão, mas seu comportamento muda de um navegador para outro." Infelizmente, sem algum nível de suporte a esses recursos proprietários fora do padrão, os sites são mais difíceis de usar.

Novos recursos com suporte no IE

Existem vários recursos baseados em padrão os quais o IE11 não dava suporte que são usados de vez em quando em sites para desktop, mas são usadas comumente na Web para dispositivo móvel. Quando fizemos o IE11 receber mais conteúdo móvel, determinamos que precisaríamos adicionar esses recursos. Por exemplo, window.locationbar é definido em HTML5 mas raramente usado em sites para desktop. Priorizamos a implementação de vários novos recursos com base nos sites móveis que eles habilitam.

Um dos maiores problemas relacionados a APIs que afetam a compatibilidade com sites móveis é o suporte a toque. No IE10, lançamos o suporte a Eventos de Ponteiro, que agora é uma Recomendação de Candidato no W3C, e atualizamos a implementação no IE11 para incorporar alterações na especificação. Usar Eventos de Ponteiro oferece mais vantagens de desempenho e funcionais para os sites que devem usar mouse, toque, caneta ou outras entradas de ponteiro e continuamos a recomendar essa como a melhor API para sites que funcionam para os usuários em todos os seus dispositivos.

Na Web para dispositivo móvel, muitos sites foram codificados para usar o modelo mais antigo de Eventos de Toque e os usuários esperam que esses sites simplesmente funcionem. Na atualização do IE11, adicionamos suporte a eventos de toque para que esses sites funcionem corretamente. Nossa pesquisa mostrou que na Web para dispositivo móvel, habilitar eventos de toque em um dispositivo que também dá suporte a um mouse (como tablets com Windows e dispositivos 2 em 1) causa mais problema. Por exemplo, descobrimos que o suporte a mouse e a trackpad não funciona em cerca de 10% dos sites principais quando os Eventos de Toque são habilitados. Muitos sites não esperam ser capazes de receber eventos de toque e eventos de mouse e apenas dão suporte a um e a outro. Nós nos juntamos a outros fornecedores de navegador no Grupo da Comunidade de Eventos de Toque W3C para trabalharmos nesses problemas da Web em grande escala. Publicamos mais detalhes sobre os eventos de ponteiro e de toque nesta postagem.

Corrigindo os problemas de interoperabilidade mais impactantes

Conforme continuamos a investigar a marcação em sites que não estavam funcionando corretamente no Internet Explorer, descobrimos alguns problemas de interoperabilidade peculiares. Por exemplo, elementos <button> e <label> dentro de links <a> são independentemente clicáveis em outros navegadores, embora esse comportamento não esteja claramente documentado aqui. Outro exemplo é o suporte à atualização de <meta>. A especificação HTML5 espera que a cadeia de caracteres "URL=" seja parte do conteúdo do elemento para redirecionar para uma URL diferente. Outros navegadores não requerem isso e, quando usadas incorretamente dessa forma, as páginas no IE pareceriam se atualizar constantemente.

Finalmente, também identificamos vários bugs no mecanismo Trident que impactaram particularmente os principais sites móveis e incluímos correções para esses problemas nesta atualização. Por exemplo, corrigimos alguns problemas de navegação com location.hash e alguns problemas de layout CSS que estavam afetando sites móveis populares.

O que você pode fazer?

Muitas dessas alterações que fizemos são especificamente direcionadas ao consumo de conteúdo prefixado de fornecedor ou herdado nesses sites. Não é a nossa meta dar suporte a todas as APIs prefixadas de fornecedor de -webkit. Embora continuemos nossos esforços de atendimento para encorajar esses sites a adotarem marcação baseada em padrões, o suporte que adicionamos é necessário hoje em dia para a Web para dispositivo móvel simplesmente funcionar. Você também pode ajudar aqui se vir sites usando código não padrão: estamos colaborando com a Mozilla em webcompat.com para registrar sites quebrados. Esses sites frequentemente causam problemas em vários navegadores, incluindo o Firefox e o IE e é fácil você relatar sites problemáticos.

Se você for um desenvolvedor da Web, execute o seu site por meio da ferramenta do scanner em https://modern.ie. Essa ferramenta identificará problemas de codificação comuns, incluindo problemas com prefixos de fornecedor e ajuda você a corrigir seu código.

Quando consideradas juntas, as alterações que fizemos no IE na Atualização do Windows Phone 8.1 aprimoraram significativamente a compatibilidade com os sites móveis mais populares. A atualização é distribuída para aqueles que já estão no Windows Phone 8.1 Preview para desenvolvedores e será distribuída para consumidores com dispositivos que executam o Windows Phone 8.1 nos meses subsequentes. Também publicamos uma lista abrangente de todas as alterações no Guia do Desenvolvedor do IE no MSDN.

Se você tiver dúvidas, conecte-se conosco no Twitter @IEDevChat. O próximo #AskIE chat por tweet é hoje (31 de julho) de 10h ao meio dia PDT. Certifique-se de incluir #AskIE em suas dúvidas.

Adrian Bateman
gerente de programas, Internet Explorer

Frank Olivier
gerente de programa, Internet Explorer

Fique atento às próximas postagens sobre as novidades na versão para desenvolvedores da Web.

Rápido acesso a sites

Todos querem um navegador mais rápido, o que é um ótimo desafio, dividido em duas partes pela nossa equipe. Primeiro, é necessário informar ao navegador aonde você deseja ir, segundo, o navegador precisa chegar lá o mais rápido possível. A segunda parte normalmente recebe mais atenção, com a discussão voltada para os parâmetros de comparação de desempenho de navegadores (como o SunSpider, Acid3, Octane e outros exemplos importantes). Avançamos nos parâmetros de comparação, mas o grande foco agora foi progredir muito na primeira parte, isto é, informar ao navegador aonde você deseja ir. Veja como fizemos isso.

Sites frequentes + previsões de URL

Quando você toca na barra de endereços, sabemos que deseja ir a um site diferente daquele que estava olhando antes. Todos nós temos alguns sites que gostamos de visitar com frequência. Agora, para acessá-los basta tocar na barra de endereços. Enquanto você navegar, a lista de sites mais visitados no telefone será atualizada. Veja uma captura de tela do meu telefone.

Agora, quando você decide digitar na barra de endereços, nós prevemos o site que deseja acessar (a parte realçada abaixo). Em vez de digitar a URL inteira, você poderá tocar em Enter para acelerar o processo. Será um daqueles recursos sem os quais não conseguimos viver sem. O navegador parecerá mais ágil porque você acessará os sites mais rápido.

Guias ilimitadas (e fáceis de acessar) + Um IE em todo lugar

Como a navegação na Web está cada vez mais frequente nos dispositivos móveis, desejamos poder realizar tarefas mais complexas neles. Um exemplo é a navegação com várias guias. Antes, nós permitíamos no máximo seis guias, e havia um pequeno redutor de velocidade para acessá-las no menu “…” (a menos que você usasse a configuração para alterar o botão da barra de endereços).

Então, nós decidimos tirar esse limite. É sério, você poderá abrir quantas guias desejar, e agora o botão ao lado da barra de endereços acessa as suas guias por padrão. Fornecer acesso fácil às guias foi uma alteração bem-vinda, mas as pessoas ainda solicitavam acesso fácil à atualização. Seremos duplamente beneficiados. Você notará que o botão das guias e o botão de atualização poderão ser acessados imediatamente.

Se for um bom observador, você deve ter notado o "outro" pivô na captura de tela acima. Temos o prazer de anunciar que o Internet Explorer 11 sincronizará os seus dados de navegação entre o telefone, o tablet e o computador. Isso inclui os favoritos, o histórico, as senhas e as guias abertas. Agora, você poderá voltar à página em que estava quando mudar de dispositivo, e não precisará mais ficar enviando links por email para si mesmo!

Atenção: não se preocupe com o uso de dados. Basta inserir o limite de dados no aplicativo DataSense, que saberemos quando sincronizar os dados para evitar encargos de dados extras.

Sites fixos dinâmicos

Adoro acessar os meus blogs favoritos rapidamente na minha tela Inicial com os sites fixos, mas honestamente os sites fixos ficaram muito ultrapassados no Windows Phone. Com uma captura de tela estática, eles ficaram apagados ao lado dos Live Tiles bonitos dos meus aplicativos favoritos. Agora isso tudo está mudando. Se tiver usado o Windows 8.1, você se familiarizará muito rápido com os sites fixos.

Eles agora mostram ícones sofisticados e são atualizados em segundo plano, com os últimos títulos e imagens do seu blog favorito, por exemplo, assim como ocorre com os outros Live Tiles. Se tiver um site, você poderá obter instruções sobre como fazer isso aqui (dica: exatamente a mesma marcação do Windows 8.1). Caso os seus sites favoritos não deem suporte a sites fixos dinâmicos, indique a eles essas instruções para que saibam que todos os outros já estão fazendo isso. Vamos postar mais detalhes para desenvolvedores, mas, por enquanto, confira esta tela Inicial criada exclusivamente com sites fixos dinâmicos.

Navegação rápida e fluida

Bom, agora você pode acessar os sites muito mais rápido. Também desejamos que o acesso ao conteúdo que é importante para você seja extremamente rápido. Portanto, também demos passos realmente largos para acelerar a sua experiência depois que você chegar no site, com reprodução de vídeo embutida, Modo de Exibição de Leitura, recursos de lembrar senha, passar o dedo para voltar e avançar e salvar arquivos baixados.

Reprodução do vídeo embutida

Quantas vezes você já não assistiu a um vídeo no YouTube e pensou: “o que será que outras pessoas na Internet acham disso“? Agora você pode assistir a um vídeo E exibir os comentários de alta qualidade que aparecem abaixo dele no navegador. Para melhorar ainda mais, o vídeo continuará sendo executado mesmo com a tela de bloqueio. Em breve, postaremos mais informações para ajudar os desenvolvedores a fornecer um ótimo suporte para a reprodução de vídeo embutida.

Modo de Exibição de Leitura

Você gosta de ler artigos de notícias de revistas e fofocas de celebridades em qualquer lugar? Assim como no tablet ou computador, toque no ícone Modo de Exibição de Leitura na barra de endereços para ter uma ótima experiência de leitura. Isso organizará a bagunça e "costurará" todas as páginas do artigo. Veja um exemplo de artigo em um site e no Modo de Exibição de Leitura.

Lembrando senhas

Isso vai facilitar MUITO o logon. Ponto final.
P.S.: as senhas agora são sincronizadas no IE entre telefone, tablet e computador.

Passar o dedo para voltar e avançar

Semelhante ao computador ou tablet (observa a tendência? ) agora você pode passar o dedo para voltar e avançar. Sim, o recurso de avançar finalmente retorna ao IE no Windows Phone! Veja uma captura de tela do recurso de voltar na leitura de um artigo.

Salvando arquivos baixados

Agora você pode optar por salvar arquivos baixados da Web!

Segurança e privacidade

Fomos o primeiro navegador móvel a introduzir a proteção anti-phishing com o Filtro SmartScreen e também adicionamos o sinal DoNotTrack para evitar problemas crescentes de privacidade. Mais uma vez, apresentamos alguns recursos para manter a segurança na sua navegação.

InPrivate

Não quer que os amigos saibam que você é fascinado por unicórnios? Agora você pode abrir uma guia InPrivate sabendo que todos os dados associados a essa guia serão excluídos depois que a guia for fechada. Basta abrir o menu na tela de guias e selecionar “[Open InPrivate tab] (Abrir guia InPrivate)”.

Modo Economia Alta do DataSense

Trouxemos o DataSense para o IE no Windows Phone 8 para possibilitar uma navegação 40% maior com o mesmo volume de dados e nenhuma diferença na experiência de navegação. Desta vez, estamos apresentando o Modo Economia Alta, que baixa somente as partes mais importantes do site e compacta imagens pesadas. Veja um exemplo com (à esquerda) e sem (à direita) Modo Economia Alta.

O site aparece realmente diferente, e isso é muito útil se você tiver um plano de dados limitado ou os dados do plano mensal estiverem acabando. Nas configurações do Internet Explorer, é possível escolher entre habilitar o Modo Economia Alta sempre, nunca habilitá-lo ou usar a opção automática, que ligará o modo automaticamente quando você estiver perto de atingir o limite do plano de dados (como configurado no aplicativo DataSense). Para exibir a versão completa de um site enquanto estiver no Modo Economia Alta, basta tocar no ícone na barra de endereços.

Acessibilidade

Na Microsoft, seguimos uma abordagem de inclusão no design do produto, para atendermos às necessidades de todos os nossos usuários. Estou feliz porque o IE11 dá suporte ao modo de alto contraste, Narrador e uma chave de substituição para permitir a ampliação de todas as páginas da Web. Fique atento a uma postagem futura sobre Blog do Windows Phone a cobertura da acessibilidade em todo o sistema para saber detalhes.

Resumo

Ufa! Era muita coisa para abordar! Estamos felizes por oferecer essas ótimas atualizações para o seu navegador e, como sempre, esperamos receber suas opiniões e comentários. Deixe comentários abaixo ou no Twitter.

— Amin Lakhani, Gerente de Programa, Internet Explorer

Agradeço a Dhruv Chadha, Derek Liddell e Oren Freiberg pelas contribuições feitas para esta postagem.

Habilitando telas Iniciais voltadas para a Web

Com o Internet Explorer, os usuários podem colocar os sites favoritos ao lado dos aplicativos favoritos, fixando-os nas telas Iniciais do Windows e do Windows Phone. Com a fixação de sites do IE, os usuários têm acesso imediato a esses sites na tela Inicial sem que seja necessário navegar até eles repetidamente.

A fixação do seu site pelos usuários indica que eles o visitam frequentemente e se interessam pelas atualizações. Com isso em mente, o Internet Explorer agora oferece Live Tiles para sites, permitindo que você mantenha os usuários conectados ao site mesmo quando estiverem fora do navegador.

Com os Live Tiles, você pode interagir com os usuários, oferecendo conteúdo atualizado, como as últimas notícias, alertas de novas mensagens ou títulos de novas postagens de blog diretamente na tela Inicial. Além disso, você pode dar suporte a vários tamanhos de blocos para o site, permitindo que os usuários o exibam com destaque em blocos largos ou grandes.

Do canto superior esquerdo, descendo em cada coluna: Bloco do aplicativo do IE, youtube.com, techmeme.com, theverge.com, anandtech.com, mathrubhumi.com, twitter.com, reuters.com, t.msn.com, aol.com, economictimes.indiatimes.com, Test Drive do IE para sites fixos, wired.co.uk, lapresse.ca, cnet.com, contrejour.ie, dhakatimes.com.bd, outlook.com, wellsfargo.com, geekwire.com, nymag.com, gawker.com, indiatimes.com, facebook.com, vyclone.com, polygon.com, wpcentral.com, theage.com.au.

Do canto superior esquerdo, descendo em cada coluna: Bloco do aplicativo do IE, techmeme.com, contrejour.ie, wellsgargo.com, gawker.com, t.msn.com, youtube.com, vyclone.com, Test Drive do IE para sites fixos, wpcentral.com

Adicionando um Live Tile ao site

Os Live Tiles para sites são atualizados com Notificações periódicas, a plataforma efetua pull de textos e imagens de URIs de sondagem hospedadas em um servidor em um intervalo de sondagem predefinido, e exibe esse conteúdo no bloco do site. Você pode criar o Live Tile para o site de três maneiras: por meio de marcas META na sua página da Web, criando um arquivo de manifesto ou usando uma API JavaScript. Veja um exemplo de site usando marcas META para configurar o bloco para o Windows 8.1:

<meta name="application-name" content=" CenturyCutCook" /> <meta name="msapplication-TileColor" content=" #009900" />
 <!-- Logos for all four tile sizes --> <meta name="msapplication-square70x70logo" content="smalltile.png" /> <meta name="msapplication-square150x150logo" content="mediumtile.png" /> <meta name="msapplication-wide310x150logo" content="widetile.png" /> <meta name="msapplication-square310x310logo" content="largetile.png" />
 <!-- Notification URL --> <meta name="msapplication-notification" content="frequency=30; polling-uri=1.xml; polling-uri2=2.xml; polling-uri3=3.xml; polling-uri4=4.xml; polling-uri5=5.xml" />

As URIs de sondagem definidas nesse exemplo apresentam o conteúdo da notificação a ser exibido, e sua sondagem será feita a cada meia hora. Portanto, em um determinado intervalo de 30 minutos, um usuário poderá ver até 5 atualizações desse site, mantendo uma conexão contínua do usuário com o site.

As URIs de sondagem contêm marcação XML, que segue modelos predefinidos. Esses modelos são os mesmos usados para sites e aplicativos do Windows e controlam a aparência do bloco. Os modelos podem ser baseados em texto, em imagem ou nos dois. O exemplo a seguir consiste em uma URI de sondagem que tem uma associação com os tamanhos de bloco médio, largo e grande (observe que há suporte para o tamanho grande no Windows, mas não no Windows Phone).

<tile>    <visual lang="en-US" version="2">       <binding template=" TileSquare310x310ImageAndTextOverlay02" branding="name">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers </text>          <text id="2">This recipe for Cheddar and Ham Skewers made with Sargento Tastings is perfect whether you’re looking for an appetizer to entertain with, or you’re looking for a special crave-worthy afternoon snack </text>       </binding>       <binding template=" TileWide310x150ImageAndText01" branding="logo">          <image id="1" src="cheddar_and_ham.png" />          <text id="1">Cheddar and Ham Skewers</text>       </binding>       <binding template="TileSquare150x150Image" branding="name">          <image id="1" src="cheddar_and_ham.png" />       </binding>    </visual> </tile>

Essa associação resultará no bloco a seguir, em todos os quatro tamanhos que têm suporte na tela Inicial:

Bloco grande, usando o modelo TileSquare310x310ImageAndTextOverlay02	Bloco largo, usando o modelo TileWide310x150ImageAndText01
Bloco médio, usando o modelo TileSquare150x150Image	Bloco pequeno (sem notificações)

Você pode usar os nossos exemplos de código para saber mais sobre a criação de Live Tiles ou, se tiver um RSS feed no site e desejar usá-lo para notificações de energia, use o nosso assistente buildmypinnedsite para criar um bloco para o seu site em apenas alguns minutos.

Resumo

Com o Windows 8.1 e o IE11, você pode manter a interação com os usuários mesmo quando eles não estão com uma guia de navegador aberta. O suporte do Live Tile ajudará os usuários a descobrir conteúdo de forma fortuita na tela Inicial, incentivando-os a voltar ao site com mais frequência. E o melhor de tudo é que ele pode ser adicionado facilmente ao site em apenas alguns minutos!

— Tanvi Surti, gerente de programas, Internet Explorer

— Derek Liddell, gerente de programas, Internet Explorer

Apenas algumas semanas atrás, falamos sobre a criação de um diálogo mais aberto entre a equipe do IE e a comunidade de desenvolvedores da Web. Hoje, temos o prazer de anunciar o lançamento do Internet Explorer Developer Channel, um navegador completamente funcional, projetado para dar aos desenvolvedores da Web e aos primeiros adeptos uma prévia dos recursos de plataforma da Web em que estamos trabalhando. O Developer Channel está disponível para download hoje para clientes tanto do Windows 8.1 como do Windows 7 SP1 que utilizem o Internet Explorer 11.

O IE Developer Channel pode ser executado em paralelo e independentemente do IE11 e tem todos os recursos de navegador que você adora no IE11, além dos recursos de plataforma mais recentes em que estamos trabalhando. Enquanto testa esses recursos, não deixe de fazer comentários pelo @IEDevChat ou pelo Connect.

Mais aprimoramentos nas Ferramentas de Desenvolvedor F12

Em abril, descrevemos algumas das novas funcionalidades das Ferramentas de Desenvolvedor F12 no IE11 com o Windows 8.1 Update, e seu foco em fornecer dados precisos no DOM Explorer e em fornecer dados aplicáveis na memória e nas ferramentas de desempenho. O IE Developer Channel vem com ainda mais aprimoramentos nas ferramentas de desenvolvedor F12, como:

• Uma experiência de depuração melhorada com pontos de interrupção de evento que ajudam você a chegar aos bugs acionados por evento com mais rapidez.
• Funcionalidades de análise mais sofisticadas em todos os perfis de memória e de capacidade de resposta de interface do usuário, que suportam uma maior redução de ruído por meio do filtro de linha do tempo multidimensional, aumentando ainda mais o valor semântico dos dados relatados, com destaque para performance.measure() baseado em instrumentação e dobra dominante.
• Uma experiência de navegação aprimorada que oferece mais atalhos de teclado (ctrl+[ e ctrl + ]) e novas notificações de cabeçalho, o que permite que você determine rapidamente se alguma das ferramentas de criação de perfil está sendo executada ou quantos erros a sua página tem.

Um conjunto completo de aprimoramentos está disponível no MSDN aqui.

Dê uma olhada na nova colorização do DOM na ferramenta Capacidade de Resposta de IU

Automatize seus testes com o WebDriver

O IE Developer Channel também vem com suporte ao padrão WebDriver emergente, por meio do qual os desenvolvedores da Web podem criar testes que automatizam os navegadores da Web para testarem seus sites. Trata-se de um controle remoto programável para desenvolver cenários de usuário complexos e executá-los de forma automatizada no seu site e no navegador. Veja como configurar o WebDriver no IE Developer Channel e experimente esta amostra de projeto do WebDriver.

Use o controle do Xbox para jogar na Web

Já sentiu vontade de usar o controle de Xbox para jogar no navegador? O IE Developer Channel vem com suporte ao padrão Gamepad API emergente que permite usar JavaScript para adicionar suporte para gamepad a seus jogos e aplicativos Web. Experimente conectando o controle do Xbox 360 e ajudando o mundo a Escape from XP (escapar do XP), jogue seus jogos de Atari Arcade favoritos ou teste o Hover.IE!

Use o controle do Xbox para jogar Escape from XP

O IE Developer Channel também melhora o desempenho do WebGL e adiciona suporte para instanciação de extensão, texturas de 16 bits, variáveis internas de GLSL e leques de triângulos. Esta versão aumenta de 89% para 94% nossa pontuação no Teste de conformidade 1.0.2 do Khronos WebGL. Para obter mais informações sobre APIs do WebGL, acesse o site do MSDN aqui.

A primeira de muitas versões do Developer Channel

Enquanto trabalhamos em novos recursos e padrões, continuaremos compartilhando códigos antecipadamente pelo IE Developer Channel. Sempre é possível acessar a página DevChannel.Modern.IE para saber mais sobre os recursos mais recentes disponíveis no IE Developer Channel. Todos os novos recursos com suporte no IE Developer Channel estão listados em Status.Modern.IE, nosso novo portal para expor nosso guia de recursos de plataforma da Web interoperáveis.

Esta versão do IE Developer Channel usa uma combinação de alterações de código e virtualização para ser executada em paralelo com IE11. Essa virtualização gera uma pequena variação no desempenho, por isso não recomendamos usá-la para medir o desempenho do seu site. Também não recomendamos instalar esta versão no ambiente da sua empresa. Para saber mais sobre problemas conhecidos, consulte nossa lista de perguntas mais frequentes.

Gostaríamos de receber seus comentários no @IEDevChat ou via Connect para nos ajudar a impulsionar o setor e continuar aprimorando o navegador. Além disso, junte-se a nós na próxima sessão de #AskIE na quinta-feira, 19 de junho, de 10h às 12h (Hora do Pacífico).

— Jason Weber, gerente de programas de grupo do parceiro, Internet Explorer

Obs.: Charles Morris da equipe do IE também deu uma passada nos estúdios do Channel 9 para conversar mais sobre o Internet Explorer Developer Channel com Geoff Knutzen:

Com o Internet Explorer 11, trabalhamos para tornar a entrada nos sites mais rápida e confiável, além de permitir que os usuários tenham mais controle ao salvar credenciais.  Além disso, o IE11 agora transferirá as credenciais para o IE11 no Windows Phone 8.1!

Agora você pode salvar e transferir senhas para o IE11 no Windows Phone 8.1

Detecção de formulário de logon confiável

Com o IE11, reforçamos a detecção de formulário de logon, o que significa que o IE agora perguntará se o usuário deseja que a senha seja lembrada em mais de 90% dos formulários de logon da Web.  Isso é um aperfeiçoamento importante das versões anteriores do IE.

Você decide se deseja salvar a senha

Voltamos a permitir que o usuário decida se deseja salvar senhas em determinados sites.  O IE11 agora perguntará ao usuário se ele deseja salvar senhas mesmo se o atributo autocomplete=off estiver ativado nos formulários de logon.  O IE continuará honrando esse atributo em todos os outros campos de formulário (por exemplo, nome de usuário, cartão de crédito, endereço, nome etc.).  Há dois motivos principais para isso. O primeiro é eliminar a dúvida do usuário sobre o motivo de o IE não lembrar a senha em determinados sites. O segundo é porque acreditamos que incentivar os usuários a criar senhas fortes e exclusivas é mais importante do que honrar o atributo autocomplete=off nos formulários. Os usuários devem poder decidir por conta própria se é seguro salvar uma senha em determinado dispositivo e situação. 

Entre mais rápido

O IE permitirá que você economize tempo, ao pré-popular automaticamente as suas credenciais após o carregamento da página, quando isso for seguro. Antes, os usuários eram solicitados a clicar ou tocar no campo do nome de usuário duas vezes para selecionar o nome de usuário para popular a senha.  Isso era um problema em dispositivos de toque — porque o toque duplo aplicava zoom — e em sites que pré-populavam nomes de usuários com informações de cookie. Essa alteração no comportamento do Preenchimento Automático em formulários de logon é segura porque o IE voltará ao antigo comportamento de tocar-e-selecionar quando o site não atender a determinados critérios de segurança. Isso é o resultado do nosso foco em manter a segurança do usuário.

Nos tablets, o recurso de dar um toque duplo para aplicar zoom agora foi desabilitado em elementos de entrada para solucionar o problema em que tocar e selecionar um item de Preenchimento Automático acionava o zoom óptico. Por fim, para que os sites detectem quando o nome de usuário e senha tiverem sido preenchido, o IE acionará os eventos de entrada e alteração ao pré-popular credenciais no formulário.

Entre uma vez em todos os lugares

Com o Windows 8.1 e o Windows Phone 8.1, os usuários não precisam inserir as credenciais que tenham salvado antes no IE novamente no mesmo domínio em um aplicativo do Windows ou da Loja do Windows Phone.  Isso acelera de forma significativa a sua experiência de entrada nos aplicativos e dispositivos. No IE11, o Windows usará as suas credenciais salvas no IE no mesmo domínio hospedado em um aplicativo da Loja por meio do Agente de autenticação da Web. Como sempre, os aplicativos da Loja nunca poderão ler as credenciais armazenadas no IE.

O Windows usará as suas informações de entrada do IE11 para o mesmo domínio hospedado em um aplicativo da Windows Store

Os aplicativos da Windows Store que hoje usam o Agente de autenticação da Web terão essa experiência automaticamente, não é necessária nenhuma marcação adicional. E as credenciais do site e do aplicativo serão transferidas entre o seu PC e os dispositivos móveis também.

Gerenciando senhas

O IE11 no Windows 8.1 armazena credenciais no Cofre de Credenciais do Windows. As senhas de sites podem ser gerenciadas no painel de controle da área de trabalho do Gerenciador de Credenciais do Windows 8. Com o IE 11 no Windows 8.1, agora você também pode gerenciar as suas contas da Web diretamente nas Opções da Internet do IE moderno. Para fazer isso no IE moderno, passe o dedo a partir da borda direita para abrir as Configurações de toque e do Botão. Lá, você poderá abrir as suas contas e gerenciar as credenciais sem precisar mudar para a área de trabalho.

O gerenciamento das contas de sites agora pode ser feito diretamente no navegador

E, como dito antes, todas as credenciais podem ser transferidas para todo os seus dispositivos do Windows 8.1.

Experimente usar o IE11 no Windows 8.1, Windows Phone 8.1 ou Windows 7 para ter essas novas experiências! Aguardamos os seus comentários.

Obrigada!

— Amy Adams, gerente de programas sênior, Internet Explorer

Algumas observações para os desenvolvedores:

Para que o seu site funcione com o gerenciador de senhas do IE11, o formulário de logon deverá atender a estes critérios:

• Exigir nome de usuário e senha para fazer logon em um serviço
• Os campos de nome de usuário e senha deverão estar encapsulados no elemento de formulário HTML5
• Usar os tipos de entrada padrão HTML5 para o campo de nome de usuário que aceitar entrada de usuário sem formulário
• Usar o tipo de entrada de senha HTML5 no campo de senha
• O evento de envio do Nível 2 do DOM deverá ser acionado após o envio do formulário, e as credenciais não deverão ser limpas antes de o evento de envio ser acionado
]]> https://docs.microsoft.com/archive/blogs/ie_br/novidades-no-f12-com-o-windows-8-1-update Mon, 21 Apr 2014 09:50:00 GMT https://blogs.msdn.microsoft.com/ie_br/2014/04/21/novidades-no-f12-com-o-windows-8-1-update/ Temos a satisfação de anunciar um conjunto de atualizações importantes para as ferramentas do desenvolvedor no IE, (F12) assim como no Visual Studio 2013 Update 2. As atualizações no F12 acompanham as novas versões no IE11.

Anteriormente, descrevíamos as funcionalidades do F12 e seu foco em um fluxo de trabalho rápido e interativo, em fornecer dados precisos no DOM Explorer e em fornecer dados aplicáveis na memória e nas ferramentas de desempenho.

Conforme você usar o F12 com esta atualização, perceberá os seguintes aprimoramentos:

• Um fluxo de trabalho interativo e mais integrado com rastreamento de alterações nas ferramentas do CSS
• Uma capacidade de depuração no código escrito, como CoffeeScript ou TypeScript, com suporte a mapas da origem e depuração “just-my-code”, se você estiver usando bibliotecas de outros desenvolvedores
• Aprimoramentos que agilizam as soluções, por exemplo, ao encontrar perdas de memória, com as ferramentas aprimoradas de instantâneo JS e os aprimoramentos de filtragem.

Vamos saber mais sobre esses aprimoramentos feitos às ferramentas F12.

Rastreamento de alterações feitas no CSS com barras de alterações

Um dos pontos fortes de ferramentas como o F12 é que elas permitem que você edite a aparência de qualquer site diretamente no navegador, sem exigir nosso código-fonte. No entanto, se você gasta tempo fazendo edições, fica difícil manter o controle de todas as alterações feitas no CSS e ainda aplicar as edições finais novamente às fontes de origem. Para melhorar essa situação, acrescentamos uma capacidade de registrar e rastrear alterações, tanto visualmente com ‘barras de alterações’, quanto por meio de um novo painel ‘Alterações’ do CSS no DOM Explorer.

Qualquer alteração feita no painel Estilos no DOM Explorer para regras e propriedades do CSS terá uma dica visual na margem esquerda próxima à propriedade ou regra editada. Essas são as ‘barras de alterações’. Elas ficam verdes ao mostrar novas propriedades, amarelas ao mostrar propriedades alteradas e vermelhas ao mostrar propriedades excluídas. Essas barras de alterações serão retidas, mesmo se você começar a analisar outros nós DOM.



Barras de alterações na guia Estilos

Como você pode fazer várias edições em diversos nós, adicionamos uma nova guia no painel do CSS que lista todas as alterações na sessão atual do F12, como uma exibição ‘dif’ para que você possa usá-la como uma lista de verificação quando faz edições manuais ao seu código-fonte. Ele também dá suporte à habilidade de copiar e reverter alterações por meio de um menu de contexto.



A nova guia Alterações

Depuração do seu aplicativo com “Just My Code”

Se você estiver desenvolvendo sites e aplicativos da Web, provavelmente está usando bibliotecas de terceiros, como jQuery ou Angular, e normalmente essas bibliotecas são minificadas com frequência. Encontramos muitos desenvolvedores que depuram sua etapa de código em código da biblioteca e acabam se perdendo nela antes de conseguir voltar ao código e depurar o problema.

O Visual Studio deu suporte a um recurso chamado “Just My Code” (JMC) linguagens gerenciadas por um tempo com o Visual Studio 2012, e ele também está habilitado para JavaScript. A ideia por trás do JMC é a manutenção do depurador em seu código, no código que você deseja depurar, e não no código que não pode ser alterado.

Com este recurso agora no F12, você encontrará duas novidades durante a depuração

• Você nunca ‘entrará’ em um arquivo (biblioteca) marcado como código de biblioteca. É possível marcar uma biblioteca por meio do seletor de arquivos no depurador (veja abaixo), mesmo se você estiver 'dentro' do arquivo. Depois de marcada, qualquer operação de 'entrada' levará você ao seu código.
• Se você habilitar “quebrar em todas as exceções”, jamais quebrará em uma exceção emitida e manuseada em código de biblioteca.



Marcando arquivos como código de biblioteca

Por padrão, o F12 reconhecerá os arquivos compatíveis com a URL *.min.js como código de biblioteca. No entanto, você poderá modificar esse comportamento facilmente marcando as bibliotecas no seletor de arquivos do depurador ou no menu de contexto da guia de arquivos se o arquivo estiver aberto no depurador.

Mostraremos muito mais desse recurso e do fluxo de trabalho em uma postagem seguinte do blog.

Depurando seu aplicativo escrito com outras linguagens com uso dos mapas de fonte (v3)

Como os aplicativos JavaScript tem se tornado cada vez mais complexos recentemente, há uma tendência cada vez maior de autoria em outra linguagem que faça compilações para JavaScript (as ferramentas F12 são escritas em TypeScript e compiladas para JavaScript, por exemplo). Da mesma forma, talvez você tenha código JavaScript minificado que não é a fonte da origem em que você escreveu o aplicativo. Esse processo de compilação significa que o JavaScript executado no navegador e depurado por você não é o código no editor, o que faz com que a depuração seja ainda mais desafiadora.

Para resolver esse problema, há um formato orientado para comunidade que ganhou força com navegadores e com Visual Studio, que mapeia a fonte de origem e compila arquivos, chamado “Mapas de fonte” (especif.). Esses mapas são gerados durante a compilação, e com essa versão do F12, adicionamos suporte para v3 da especificação do Mapa de fonte.

Quando um arquivo compilado do JavaScript definir um mapa válido de fonte, o F12 carregará o arquivo de fonte original por padrão em vez de executar o arquivo JS quando os ‘mapas de fonte’ estiverem ativados (um botão no depurador). Você terá as seguintes funcionalidades:

• Os arquivos no seletor de arquivo usam seu nome de fonte original em vez dos documentos de execução.
• Os arquivos que você abrir no depurador, e usar para passar pelo seu código, são seus arquivos de fonte original e eles serão coloridos de acordo com os números TypeScript, CoffeeScript eScript (como você pode ver com o arquivo TypeScript abaixo).



Assim como no caso do Just-My-Code, explicaremos melhor os mapas de fonte em uma postagem seguinte do blog.

Instantâneos de três maneiras

Ao depurar uma perda de memória, normalmente você recebe um grande volume de dados, mesmo filtrado) criado pelos perfis de memória, o que faz com que seja complicado descobrir essa perda. No F12, tínhamos realizado etapas para as ferramentas de forma a resumir o estado do aplicativo nos blocos de instantâneos e sugerir, de forma oportunista, possíveis problemas com os indicadores de informações do DOM desanexado. No entanto, nesta atualização, queríamos ainda mais: ajudar os desenvolvedores a acabarem com os problemas com maior facilidade.

A ferramenta de memória F12 agora inclui a capacidade de comparar três instantâneos (e obter uma visualização de escopo desses instantâneos). Com esse processo, fica mais fácil determinar uma perda. Os instantâneos são:

• O estado inicial do seu aplicativo antes de dar início ao cenário que fornece a base dos objetos no seu aplicativo.
• Depois que o cenário for concluído, o que pode aumentar a base possível do seu aplicativo. Isso exigirá outro instantâneo depois da nova execução do cenário.
• O estado ‘de volta ao normal’ do seu aplicativo, depois da nova tentativa de cenário. Neste estado, todos os objetos do cenário devem ter sido liberados (ou você espera que eles sejam dinâmicos).

Com esses instantâneos, você poderá compará-los e usar o novo filtro suspenso “Escopo” para selecionar os “objetos restantes do instantâneo número 2”, que representam o estado final do seu cenário e, possivelmente, um conjunto de objetos que não devem mais existir, como mostrado abaixo.



Filtro Escopo

A exibição de tipos acima mostra a lista de objetos e um indicador de medianiz de onde os possíveis problemas possam estar.

Criação de ferramentas do IE no Windows Phone do Visual Studio 2013 Update 2

Se você gastou tempo tentando criar uma versão móvel atraente do seu site, provavelmente encontrou problemas de aparência ou funcionamento nos seus navegadores móveis.  Para ajudar a resolver esse problema no Windows Phone, temos a satisfação de anunciar que no Visual Studio 2013 Update 2 habilitamos o uso das ferramentas de depuração e desempenho do Visual Studio para Internet Explorer no Windows Phone 8.1. Para obter mais detalhes sobre isso, leia o Blog Visual Studio ALM neste tópico.

Muitos outros aprimoramentos…

Nesta versão do F12, tentamos lidar com várias solicitações do cliente, além de lidar com bugs que incluem várias falhas causadas pelo inspetor de rede e o não cumprimento de comentários condicionais durante o uso do F12 para modos de documento inferior do emulador. Em vez de listar os bugs aqui, eles serão atualizados no site Microsoft Connect para IE (https://connect.microsoft.com/IE/Feedback).

Veja uma lista mais detalhada com as alterações feitas nesta versão do F12.

Shell

• Ctrl+[ e ctrl+] para navegar entre ferramentas

Console

• Lista suspensa para enumerar alvos de execução.
• Objetos de inspeção inseridos por meio do console.log, incluindo uma formatação no estilo printf.
• Locais (no ponto de interrupção) no Intellisense para o console.
• Atalho do console $_ para acessar o resultado da avaliação mais recente no console.
• Sempre registre as mensagens do console – antes do início do F12 (em Opções da Internet -> Avançado -> (marque) Sempre registrar mensagens do console do desenvolvedor).

Depurador

• Manter BPs, Relógios, Guias e afins para que eu não continue perdendo meu estado.
• Depurar meu Typescript/código compilado dentro do F12 com uso dos Mapas de fonte.
• Depurar apenas o meu código e não ser incomodado pelo código de biblioteca (JMC).
• Nomear o código de avaliação por meio do comentário via //#sourceUrl=<url>.
• Atalho do teclado para abortar e atualizar a página quando quebrada por meio de ctrl+shift+f5.
• Nomes de função totalmente qualificados (e.g. a.b.c) na pilha de chamada e nas exibições de perfis.

DOM Explorer

• Pseudoestados do CSS - defina o pseudoestado para um elemento e teste meu pseudoestilos.
• Barras de alterações do CSS - veja quais valores foram alterados na exibição de estilos.
• Exibição de Alterações do CSS - veja as alterações finais aplicadas do CSS e copie-as para a área de transferência.
• Painel de Estilo Computado Combinado - veja os estilos do CSS em um painel coesivo e do CSS, adicionando edições e links à fonte.
• Ctrl+b no DOM Explorer para um elemento selecionado.

Emulação

• Conscientização do Modo de Documento - por que minha página está em um determinado modo de documento para compreender melhor meus cenários de compatibilidade.

Capacidade de resposta de interface do usuário

• Classifica todos os níveis de eventos na exibição de detalhes da linha do tempo por duração.
• Simplifica a exibição de detalhes da linha do tempo com a filtragem de eventos dentro de determinadas categorias (por exemplo, GC, decodificação de imagem).
• Aplique zoom facilmente no gráfico e na exibição de detalhes para a duração de tempo de uma instância de evento específica (por meio do menu de contexto).
• Identifique a propriedade exata que foi alterada (e o valor para o qual foi alterado) quando os estilos em linha de um elemento DOM tiverem sido modificados de forma pragmática.

Memória

• Identifique a linha de código responsável por alocar uma função específica para que eu possa correlacionar a memória à fonte.
• Item do menu de contexto para mostrar o objeto na exibição de dominadores (e exibir o tamanho retido etc.).
• Atualizações às exibições de tipos para mostrar quais tipos são responsáveis pela maioria do crescimento em um dif, de forma que você possa racionalizar mais facilmente a rotatividade do objeto.
• Linhas de grade na interface do usuário de tabela.
• Interface do usuário de Configurações (mostra complementos, refs circulares, ids de objeto).

Resumo

Com esta atualização para IE11 e F12, estamos atualizando as ferramentas do desenvolvedor com maior frequência e oferecendo os recursos e as correções de bugs com a maior rapidez possível. Espere mais novidades de nós. Se quiser deixar comentários ou solicitar novos recursos e ajudar, fale conosco no Twitter @IEDevChat, pela ferramenta de envio de comentários do IE11 ou no Connect.

Esta postagem apenas mostra uma pequena parte das novidades do F12. Nas próximas semanas, faremos mais publicações no blog com maiores detalhes e mostraremos como usar o F12. Veja também nossa documentação completa do desenvolvedor do F12 no MSDN.

Enquanto isso, esperamos seus comentários. Fale com a equipe no Twitter @IEDevChat, pela ferramenta de envio de comentários do IE11 ou no Connect.

— Andy Sterland, gerente de programas, ferramentas do F12

— Jonathan Carter, gerente de programas, ferramentas do F12

— Simon Calvert, gerente de programas geral, ferramentas do F12

]]>