비주얼 모드인가 소스 모드인가? 흐름과 Markdown 제어를 함께 지키세요

Markdown을 아는 작가는 소스가 주는 확실함을 중요하게 여깁니다. 제목 앞의 해시 기호, 링크의 목적지, YAML 머리말의 필드가 눈에 보입니다. 파일이 지금 쓰는 애플리케이션을 벗어나도 일반 텍스트 에디터로 열 수 있습니다.

하지만 글이 3,000단어쯤 되면 마크업이 본문에 쏟아야 할 집중력을 빼앗기 시작합니다. 작가는 문단의 리듬을 듣고 싶지만 강조 기호, 링크 문법, 긴 URL이 계속 눈에 들어옵니다. 서식이 적용된 에디터는 읽기 문제를 해결하면서도 다른 불안을 만들 수 있습니다. 방금 화면이 무엇을 바꿨을까요? 소스 구조는 그대로 있을까요?

이 문제는 흔히 영구적인 선택으로 제시됩니다. 순수 소스의 제어력을 택하거나, 서식 편집의 편안함을 택해야 한다고 말합니다. 더 유용한 질문은 작습니다. 눈앞의 작업에는 어떤 편집 방식이 도움이 될까요?

Scroll의 소스 모드와 비주얼 모드는 같은 본문을 편집합니다. 두 문서가 아니며, 뒤에서 동기화되는 두 버전도 아닙니다. 표시와 편집 화면이 달라질 뿐, 소스는 하나의 문서로 남습니다. 그래서 편안함과 제어가 함께 존재할 수 있으며, 저장과 확인이 여전히 중요한 이유도 여기에 있습니다.

비주얼 모드: 서식이 읽기의 뒤편으로 물러나게 하세요

계속 초고를 쓸 때 작가는 단어, 문장, 문단, 장면을 결정합니다. 제목은 제목처럼 읽혀야 합니다. 인용문, 목록, 지원되는 링크도 구분 기호를 계속 해석하지 않고 읽을 수 있는 형태로 보여야 합니다. 비주얼 모드는 문장의 리듬과 경쟁하는 마크업의 양을 줄입니다.

Markdown이 사라진 것은 아닙니다. 같은 텍스트가 소스로 남으며, 단어나 표현을 고를 때마다 일반적인 구조가 시각적 전경을 차지할 필요가 없어집니다. 시작 전에 모든 문법을 외우고 싶지 않은 작가에게는 더 익숙한 입구가 됩니다. 소스에 익숙한 작가에게도 목소리와 속도를 다듬는 동안 구조적 소음을 잠시 줄이는 화면이 될 수 있습니다.

비주얼 모드에는 정확한 경계가 필요합니다. 비주얼 모드는 편집기 안에서 서식이 적용된 글을 쓰고 읽는 화면입니다. 페이지로 나뉜 책 미리보기가 아닙니다. 화면의 제목 크기, 본문 너비, 색상은 Scribe의 외관을 만들지 않고, PDF를 예측하지 않으며, 원고가 인쇄 페이지 몇 장을 차지할지도 알려 주지 않습니다. 판형, 글꼴, 스타일, 간격, 페이지 나누기는 뒤의 책 제작 단계에 속합니다.

따라서 비주얼 모드는 장면 초고 쓰기, 문단 전환 읽기, 대화 리듬 다듬기, 지원되는 제목·목록·인용문·링크 작업에 잘 맞습니다. 중심 질문은 각 소스 기호가 어떻게 배열되었는지가 아니라 문장이 어떻게 읽히는가입니다.

소스 모드: 필요할 때 구조를 앞으로 가져오세요

소스 모드는 Markdown, YAML 머리말, 그 밖의 지원되는 텍스트를 직접 보여 줍니다. 다음과 같은 경우에 유용합니다.

• 비주얼 모드에서 서식이 예상과 다르게 작동해 원래 기호를 확인해야 할 때
• 다른 도구에서 가져온 자료의 제목, 목록, 링크를 검토해야 할 때
• 작가가 이해하고 있는 머리말 필드를 편집해야 할 때
• 파일을 다른 텍스트 도구에서 사용하기 전에 현재 소스 상태를 확인해야 할 때
• 익숙하지 않거나 완전히 표시되지 않은 마크업을 보존하고 조사해야 할 때

순수 소스가 본질적으로 더 전문적인 것은 아닙니다. 구조에 관한 판단을 전경에 둘 뿐입니다. 마크업을 편안하게 읽는 작가는 많은 작업을 소스 모드에서 할 수 있습니다. 새로워 보인다는 이유로 서식 편집을 택할 의무는 없습니다. 마찬가지로 비주얼 모드를 선호하는 작가도 본문 초고를 쓰기 전에 모든 Markdown 구문을 익힐 필요는 없습니다.

익숙하지 않은 마크업이 나타났을 때 시각적 표시가 괜찮아 보인다는 이유로 삭제하지 마세요. 어떤 편집기든 모든 Markdown 확장 문법을 완전히 이해하고 보존할 수 있다고 가정해서는 안 됩니다. 소스 모드로 돌아가 그 구조의 목적을 파악한 뒤 편집할지 결정하세요. 제어란 기호를 계속 드러내 두는 일이 아닙니다. 구조를 결정해야 할 때 근거에 접근할 수 있는 상태입니다.

