"Windows Shell"Windows 탐색기를 의미하는 것으로 가정하지만, 어떤 프로그램에 대해서도 대답은 동일 할 것입니다.
탐색기는 EDIT 컨트롤을 만들고 위치로 옮깁니다. 편집 동작은이 스톡 시스템 컨트롤과 Explorer에서 자체 인스턴스에 추가하는 모든 추가 로직에 따라 달라집니다.
자신의 프로세스에 속한 스레드에 속한 EDIT 컨트롤의 동작을 쉽게 변경할 수 있지만 다른 프로세스에서 그렇게하려면 전역 후크가 필요합니다. 전역 후크를 올바르게 수행하고 x86 및 x64 환경에서 모두 작동하는 작업량을 이해했음을 명시합니다.
WH_CALLWNDPROC를 사용하는 다른 프로세스에서 EDIT 컨트롤의 동작을 직접적으로 방해 할 수는 없지만 WH_CALLWNDPROCRET을 사용하여 키보드 메시지를 관찰하고 창과 EDIT 컨트롤을 확인하고 EDIT 컨트롤이 Explorer에 속하는지 확인하고 그런 다음 EDIT 컨트롤이 키보드 이벤트에 어떻게 반응했는지 정확하게 알면 그 기간까지 백업하는 것과 같은 추가 작업을 수행하십시오.
혹시 WH_CBT 훅을 사용하여 HCBT_CREATEWND를 모니터링하고 EDIT 컨트롤이 생성 될 때마다 서브 클래스화할 수 있습니다.
노력이 도움이되지 않을 수도 있습니다.
무엇을하고 싶습니까? – tenfour
왜 이것을 사용자 정의 하시겠습니까? 특정 행동으로 인해 발생할 수있는 일에 대해 합리적인 기대를 가지고있는 사용자는 무엇이 잘못 되었습니까? 그것은 직관적 인 사용자 상호 작용 이론의 기본입니다. –
마침표로 단어를 구분하는 특정 파일 이름이 있습니다. 편집 모드 (즉, F2/이름 바꾸기 중)에서 CTRL + 오른쪽 화살표를 수행하는 문자열을 탐색 할 때 커서가이 기간에 중단되기를 원합니다. – Sabuncu