과거에는 HKCR\.ext를 가리키는지 살펴보기만 하면 됩니다 HKCR\type-handler.
HKCR이제 계단식 패턴(로컬 사용자가 먼저, 그 다음 로컬 컴퓨터가 됨)으로 HKCU\software\classes및 둘 다에 대한 동적 링크입니다 .HKLM\software\classes
그러나 이제 우리는 ..\explorer\FileExts아마도 사용자와 컴퓨터 수준 모두에서 이 레지스트리 트리를 갖게 되었습니다. 이러한 추가적인 복잡성은 무엇을 제공합니까?
나는 당신에 대해 모르지만 탐색기가 자주 멈추거나 탐색기에서 주어진 파일을 열지 못하면서 내 파일을 올바르게 열기 위해 Windows와 영원히 싸우고 있습니다. 그리고 한 컴퓨터에 TextPad를 설치하면 100% 작동하는 것처럼 보이는 반면, 다른 컴퓨터에서는 파일을 열려고 할 때 Explorer나 TextPad가 충돌하여 기능이 제한되는 결과를 낳는다는 점에서 매우 임의적인 것처럼 보입니다. 메뉴를 마우스 오른쪽 버튼으로 클릭하거나 보내기, 드래그 앤 드롭 또는 더블 클릭).
여러번 문의하고 검색해봤지만 아직까지 포괄적인 내용을 찾지 못했습니다."이것이 파일 형식과 관련된 모든 키의 역할이며 Microsoft가 사용자 시스템의 일관된 협력과 적절한 기능을 위해 키를 사용하려는 방식입니다."
Windows에서 파일 유형 연결에 대한 포괄적인 '모범 사례' 가이드나 철저한 문서를 어디서 찾을 수 있는지 아는 사람이 있습니까?
답변1
내 생각에 "모범 사례"는 Windows와 함께 번들된 "기본 프로그램" 설정을 사용하거나 다음과 같은 타사 도구를 사용하는 것입니다.파일 형식남자또는AS사회. FileTypesMan에는 클라이언트 컴퓨터에서 원격으로(필요한 경우) 사용하기에 적합한 명령줄 인터페이스도 포함되어 있습니다.
파일을 열려고 할 때(예: 마우스 오른쪽 버튼 클릭 메뉴, 보내기, 끌어서 놓기 또는 두 번 클릭) Explorer 또는 TextPad가 충돌합니다.
연결이 올바르게 설정되지 않은 경우 응용 프로그램이 처음부터 자동으로 열리지 않으므로 응용 프로그램이 충돌해서는 안 됩니다. 운영 체제 구성이나 TextPad 응용 프로그램 자체에 또 다른 근본적인 문제가 있는 것 같습니다.
"이것이 파일 형식과 관련된 모든 키의 역할이며 Microsoft가 사용자 시스템의 일관된 협력과 적절한 기능을 위해 키를 사용하려는 방식입니다."
Microsoft가 정보를 공개적으로 공개하지 않는 한(또는 제3자가 해당 목적을 리버스 엔지니어링한 경우) 복잡한 비공개 소스 운영 체제에 대한 매우 낮은 수준의 레지스트리 설정을 자세히 설명하는 리소스를 찾을 가능성은 거의 없습니다. 이러한 이유로 Microsoft가 소프트웨어 개발 외부에서 최종 사용자에게 레지스트리 데이터 수정을 권장하는 경우는 거의 없습니다. 어떤 정보가 있다면, 다음에서 찾을 수 있을 것입니다.Microsoft 지원 기술 자료.