파일을 저장 한 후 Windows Vista의 메모장이 커서를 임의로 이동하는 이유는 무엇입니까?

15

일어나고있는 일 :

처음에 내 커서는 "처음에 여기"에있었습니다. 를 눌러 Ctrl+S파일을 저장하면 커서가 자동으로 두 번째 위치로 이동합니다.

많은 시도 후에, 나는 그것이 원래 있던 곳 위의 한두 줄로 무작위로 움직이는 것을 보았습니다.

대체 텍스트

(빨간색 선은 커서입니다-인쇄 화면에 표시되지 않으므로 수동으로 그렸습니다)

누구든지이 사실을 알아 차렸습니까?

내 메모장 버전은 다음과 같습니다.

대체 텍스트

입력을 계속하고 있기 때문에 문제가되며 저장할 때마다 커서를 올바른 위치로 수동으로 가져와야합니다. 그렇지 않으면 줄 사이에 입력해야합니다!

windows-vista notepad

— 레이저
소스

1

게시물에 이미지가 있어야한다고 생각하지만 "alt text"만 표시됩니다.

— T. Kaltnekar

@티. 칼 트네 카르 지금 고쳐 졌나요?

— Lazer

예, 이제 이미지가 보입니다.

— T. Kaltnekar

버그 인 것 같습니다. 재현 할 수 있습니다. 어떻게 든 단어 줄 바꿈과 관련이있는 것 같습니다. micmcg가 제안한대로 notepad ++를 사용하도록 제안하십시오.

— T. Kaltnekar

1

테스트에서 나는 몇 가지 문자를 추가하고 저장하면 움직이지 않았다. 충분한 텍스트를 추가하면 줄 끝에 커서가 줄 바꿈되어 저장 후 이동했습니다. 더 많이 움직일수록 더 많이 감쌌습니다.

— T. Kaltnekar

25

Windows XP 메모장에서이 문제를 발견했습니다. 저장할 때 자동 줄 바꿈이 설정된 경우에만 발생합니다. 커서가 뒤로 이동하는 양은 마지막 저장 이후 커서 이전의 새로운 랩 포인트 수와 관련이 있습니다. 커서 앞에 새로운 랩 포인트가 많을수록 커서가 뒤로 이동합니다.

커서가 왜 움직입니까? 자동 줄 바꿈 기능을 사용하여 저장하면 메모장이 표시 창의 각 줄 바꿈 지점에 CR CR LF 문자를 삽입합니다 (저장된 파일은 아님). 디스플레이 창의 시작에서 커서까지의 문자 수는 동일하게 유지되지만 추가 CR CR LF 문자로 인해 커서가 뒤로 이동하는 것처럼 보입니다.

자세한 내용과 단계별 예제는 메모장 버그 : 자동 줄 바꿈을 사용하여 저장하면 디스플레이 창에 CR CR LF 문자 삽입을 참조 하십시오 .

— Bavi_H
소스

1

정보를 추가해 주셔서 감사합니다. 링크가 끊어진 문제를 최소화하기 위해 주로 링크로 구성된 게시물은 사용하지 않는 것이 좋습니다.

— quack quixote

내가 기다리는 대답!

— Lazer

1

실제로이 버그는 Windows for Workgroups 3.11의 시대로 거슬러 올라갑니다 (더 멀어 질 수 있음). 필자는 Windows Write를 많이 사용했으며 단어 줄 바꿈을 사용하여 저장할 때마다 똑같은 작업을 수행했지만 단어 줄 바꿈을 약간 변경하지만 디스플레이를 업데이트하지 않아 상황이 뒤죽박죽이되었습니다. Windows 95가 나오면 Write의 이름이 메모장으로 바뀌고 커서 버그는 그대로 남아 있습니다. 다시 말해,이 버그는 적어도 20 년 동안 존재했지만 여전히 M $는 그 문제를 해결하지 못했습니다.

— Kris Craig

2

쓰기 -쓰기는 메모장과 아무 관련이 없습니다. 작업 그룹 용 Windows 3.1 및 3.11에는 메모장과 쓰기가 모두 있으며 별도의 프로그램이었습니다. 현대의 쓰기 기능은 메모장이 아니라 워드 패드입니다. Write에서 이와 같은 버그를 기억하지 못하지만 버그가 있으면이 메모장 버그와 관련이없는 것 같습니다. 메모장 버그는 여러 줄 편집 컨트롤 의 EM_FMTLINES 메시지 를 잘못 사용하여 발생합니다 . Write와 WordPad는 리치 텍스트 컨트롤을 사용한다고 생각합니다. @KrisCraig

— Bavi_H

2

버그가 존재 한 기간 -Windows 3.1, Workgroups, 95, XP, 7, 8, 8.1 및 10에 대해 3.11의 메모장 버전을 사용했습니다. 3.1에서 95까지의 버전에는이 버그가 없었습니다. XP에서 10까지의 버전에는이 버그가 있습니다. 에서 이 블로그 게시물 , 저자는 그가 Windows 2000에서 이후 버그를 발견 말한다. Windows 2000 어딘가에 메모장이 EM_FMTLINES를 사용하도록 수정되었으며이 버그는 계속 남아 있습니다.

— Bavi_H

9

이것이 버그인지 여부에 관계없이 메모장에서 문제가 될 정도로 규칙적으로 무언가를하고 있다면 더 나은 텍스트 편집기를 사용해야합니다. 시작하려면 무료 메모장 ++를 사용해보십시오 -http://notepad-plus.sourceforge.net/

— micmcg
소스

2

여러 시스템에서 메모장 ++ 충돌 및 / 또는 파일 열기 문제가 자주 발생했습니다. 그 외에는 훌륭한 편집자;)

— Ed S.

인기있는 텍스트 편집기의 목록은 SO 참조 : stackoverflow.com/questions/14155/windows-based-text-editors을

— lexu

0

(평판이 충분하지 않아서 댓글로 게시 할 수 없습니다.)

이 사이트 에 따르면 최소 Windows 10 버전 1511 (2015 년 11 월)로 수정되었습니다.

이 사이트 에 따르면 이 버그는 2015 년 10 월 18 일 Windows 10에 존재했습니다.

주요 버전의 Windows 10을 사용 하는 경우 초기 릴리스는 1507이고 다음 주요 버전은 1511 입니다. 따라서 추론에 의해 버전 1511은이 버그가 수정 된 최초의 주요 업데이트였습니다.

— 사용자
소스

-2

레지스트리 편집기를 열고 현재 사용자에서 다음 키를 찾으십시오.

HKEY_CURRENT_USER\Software\Microsoft\Notepad

그때

라는 새 DWORD 값을 fSavePageSettings만들고 "1"로 설정하십시오.
경우 fSaveWindowPositions다음 DWORD 값을 생성하고 설정 존재하지 않는이 "1"

— 자마
소스

2

이 키들은 무엇을 의미하며 그 효과는 무엇입니까?

— Der Hochstapler

Microsoft Answers 사이트 에서 이러한 레지스트리 설정에 대한 참조를 찾았 지만 설정이 Windows 7 및 8에서도 발생하는 문제를 해결하지 못했습니다.

— boot13