# Ghost Cut 소개 - 왜 잘라내기와 붙여넣기는 모든 곳에서 망가졌을까? > Clean Markdown view of GeekNews topic #31729. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=31729](https://news.hada.io/topic?id=31729) - GeekNews Markdown: [https://news.hada.io/topic/31729.md](https://news.hada.io/topic/31729.md) - Type: GN+ - Author: [xguru](https://news.hada.io/@xguru) - Published: 2026-07-23T20:17:07+09:00 - Updated: 2026-07-23T20:17:07+09:00 - Original source: [ishmael.textualize.io](https://ishmael.textualize.io/blog/ghost-cut/) - Points: 1 - Comments: 1 ## Topic Body - 일반적인 잘라내기와 붙여넣기는 텍스트 이동을 두 작업으로 나눠 처리해 **완전한 실행 취소가 불가능**하고 문서 흐름까지 불필요하게 바꿈 - 잘라내기를 취소해도 덮어쓴 **클립보드 내용은 복구되지 않으며**, 클립보드 관리자를 사용해도 한 번의 키 입력이 만든 변경 전체를 되돌리지는 못함 - 텍스트가 즉시 사라지면서 문서가 **리플로우**되므로 붙여넣을 위치를 다시 찾아야 하고, 이동 전체를 취소하려면 최소 두 번의 실행 취소가 필요함 - 소설 편집기인 Ishmael의 **Ghost Cut**은 `Ctrl+X`로 선택 영역을 흐리게 비활성화한 뒤, 붙여넣을 때 원래 위치에서 제거해 새 위치로 옮기는 **단일 원자적 작업**을 수행함 - Ghost Cut은 **클립보드를 덮어쓰지 않고** 이동 전체를 한 번에 되돌릴 수 있지만, 기존 방식으로 잘라내기만 하려면 복사 후 `Backspace`를 눌러야 함 --- ### 기존 잘라내기/붙여넣기의 동작 - 잘라내기/붙여넣기는 선택한 텍스트를 문서에서 제거해 클립보드에 넣는 **잘라내기**, 다른 위치에 삽입하는 **붙여넣기**의 조합임 - 텍스트를 한 위치에서 다른 위치로 옮기는 하나의 작업처럼 인식되지만, 실제 편집기에서는 서로 분리된 두 작업으로 처리됨 ### 기존 잘라내기의 세 가지 결함 - ## 실행 취소로 클립보드를 복구할 수 없음 - 잘라내기 후 `Ctrl+Z` 또는 `Command+Z`를 누르면 문서의 텍스트는 복원되지만, 덮어쓴 **클립보드 내용**은 돌아오지 않음 - 클립보드 관리자를 사용하더라도 하나의 키 입력이 만든 모든 변경을 깨끗하게 되돌린 것은 아님 - ## 원문 삭제로 문서가 즉시 재배치 됨 - 텍스트를 잘라내는 순간 남은 내용이 당겨지며 문서의 줄과 위치가 다시 배치됨 - 대부분의 잘라내기/붙여넣기는 텍스트 이동이 목적이지만, 붙여넣을 지점을 찾기도 전에 화면이 변해 위치를 다시 찾아야 함 - 부담은 작을 수 있지만 불필요한 **인지 비용**이 발생함 - ## 이동이 원자적 작업으로 처리되지 않음 - 붙여넣기를 실행 취소하면 새 위치에 삽입된 텍스트만 제거되고, 원래 위치로 복원하려면 실행 취소를 한 번 더 해야 함 - 잘라내기와 붙여넣기 사이에 새 문단 생성 같은 편집이 있었다면 해당 작업부터 차례로 되돌려야 원래 잘라내기까지 복원할 수 있음 - 개념적으로는 하나의 텍스트 이동이지만 편집 기록에서는 여러 단계로 분리됨 ### Ghost Cut의 동작 방식 - [Ishmael](https://ishmael.textualize.io/)에서 `Ctrl+X`를 누르면 선택한 텍스트가 흐려지고 **비활성 상태**가 되지만 문서에는 그대로 남음 - 해당 영역은 클릭할 수 없고 커서도 건너뜀 - 이 시점에는 클립보드에 아무것도 저장되지 않으며, 취소할 작업도 생성되지 않음 - `Escape`를 누르면 텍스트가 다시 편집 가능한 상태로 복원됨 - `Ctrl+V` 또는 `Command+V`를 누르면 흐려진 영역을 원래 위치에서 제거하고 현재 커서 위치로 이동함 - 이동 전체가 **단일 원자적 작업**이어서 한 번의 실행 취소로 되돌릴 수 있음 - Excel에서 잘라낸 셀을 흐리게 표시하는 방식과 비슷하지만, 텍스트 편집기에서는 같은 방식을 찾아보기 어려움 - 기존 잘라내기 동작이 필요하면 `Ctrl+C` 또는 `Command+C`로 복사한 뒤 `Backspace`로 원문을 삭제해야 함 - 코드 편집기는 문서 리플로우 문제가 적어 필요성이 상대적으로 낮지만, VSCode에 제공된다면 활성화해 사용할 만함 ## Comments ### Comment 62269 - Author: neo - Created: 2026-07-23T20:17:08+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=49007626) - **X11의 선택/붙여넣기**를 방해하지 않았으면 좋겠음. 이제는 예전처럼 쓰려면 Shift를 눌러야 하는지 매번 운에 맡겨야 함 복사와 붙여넣기에 마우스와 키보드를 모두 쓰게 하는 `선택 → Ctrl+C → 클릭 → Ctrl+V` 방식은 야만적이며, X11이 제대로 구현한 것을 현대 앱들이 망치고 있음 - **잘라내기와 붙여넣기는 세 가지 동작**으로, 잘라내기는 복사와 삭제로 구성됨. 실행 취소가 복사를 되돌리지 않듯 잘라내기의 클립보드 내용도 되돌리면 안 되며, 잘라내고 실행 취소한 뒤 여러 번 붙여넣는 방식을 매일 사용함 Ghost Cut에서 여러 번 붙여넣으면 무엇이 나와야 하는지, 롤백을 위해 편집기가 붙여넣지도 않았는데 클립보드를 읽어야 하는지, 비밀 키가 들어 있다면 Copilot 같은 확장 기능에 노출되는지 의문임 파일 탐색기의 잘라내기는 사실 출발지와 목적지를 차례로 지정하는 **이동**이며, 파일 시스템 클립보드도 없고 여러 위치에 붙여넣을 일도 드묾. 제안된 의미론이 나쁘다는 게 아니라, 별도 단축키로 텍스트를 흐리게 표시한 뒤 원자적으로 이동시키는 독립된 기능이 더 깔끔함 - 잘라내기와 붙여넣기는 **하나의 원자적 동작**이어야 함. 여러 번 붙여넣고 싶다면 복사하면 됨 잘라내기를 실행 취소하면서 부수 효과를 되돌리지 않는 것은 근본적 결함이며, 실행 취소는 조건에 따라 몇 단계만 후퇴하는 게 아니라 시스템을 이전 상태로 복원해야 함 - 텍스트 편집기에 편리한 **원자적 이동 기능**을 제안하는 것은 합리적이지만, 개인적으로 필요성은 크지 않음 - 텍스트를 흐리게 표시한 뒤 원하는 위치로 옮기는 방식은 macOS의 **드래그 앤 드롭**과 사실상 같음 - macOS Finder의 `⌘+C`로 파일을 복사한 뒤 목적지에서 `⌘+⌥+V`로 이동하거나 `⌘+V`로 복사하는 흐름이 왜 비판받는지 모르겠음. 목적지에서 동작을 결정하므로 가장 직관적임 Windows도 잘라낸 파일을 흐리게 표시하고 붙여넣을 때 이동해 파일 손실을 막지만, 이런 좋은 사용자 경험은 충분히 인정받지 못함 - 여러 번 붙여넣는다면 실제로는 복사하려던 것 아닌가 싶음. 어느 **정신 모형**도 절대적으로 옳지 않으며, 잘라내기가 복사와 삭제라면 직접 복사 후 삭제하면 되고 Vim과 Emacs에서는 그냥 삭제하면 됨 - **Ghost Cut은 Excel의 잘라내기/붙여넣기**와 거의 같고, 클립보드를 아예 쓰지 않을 수도 있음. 일반 소프트웨어는 이를 복사·붙여넣기에 삭제를 덧붙인 것으로 보지만, 글쓴이와 Excel은 문서 내부에서 콘텐츠를 이동하는 것으로 봄 Ghost Cut은 목적지가 정확히 하나이고 같은 프로그램이나 문서 안에 있어야 한다는 제약이 있음. 그래도 기존 잘라내기가 결국 복사·붙여넣기의 변형이라면, `복사 후 Backspace`로 같은 효과를 낼 수 있으므로 Ghost Cut으로 바꿔도 잃는 것은 많지 않아 보임 - IDE에서 선택 영역 없이 커서를 줄 아무 곳에 두고 잘라내기를 눌러 **줄 전체 삭제**로 자주 사용함. 왼손으로 누르기 편한 단축키인데 Ghost Cut은 이 용도를 망가뜨림 - 기본 잘라내기의 사용자 경험이 글쓴이의 **개인적 정신 모형**과 맞지 않는 것이지 결함은 아님. 실수로 잘라냈다면 대개 복사하려던 것이므로 텍스트를 클립보드에 남기는 설계가 합리적임 대부분 실행 취소를 파일 변경의 취소로 이해하지, 파일과 운영체제 상태를 함께 되돌리는 것으로 보지는 않음. 설정 가능한 잘라내기는 고려할 만하지만 대다수보다 소수 사용자에게 맞춘 대안에 가까움 - 해당 동작을 결함으로 보지는 않지만, 단점을 짚고 대안을 제시한 점은 존중함. 무언가를 잘라 클립보드에 넣고 변경만 실행 취소한 뒤 그 내용을 사용하는 **클립보드 유지 동작**을 꽤 자주 활용함 - 텍스트를 잘라내거나 복사한 뒤 몇 단계 실행 취소하고 새 위치에 붙여넣는 방식을 선호함. 제안대로라면 실행 취소 전에 임시 파일에 붙여넣는 등 **중간 단계**가 추가됨 - 잘라내기는 앱에서 별도 애플리케이션인 **클립보드로 텍스트를 이동**하는 동작임. 앱 A를 수정한 뒤 앱 B에서 실행 취소한다고 A까지 바뀌길 기대하지 않듯, 실행 취소가 클립보드에 영향을 주리라 기대하지 않음 Ghost Cut은 Excel과 비슷한데 이 때문에 자주 당황함. Excel에서는 셀을 복사하고 편집한 뒤 붙여넣으려 하면, 복사가 실제 값이 아니라 선택 영역 참조였고 그 영역이 변경되거나 실행 취소되어 아무것도 붙여넣지 못할 때가 있음 - 처음부터 설계한다면 현재 잘라내기/붙여넣기에 대한 비판은 합리적임. 다만 잘라내기와 붙여넣기는 두 동작이므로 한 번의 실행 취소로 둘 다 되돌려야 한다는 주장은 어색함 명령어가 `CUTANDPASTE` 하나인지 `CUT`과 `PASTE` 둘인지 묻는 **RISC/CISC식 선택**과 비슷함 - **기대된 동작을 바꾸지 말아야 함**. Excel이 비슷하게 동작하지만 원하는 방식대로 되지 않아 매우 불편함 잘라내기는 즉시 클립보드에 넣어 다른 프로그램에도 붙여넣을 수 있어야 하며, 소수에게 개선하려고 다수 사용자의 기대와 정상 흐름을 깨뜨릴 가치는 없음 - 붙여넣지 않은 텍스트는 계속 흐리게 남는지, 다른 앱에서 새 텍스트를 복사하면 흐려진 텍스트와 새 클립보드 내용 중 무엇을 붙여넣는지 등 **경계 조건**이 너무 많아짐 `Ctrl+X`에서 클립보드를 건드리지 않으면 다른 프로그램에 붙여넣을 수도 없음. 이상적인 흐름을 벗어났을 때 생기는 골칫거리에 비해 이득이 너무 작음 - 이런 관점은 자유지만 동의하기 어려움. 차라리 선택한 항목을 복사하려는데 사이트나 앱이 도와준다며 전혀 다른 내용을 넣는 **복사 가로채기**부터 해결했으면 함 URL을 복사할 때 브라우저가 임의로 `https://`를 붙이는 것도 원하지 않음 - Windows Explorer도 파일을 잘라낼 때 이와 비슷하게 동작하지만 **클립보드에도 기록**함 Ghost Cut 역시 기존 동작과 다른 방식으로 망가져 있을 뿐 글쓴이 취향에는 맞는 셈임. 그래도 시스템 전체와 앱 간 기능으로 잘라내기/붙여넣기가 만들어지지 않았다면 다른 앱들이 어떻게 발전했을지 생각하게 하는 흥미로운 발상임 - 이 방식은 마음에 들지 않을 듯함. 비슷하게 동작하는 **Excel이 잘라내기·복사·붙여넣기에는 가장 싫은 앱**임 - Excel은 일부 결함에도 대다수 사용자를 위해 매우 잘 설계됐다고 봄. 셀 내용뿐 아니라 **셀 참조**도 있어 잘라내기와 복사가 미묘하게 다르게 동작함 잘라내기는 대개 한 번의 붙여넣기로 끝나는 원자적 이동이므로, 이동 영역 안팎과 상대·절대 참조 여부를 가리지 않고 관련 참조가 모두 갱신됨. 붙여넣은 뒤 표시가 사라져 두 번 붙여넣을 수 없는 것도 이 때문임 반면 복사하면 복사된 셀 사이의 상대 참조만 갱신되고, 절대 참조나 복사되지 않은 셀의 참조는 바뀌지 않으며 여러 번 붙여넣을 수 있음. 범위 참조까지 고려하면 이렇게 예상대로 작동하는 것 자체가 놀랍고, 원본 영역을 수정하면 작업이 취소되는 제약도 이해할 만함. 따라서 Excel에서 복사 후 삭제는 잘라내기와 다른 동작임 - Excel은 내 의도에 따라 매번 가장 나쁜 복사·잘라내기·붙여넣기 방식을 고르는 느낌임. 실제로 그렇지는 않겠지만 개인적으로 여러 면에서 매우 **비직관적**임 - Excel에서는 먼저 복사하고 붙여넣은 뒤 원본을 삭제함. 일반 잘라내기/붙여넣기는 붙여넣을 위치를 참조하는 **수식들을 깨뜨리기 때문**임 기본 잘라내기는 유지하고 특수 이동을 `Ctrl+Shift++`에 할당했어야 함 - 절반 정도는 제대로 작동하지도 않음