터미널

라우트 /terminal. 또는 스레드 헤더의 Open in terminal(터미널에서 열기)로 들어옵니다.

앱 안에서 프로젝트 디렉터리를 기준으로 동작하는 진짜 셸입니다.

프로젝트당 셸 하나

이 화면은 이 원칙 위에 세워져 있습니다. 스레드에서 Open in terminal을 누르면 해당 프로젝트에 이미 있는 셸로 포커스를 옮기거나, 없으면 새로 시작합니다. 이름 없는 셸이 쌓이는 일은 결코 없습니다. 위쪽 탭 줄은 프로젝트마다 탭 하나입니다.

New shell(새 셸)은 옆의 선택기에서 고른 프로젝트에서 셸을 시작하고, Open project…(프로젝트 열기)는 직접 고른 폴더에서 셸을 시작합니다. Close(닫기)는 포커스된 탭의 셸을 종료합니다.

다른 화면으로 이동해도 셸은 계속 돌아갑니다. 출력은 계속 백로그에 쌓이므로, 돌아오면 중간부터 이어지는 것이 아니라 화면 전체가 다시 그려집니다.

프로젝트가 더 이상 열려 있지 않을 때

셸은 신뢰가 증명된 폴더 안에서만 시작됩니다. 직접 고른 폴더, 스레드의 작업 디렉터리, 또는 Projects 사이드바에 있는 프로젝트(고정 또는 최근)가 그것입니다. 탭의 프로젝트가 더 이상 그 셋 중 하나가 아니게 되면 — 대개 사이드바에서 그 프로젝트를 지웠을 때 — 탭이 멈춰버리지 않습니다. 대신 아직 열려 있는 가장 가까운 프로젝트(없으면 홈 폴더)에서 셸이 시작되고, 어디로 갔는지와 그 이유를 알리는 알림이 뜹니다. 그 알림의 Add project(프로젝트 추가)를 누르면 원래 폴더를 기억해두고 그 폴더에서 셸을 다시 시작합니다.

백엔드

터미널은 진짜 의사 터미널인 node-pty를 우선 사용합니다. 전체 화면 프로그램, 색상, 크기 조절, 잡 제어가 모두 동작합니다. 탭 줄 옆의 배지에 node-pty라고 표시되면 그것이 적용된 상태입니다.

사용 중인 플랫폼 빌드에 네이티브 모듈이 없으면, 앱은 파이프 기반 셸로 물러나면서 알림으로 그 사실을 알립니다. 대체 방식도 명령을 실행하고 출력을 보여주지만 터미널은 아닙니다. 전체 화면 인터페이스를 그리거나, 비밀번호를 묻거나, 창 크기에 의존하는 프로그램은 제대로 동작하지 않습니다. 네이티브 모듈이 없을 수 있는 이유는 패키징에서 다룹니다.

키보드

이 패널은 포커스를 받으면 키보드를 가져가므로, 거의 모든 입력이 앱이 아니라 셸로 갑니다. 다만 Ctrl/⌘ K와 Ctrl/⌘ 1 … 9는 여전히 동작합니다. 마우스 없이도 터미널에서 빠져나갈 수 있어야 하기 때문입니다.