NSE 아이콘 오버레이 추가하는 방법

-
https://stackoverflow.com/questions/20975679/icon-overlay-handlers-for-namespace-extension

NSE에서 아이템에 대해 아이콘 오버레이를 추가하는 유일한 방법은 IShellIconOveray를 구현하는 것임. 해당 인터페이스의 GetOverlayIndex, GetOverlayIconIndex는 SHELL image list에서 받은 아이콘을 리턴해야 한다. SHGetIconOverlayIndex API를 통해서 얻어올 수 있다. SHELL image list에 추가 오버레이 아이콘을 추가할 방법은 없다.

표준 오버레이 아이콘을 사용하고자 한다면 SHGetIconOverlayIndex만을 사용하면 된다. 커스텀 오버레이 아이콘을 사용하고자 하면 단순 additional overlay shell extention을 사용해야 한다. overlay shell extention은 추가 오버레이 아이콘을 SHELL image list에 추가할 수 있다.

IShellIconOveralyIdentifier.GetOverlayInfo 1)에서 icon 과 인덱스를 리턴해야 한다. 해당 인터페이스의 IsMemberOf 2)는 항상 S_FALSE 리턴한다. 네가 구현하는 NSE에서 해당 인터페이스의 GetOverlayIndex 3)에서 네가 선호하는 아이콘과 인덱스로 SHGetIconOverlayIndex를 호출한다.

아래에서는 위에서 언급한 대로 IShellIconOverlayIdentifier를 구현했다.
https://stackoverflow.com/questions/31884145/custom-icon-overlays-for-namespace-extension?noredirect=1&lq=1

GetOveralyInfo()에서 icon 파일과 인덱스를 리턴한다.
IsMemberOf()에서 시스템의 다른 파일에 대한 오버레이를 표시하지 않기 위해 S_FALSE를 리턴한다. <- 내가 원하는 파일에 대해서만 오버레이를  표시할때만 S_OK 리턴

결과적으로
자신의 NSE내에서 IShellIconOverlay의 GetOverlayIndex()에서 SHGetIconOverlayIndex()를 사용해 리턴된 인덱스를 넘겨주기만 하면 된다.

그런데, 해당 API를 테스트해보면 다음과 같은 현상이 발생함.
SHGetIconOverlayIndex(NULL, IDO_SHGIOI_SHARE)에서 리턴된 overlay icon를 사용하면 동작이 되는데, SHGetIconOverlayIndex(myNseDllPath, 0)를 사용하면 항상 실패하고 -1을 리턴한다.

해결 :
SHGetIconOverlayIndex(myNseDllPath, iIndex) <-  빨간색 부분이myNseDllPath내의 리소스 섹션의 아이콘상의 zero-based 값을 넣어주면 성공한다.


QueryForOverlay라는 항목이 있는데 이게 뭐하는건지 모르겠음.
https://microsoft.public.platformsdk.shell.narkive.com/jO98Q3Ke/custom-icon-overlay-shell-namespace-extension

Have a look at
HKCR\CLSID\{450D8FBA-AD25-11D0-98A8-0800361B1103}. There's a key named
"ShellFolder" and inside this key there's an empty REG_SZ value called
"QueryForOverlay". Maybe you need to add this value for your NSE to make
it work.
I found the following description for this value: "If this property is
True then Windows Shell will query your extension about overlay icon for
the root folder of the namespace extension."

댓글

댓글 쓰기

이 블로그의 인기 게시물

[WinAPI] 모달리스 다이얼로그 설명

-
이미지
출처 : http://www.winprog.org/tutorial/modeless_dialogs.html Now we take a look at CreateDialog() , DialogBox() 's sister function. The difference is that while DialogBox() implements it's own message loop and does not return untill the dialog is closed, CreateDialog() acts more like a window created with CreateWindowEx() in that it returns immediately and depends on your message loop to pump the messages as it does for your main window. This is termed Modeless , whereas DialogBox() creates Modal dialogs. You can create the dialog resource just like you did for the last dialog example, you might also want to set the "Tool window" extended style to give it's title bar the typical smaller caption of toolbars. The dialog resource I created follows: IDD_TOOLBAR DIALOGEX 0, 0, 98, 52 STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION EXSTYLE WS_EX_TOOLWINDOW CAPTION "My Dialog Toolbar" FONT 8, "MS Sans Serif" BEGIN PUSHBUTTON "...
자세한 내용 보기

[WinDbg] Debugging a stack overflow

-
참조 : http://msdn.microsoft.com/en-us/library/windows/hardware/ff540620(v=vs.85).aspx Debugging a Stack Overflow 5 out of 11 rated this helpful - Rate this topic A stack overflow is an error that user-mode threads can encounter. There are three possible causes for this error: A thread uses the entire stack reserved for it. This is often caused by infinite recursion. A thread cannot extend the stack because the page file is maxed out, and therefore no additional pages can be committed to extend the stack. A thread cannot extend the stack because the system is within the brief period used to extend the page file. When a function running on a thread allocates local variables, the variables are put on the thread's call stack. The amount of stack space required by the function could be as large as the sum of the sizes of all the local variables. However, the compiler usually performs optimizations that reduce the stack space required by a function. For example, if two...
자세한 내용 보기

[WinDbg] first-chance, second-chance Exception

-
First-chance Exception 이란 디버거에서 프로그램이 실행 중일 때 SEH 같은 Exception 처리 구문이 들어가 있는 코드를 실행 하다가 어떠한 이유에서 던지 Exception 이 일어 났고 그 Exception 에 대한 처리 코드가 존재 하여 처리가 되었음을 디버거에 알리는 것입니다. 이 Exception이 꼭 프로그램에 심각한 오류가 있음을 말하는 것은 아니며 Exception 처리 코드에 의해 해당 Exception이 안전하게 처리가 되었고 계속 실행할 수 있음을 의미 할 수 있습니다.(대개는 대부분 별 문제 없는 경우입니다.) 만약 그런 Exception에 대한 처리가 없는 경우 디버거는 이를 인지 하고 사용자에게 직접 Exception이 났음 을 알리는데 이를 Second Chance Exception 이라고 하고 이것이 우리가 프로그램 디버깅 중 흔히 보는 에러 상황이 되겠습니다. http://support.microsoft.com/kb/105675              __try              {                            bReturn = IsBadReadPtr(buffer, sizeof(buffer));                     ...
자세한 내용 보기