Por que o Bloco de notas do Windows Vista move aleatoriamente o cursor após salvar um arquivo?

15

O que está acontecendo:

Inicialmente meu cursor estava em "inicialmente aqui". Quando pressiono Ctrl+Spara salvar o arquivo, meu cursor se move automaticamente para a segunda posição.

Depois de muitas tentativas, vi que ele se move aleatoriamente para um ponto uma ou duas linhas acima do local onde estava inicialmente.

texto alternativo

(A linha vermelha é o cursor - eu a desenhei manualmente, pois ela não aparecerá na tela de impressão)

Alguém notou isso?

Minha versão do bloco de notas é:

texto alternativo

É um problema, porque eu continuo digitando e sempre que eu salvar, preciso colocar manualmente o cursor no local correto, ou então estou digitando em algum lugar entre as linhas!

windows-vista notepad lazer
fonte
11
Acho que deve haver algumas imagens no post, mas ele mostra apenas "texto alternativo" para mim.
562 Kaltnekar
@T. Kaltnekar Está consertado agora?
211909 Lazer
Sim, as imagens são visíveis agora.
562 Kaltnekar
Parece ser um bug, eu posso reproduzi-lo. Parece que está relacionado com a quebra de palavras de alguma forma. Sugira que você use o bloco de notas ++, como o micmcg sugeriu.
562 Kaltnekar
11
Do teste que fiz - se adicionei alguns caracteres e salvei, ele não se moveu. Se eu adicionasse texto suficiente para que o cursor no final da linha se movesse após o salvamento. Mais vezes, mais se movia.
562 Kaltnekar

Respostas:

25

Percebi esse problema no Windows XP Notepad. Isso só acontece se a quebra de linha estiver ativada quando você salvar. A quantidade que o cursor recua está relacionada ao número de novos pontos de quebra antes do cursor desde a última gravação. Quanto mais novos pontos de quebra antes do cursor, mais o cursor recua.

Por que o cursor se move? Quando você salva com a quebra automática de linha ativada, o Bloco de Notas insere caracteres CR CR LF em cada ponto de quebra automática na janela de exibição (mas não no arquivo salvo). O número de caracteres desde o início da janela de exibição até o cursor permanece o mesmo, mas devido aos caracteres extras CR CR LF, o cursor parece se mover para trás.

Para obter mais informações e um exemplo passo a passo, consulte Bug no bloco de notas: Salvar com quebra de linha insere caracteres CR CR LF na janela de exibição .

Bavi_H
fonte
11
obrigado por adicionar informações. as postagens que consistem principalmente em um link são desencorajadas aqui para minimizar problemas futuros com links quebrados.
quack quixote
a resposta que eu estava esperando!
Lazer
11
Na verdade, esse bug remonta aos dias do Windows for Workgroups 3.11 (pode voltar ainda mais). Eu costumava usar muito o Windows Write e fazia exatamente a mesma coisa sempre que você salvava com a quebra de linha ativada, embora isso também mudasse um pouco a quebra de linha, mas não atualizasse a exibição, causando confusão nas coisas. Quando o Windows 95 saiu, o Write foi renomeado para o Bloco de Notas e o bug do cursor permaneceu, onde permanece imóvel. Em outras palavras, esse bug existe há pelo menos 20 anos e ainda assim o M $ não conseguiu corrigi-lo.
Kris Craig
2
Escrever - tenho certeza que a escrita não tem nada a ver com o bloco de notas. Windows 3.1 e 3.11 para grupos de trabalho tinham o bloco de notas e gravação, eram programas separados. O equivalente moderno de gravação é o WordPad, não o bloco de notas. Não me lembro de um bug como esse no Write, mas se houver, suspeito que não esteja relacionado a esse bug do Bloco de notas. O bug do bloco de notas é causado pelo mau uso da mensagem EM_FMTLINES de um controle de edição de várias linhas. Acho que o Write e o WordPad usam controles de rich text, então duvido que seja a mesma coisa. @KrisCraig
Bavi_H
2
Há quanto tempo o bug existe - usei versões do Bloco de Notas no Windows 3.1, 3.11 para grupos de trabalho, 95, XP, 7, 8, 8.1 e 10. As versões de 3.1 a 95 não possuíam esse bug e o versões do XP ao 10 têm esse bug. Em este post , o autor diz que ele percebeu o erro no Windows 2000 e depois. Eu acho que em algum lugar do Windows 2000, o Bloco de Notas foi revisado para usar EM_FMTLINES, e esse bug permanece desde então.
31415 Bavi_H
9

Independentemente de se tratar de um bug, se você estiver fazendo algo no bloco de notas regularmente o suficiente para que isso seja um problema, você precisará começar a usar um editor de texto melhor. Experimente o bloco de notas gratuito ++ para começar - http://notepad-plus.sourceforge.net/

micmcg
fonte
2
Eu tive ... problemas com o Notepad ++ travando e / ou pendurando no arquivo aberto em vários sistemas com bastante frequência. Fora isso, um grande editor;)
Ed S.
consulte o SO para obter uma lista de editores de texto populares: stackoverflow.com/questions/14155/windows-based-text-editors
lexu
0

(Não é possível postar como comentário, porque não tenho reputação suficiente.)

De acordo com este site , ele foi corrigido por pelo menos o Windows 10 versão 1511 (novembro de 2015).

Segundo este site , o bug existia no Windows 10 em 18 de outubro de 2015.

Se estamos adotando as principais versões do Windows 10, a versão inicial era 1507, a próxima versão principal era 1511 . Portanto, por dedução, a versão 1511 foi a primeira grande atualização que corrigiu esse bug.

user868538
fonte
-2

Abra o editor do Registro e, em Usuário Atual, localize a seguinte chave:

HKEY_CURRENT_USER\Software\Microsoft\Notepad

então

  1. Crie um novo valor DWORD chamado fSavePageSettingse defina-o como "1"
  2. se fSaveWindowPositionsnão existir, crie DWORD e defina-o como "1"
jama.jamazoka
fonte
2
O que essas chaves significam e qual é o efeito delas?
Der Hochstapler
Eu encontrei uma referência a estas definições de registo no Microsoft Answers local , mas as definições não corrigir o problema, o que também ocorre no Windows 7 e 8.
boot13