동작 메뉴 및 미리보기

동작 메뉴

파일, 폴더, 앱을 막론하고 모든 결과에는 "그냥 열기" 이상의 동작 세트가 있습니다. 탐색기에서 위치 찾기, 경로 복사, 관리자 권한으로 실행, 파일 자체를 잘라내기/복사/붙여넣기, 삭제(휴지통으로) 또는 영구 삭제, 그리고 플러그인이 추가하는 것(예를 들어 계단식 하위 메뉴까지 포함한 전체 Windows 셸 마우스 우클릭 메뉴)까지 무엇이든 가능합니다.

동작 메뉴 열기 단축키(기본값 Ctrl+O) 또는 선택된 결과에서 오른쪽 화살표 키로 이를 열 수 있습니다. 메뉴 안에서는 다음과 같이 동작합니다.

• 다음/이전 항목 — 화살표 키, 또는 여러분이 직접 설정한 다음/이전 항목 단축키가 동작 목록의 강조 표시를 위아래로 움직입니다. 커스텀 바인딩(단순한 Tab 키 같은 것이라도)은 메인 결과 목록에서와 완전히 동일하게 여기서도 존중됩니다.
• 하위 메뉴가 있는 항목(예: "보내기" 같은 셸 계단식 메뉴)에서 오른쪽 화살표 / Enter 는 그 안으로 들어가고, 왼쪽 화살표 또는 (검색 상자가 비어 있는 상태의) Backspace 는 한 단계 뒤로 나갑니다.
• Escape는 동작 메뉴를 종료합니다. 다만 필터링을 위해 무언가 입력한 상태라면 먼저 검색 상자를 지웁니다.
• 입력하면 검색 결과를 필터링하는 것과 동일한 방식으로 표시되는 동작들을 이름으로 필터링합니다.

전체 창 결과 그리드

결과를 더블클릭하면 일반적으로 Enter를 눌렀을 때와 마찬가지로 열립니다 — 단 한 가지 예외로, 경로 열을 더블클릭하면 대신 해당 결과가 담긴 폴더를 탐색기에서 엽니다. 이는 행의 다른 어느 곳에서든 Ctrl+Enter가 하는 것과 동일한 동작입니다. 플러그인이 제공하는 커스텀 열도 자체적으로 같은 방식의 더블클릭 재정의를 정의할 수 있습니다.

그리드는 일치하는 항목을 정해진 개수로 자르지 않고 모두 담으며, 검색이 끝난 뒤 한꺼번에 나타나는 대신 결과가 도착하는 대로 채워집니다. 용량이 큰 드라이브에서 범위가 넓은 질의는 몇 초가 걸릴 수 있지만 그동안에도 행을 그대로 사용할 수 있습니다. 방향키 이동은 양쪽 끝에서 순환합니다. 첫 행에서 ↑를 누르면 마지막 행으로, 마지막 행에서 ↓를 누르면 첫 행으로 돌아갑니다.

이 창에는 제목 표시줄이 없으므로 헤더 영역이 곧 드래그 영역입니다. 검색 상자와 창 버튼이 아닌 곳을 누른 채 끌면 창을 옮길 수 있습니다. 포인터가 헤더 위에 있는 동안 위쪽에 그립이 서서히 나타나 어디를 잡을 수 있는지 알려줍니다.

QuickLook 미리보기

선택된 결과에서 QuickLook 단축키(기본값 Alt+P)를 누르면 검색 창 옆에 도킹되는 미리보기 창이 열립니다 — 이미지, 문서, 그 밖의 미리보기 가능한 파일 형식이 SwiftList를 벗어나지 않고도 렌더링됩니다. 다시 누르거나(또는 QuickLook이 미리볼 수 없는 결과로 이동하면) 이를 닫습니다.

오디오와 비디오 파일 — WPF의 내장 미디어 재생이 별도의 코덱 없이 지원하는 형식(MP4, WMV, AVI, MOV, MP3, WAV, WMA 등) — 은 미리보기가 열리자마자 자동으로 재생되며, 정적인 썸네일 대신 작은 테마가 적용된 재생 바(재생/일시정지, 탐색, 현재/전체 시간, 음소거)가 나타납니다. 다른 결과로 이동하거나 미리보기를 닫으면 즉시 재생이 중지됩니다. 특정 코덱을 디코딩할 수 없는 파일은 대신 정적 썸네일로 대체됩니다.

