Hello.

Este é um teste da API de segmentação de compartilhamento no Android e sua capacidade de compartilhar arquivos. Se você ver algo aqui, então tudo é bom :)

Recentemente Ricky Mondello, do time Safari, compartilhou uma nota sobre como o Twitter está usando a especificação ./well-known/change-password.

I just noticed that Twitter has adopted the Well-Known URL for Changing Passwords! Is anyone aware of other sites that have adopted it?

Twitter’s implementation: https://twitter.com/.well-known/change-password; Github’s: https://github.com/.well-known/change-password; Specification :https://github.com/WICG/change-password-url

Read full post .

O recurso passou completamente por mim, mas é uma boa ideia: dado um arquivo em um local bem conhecido, o navegador pode oferecer uma interface do usuário que permita a rápida redefinição da senha sem ter que navegar pela interface do usuário complexa dos sites.

A especificação é enganosamente simples: o arquivo conhecido simplesmente contém a URL para direcionar o usuário para quando ele deseja executar a ação. Isso me levou a pensar, podemos oferecer mais desses recursos:

• Um local bem conhecido para modelos de consentimento baseados em GDPR (consentimento do cookie) - os proprietários do site podem oferecer um link para a página em que um usuário pode gerenciar e potencialmente revogar todos os cookies e outros itens de consentimento de dados.
• Um local bem conhecido para o gerenciamento de permissão do navegador - os proprietários de sites podem oferecer um local rápido para que os usuários possam revogar permissões para itens como localização geográfica, notificações e outras primitivas.
• Um caminho bem conhecido para exclusão e alterações de conta
• Um caminho bem conhecido para o gerenciamento de assinaturas de listas de discussão

A lista continua … Eu realmente gosto da idéia de arquivos de redirecionamento simples para ajudar os usuários a descobrirem ações comuns do usuário, e de uma maneira de o navegador aparecer.

• Atualização: * Eu adicionei uma issue to Chrome to see if we can get a similar implementation .

Jake e a equipe criaram esse elemento personalizado bastante impressionante para gerenciar o zoom de pinch em qualquer conjunto de HTML fora da própria dinâmica de zoom de pinça do navegador (pense no zoom da viewport móvel). O elemento foi um dos componentes centrais que precisávamos para o aplicativo squoosh que criamos e lançamos no Chrome Dev Summit (… eu digo "lançado no Chrome Dev Summit" - Jake estava mostrando para todos no Dia do Desenvolvedor do Google na China mesmo que o resto da equipe estivesse sob embargo;) …)

install: npm install --save-dev pinch-zoom-element

<pinch-zoom>
  <h1>Hello!</h1>
</pinch-zoom>

Read full post .

Acabei de adicioná-lo ao meu blog (demorou apenas alguns minutos), você pode conferir na minha seção ' life ' onde eu compartilho fotos que tirei. Se você estiver em um dispositivo habilitado para toque, poderá aumentar rapidamente o zoom no elemento, se estiver usando um trackpad que possa manipular entradas de vários dedos que funcionem também.

Esse elemento é um ótimo exemplo do motivo pelo qual eu amo os componentes da web como um modelo para a criação de componentes da interface do usuário. O elemento pinch-zoom é de pouco menos de 3kb nas dependências wire (descompactado) e mínimas para compilar e faz apenas um trabalho excepcionalmente bem, sem vincular qualquer lógica de nível de aplicativo personalizado que dificultaria o uso (eu tenho alguns pensamentos sobre lógica de UI vs Componentes lógicos de aplicativos que compartilharei com base nos meus aprendizados do aplicativo Squoosh).

Eu adoraria ver elementos como estes obter mais consciência e uso, por exemplo, eu poderia imaginar que este elemento poderia substituir ou padronizar a funcionalidade de zoom de imagem que você vê em muitos sites de comércio e para sempre tirar essa dor dos desenvolvedores.