Se você tiver um block <kbd>, não é possível mover o cursor para depois dele, mas antes do próximo caractere.
O vídeo abaixo demonstra a dificuldade em adicionar/editar o primeiro caractere após um bloco <kbd>.
Se você tiver um block <kbd>, não é possível mover o cursor para depois dele, mas antes do próximo caractere.
O vídeo abaixo demonstra a dificuldade em adicionar/editar o primeiro caractere após um bloco <kbd>.
Este é o comportamento “esperado” de um HTML content editable - dentro e fora de um nó inline é considerada uma única posição.
O código inline é um ótimo exemplo de alternativa: ele mostra um cursor falso nessa única posição, então quando você navega com as setas, é a mesma posição com marcas diferentes.
Acredito que um estado ideal será suportar esse mesmo comportamento para outros tipos de conteúdo.
… e é por isso que não uso editores WYSIWYG quando possível ![]()
(esta é uma preferência pessoal que remonta… 35 anos, lá de volta ao WordPerfect 5.1)
Exatamente. Eles simplesmente nunca funcionam muito bem, não importa o quanto sejam refinados. Eu já vi esse tipo de bug em tantos editores WYSIWYG.