미리보기 창의 크기는 고정되어 있으며 사용자가 설정할 수 있습니다 — 자세한 내용은 설정 → 일반 → 미리보기를 참고하세요 — 그리고 현재 표시되고 있는 결과 개수와는 무관합니다. 어떤 크기로 설정하든, SwiftList는 미리보기 창이 항상 화면 안에 완전히 들어오도록 자동으로 유지합니다. 모니터에서 검색 창 옆에 들어맞지 않으면 여유가 있는 쪽으로 도킹되고, 설정된 크기가 모니터의 사용 가능한 영역보다 크면 가장자리를 벗어나는 대신 맞도록 축소됩니다.

미리보기 중인 파일이 자체적으로 팝업을 띄우는 네이티브 핸들러를 필요로 한다면 — 가장 흔한 경우는 암호화된 문서에 대해 Word나 Excel이 암호를 묻는 경우입니다 — 그 팝업이 열려 있는 동안에는 퀵 창과 미리보기 패널 모두 스스로를 숨깁니다. 그렇지 않으면 그 팝업이 두 창 뒤에 가려져 접근할 수 없게 되기 때문입니다. 이는 SwiftList가 닫히거나 크래시하는 것이 아닙니다. 팝업을 해결하면(암호를 입력하거나, 닫거나, 요구하는 대로 처리하면) 검색어와 선택 항목을 포함해 두 창 모두 떠났던 그대로 정확히 돌아옵니다.

미리보기 창의 헤더는 그 자체로 미리보기 중인 파일의 드래그 원본입니다. 파일 탐색기나 편집기, 그 밖의 어떤 드롭 대상으로 끌어다 놓아도 검색 창에서 결과 행을 끌어낸 것과 똑같이 동작합니다.

빠른 창에서 전체 창을 열면 미리보기의 열림 상태가 함께 넘어가므로, 이미 열어 두었던 미리보기는 계속 열려 있습니다.

QuickLook을 통한 외부 미리보기 (선택 사항)

이름은 같지만 위의 내장 미리보기 패널과는 다른 것입니다. 여러분이 직접 설치하는 별도의 서드파티 애플리케이션으로, 마찬가지로 QuickLook이라고 불립니다(GitHub의 QL-Win/QuickLook, GPL 라이선스) — SwiftList는 이를 번들로 제공하지 않습니다.

설치되어 실행 중이라면, 번들로 제공되는 (실험적인) QuickLook Bridge 플러그인 — 설정 → 플러그인에서 다른 모든 플러그인과 마찬가지로 보이고 켜고 끌 수 있습니다 — 이 자체 이름 있는 파이프를 통해 그 앱에 연결하여, 위에서 설명한 모든 내장 미리보기 유형보다 앞서 모든 것에 대한 미리보기를 넘겨받습니다. 이것이 활성화된 동안 SwiftList 자체의 미리보기 패널은 스스로를 숨기고, QuickLook 자체의 떠 있는 창이 그 패널이 차지했을 정확한 위치로 옮겨집니다 — 겉보기에는 "미리보기 패널이 QuickLook이 된 것"처럼 보이지만, 기술적으로 QuickLook의 창은 완전히 별개의 최상위 창으로 남아 있으며 SwiftList가 이를 따라오도록 재배치할 뿐입니다.

동작 메뉴 항목인 QuickLook으로 미리보기를 사용하면, 다른 미리보기 유형이 원래는 우선했을 결과라도 수동으로 QuickLook에 보낼 수 있습니다.

이는 전적으로 공개된 통합 API가 아니라 QuickLook 자체의 (문서화되지 않은, 비공개) 프로세스 간 통신 프로토콜에 의존하므로, 향후 QuickLook 릴리스가 그 프로토콜을 변경하여 이를 조용히 망가뜨릴 수 있습니다. QuickLook을 제거하거나 닫아도 다른 무엇에도 영향을 주지 않습니다 — SwiftList는 그저 자체 내장 미리보기 유형으로 되돌아갈 뿐입니다.