한 장을 두 모드 사이에서 다루는 방법

옛 항구에 관한 역사 논픽션 장을 쓰는 작가를 떠올려 보세요. 첫 번째 작업에서는 비주얼 모드로 초고를 씁니다. 제목, 인용문, 링크가 읽기 쉬운 형태로 나타나는 동안 주의는 서사의 리듬과 자료가 문단에 들어가는 방식에 머뭅니다. 빠진 날짜에는 절이 완성된 뒤 조사할 수 있도록 일관된 임시 표시를 남깁니다.

장에 형태가 잡히면 저장하고 소스 모드로 전환합니다. 제목 계층, 출처 목록의 들여쓰기, 링크 목적지, 직접 관리하는 머리말 필드를 확인합니다. 익숙하지 않은 마크업은 목적을 이해할 때까지 그대로 둡니다. 모드 전환, 대규모 구조 변경, 외부 편집 전에 저장하면 다음 검토를 위한 기준점이 생깁니다.

외부 텍스트 도구로 정확하게 검색하려면 다시 저장하고, 다른 프로그램이 파일을 읽기 전에 Scroll에서 편집을 멈춥니다. 외부 변경 뒤 Scroll로 돌아와 결과를 확인하고 비주얼 모드에서 문장을 다시 읽습니다. 자주 전환하는 것보다 두 애플리케이션이 같은 파일의 저장되지 않은 변경을 동시에 들고 있지 않게 하는 일이 더 중요합니다.

모든 장을 두 모드에서 한 번씩 끝까지 검토할 필요는 없습니다. 어떤 본문은 계속 비주얼 모드에서 작업해도 되고, 기술 메모는 처음부터 끝까지 소스 모드가 더 명확할 수 있습니다. 두 모드는 관리할 워크플로를 하나 더 만드는 것이 아니라 작업에 맞는 편집 방식을 고르게 합니다.

이식성은 “파일이 로컬에 있다”는 말보다 넓습니다

읽을 수 있는 Markdown은 일반 텍스트 도구로 본문을 열고, 복사하고, 옮기기 쉽게 합니다. Scroll Project는 작가가 선택한 폴더에 있습니다. 백업할 때는 Scroll을 닫고 신뢰할 수 있는 로컬 백업 도구로 Project 폴더 전체를 복사하세요. 작가가 선택한 서비스를 사용해 기기 밖에도 사본을 둘 수 있습니다.

본문을 읽을 수 있다고 해서 Project의 모든 의미가 Markdown 장 하나에 들어 있다는 뜻은 아닙니다. 장문 Project에는 인물과 장소 카드, 사건, 관계, 작업, 설정, 저장된 보기, 지원되는 고급 콘텐츠도 포함될 수 있습니다. 다른 텍스트 에디터는 본문을 읽어도 그 Project 맥락 전체를 이해하지 못할 수 있습니다.

따라서 완전한 백업은 현재 열어 둔 장만이 아니라 Project 전체를 포함합니다. 이식성에는 서로 다른 두 가지 목표가 있습니다. 읽을 수 있는 본문이 목표라면 일반 텍스트 파일만으로도 가치가 있습니다. Scroll의 Project 맥락을 보존하려면 폴더 전체를 유지하고, 받는 환경이 무엇을 인식하는지 확인하세요.

로컬에서 읽을 수 있는 파일은 제어력과 선택지를 줍니다. 다른 애플리케이션이 지원되는 모든 구조를 손실 없이 이해한다고 약속하지는 않습니다. 사용자가 선택한 동기화 서비스는 백업 사본을 저장할 수 있지만, 그렇다고 Scroll이 호스팅형 동기화 서비스가 되거나 복구 가능한 사본을 둘 이상 둘 필요가 사라지지는 않습니다.

실제 질문이 “이 본문을 어떻게 편집할까?”에서 “페이지, 목차, PDF, EPUB을 어떻게 만들까?”로 바뀌었다면 작업은 Scroll에서 Scribe로 넘어가는 경계에 도달했습니다. Scroll은 기준이 되는 원고 소스를 준비합니다. Scribe는 그 소스를 받아 인식해야 하며, 작가는 페이지와 출력을 직접 확인해야 합니다.

정체성이 아니라 작업에 따라 선택하세요

선택은 세 문장으로 줄일 수 있습니다.

• 문장을 쓰고, 문단을 읽고, 리듬을 다듬을 때는 비주얼 모드를 사용하세요.
• 마크업을 살펴보고, 구조를 확인하고, 익숙하지 않은 내용을 다룰 때는 소스 모드를 사용하세요.
• 다른 도구가 파일을 다뤄야 한다면 먼저 저장하고, 외부 변경 전후에 소스를 확인하세요.

편집 작업 영역 가이드에는 현재 모드의 경계가 설명되어 있습니다. 시각적 방해가 문제라면 블랙 하우스는 숨겨진 화면 그 이상입니다로 이어 가고, Project 안에서 다른 길을 고르려면 장문 집필 가이드로 돌아가세요.

편안함과 제어는 한 선의 반대쪽 끝이 아닙니다. 제어하려고 모든 기호를 매 순간 볼 필요는 없습니다. 편안하게 쓰려고 소스로 돌아갈 수 있는 길을 포기할 필요도 없습니다. 둘은 같은 문서에 속하며, 현재 작업이 요구할 때 전경으로 나올 수 있습니다.