Ulysses が静かな執筆を守ったあと、大型 Project をどう広げますか？
Ulysses は Library、Sheets、Apple デバイス間の連続性で集中執筆を守ります。人物、調査、改稿、バージョンが増えたとき、Scroll が構成、本文、出版準備をどう一つに保つかを考えます。
機能表で価値が分かる執筆ソフトもあれば、夜中に開いた瞬間に分かるものもあります。整理を要求されず、昨日途中で止めた一文がそのまま待っています。断片、短文、長編が同じリズムで残り、書き手は続きを書くだけです。
Ulysses は、この静けさを早くから一つの体験にしました。Library、Sheet List、Editor が全作品、現在の素材、目の前の文章を連続させます。Projects、Groups、Filters は境界と絞り込みを作り、Sheets は分割、結合、並べ替えができます。iPhone で会話を記録し、iPad で場面に広げ、Mac で改稿しても、デバイスごとに執筆生活を作り直す必要がありません。
この節度は、機能を隠すだけではありません。ファイル管理を文章の後ろへ下げ、記録と執筆を最初の行動にします。エッセイ、記事、ブログ、声と直線的な章で進む小説では、構造を増やすより一文へ戻れることが重要です。External Folders は、Mac で外部のファイル位置を必要とする人にも入口を残します。
変化を起こすのは、作品そのものです。
三万語なら、数個の Groups と連続した Sheets で十分かもしれません。十二万語になり、人物が複数の都市を移動し、調査が増え、二稿目が四十のタスクへ分かれ、出版用原稿を現在の改稿と区別する必要が生まれます。静けさを守りたいまま、書斎の外に Timeline、Map、人物関係、バージョン一覧が広がります。
問いは「もっと集中するには」ではなく、「集中時間の外でも複雑な作品を完全に保つには」です。何がいつ起きるか。場所はどの章と関係するか。今週直す三点は何か。数か月後に組版へ渡すのはどの原稿か。Windows や Linux も使うなら、実際のデスクトップで環境が成立する必要もあります。
Scroll は、大型長編にその作業画面を開きます。作品ごとのローカル Project に、原稿、Story data、調査、タスク、Works、原稿バージョンを置きます。書くときはエディターを静かにし、全体を判断するときだけ作業台を広げます。
構成が消えていないから、静かに書ける
人物の疑問を今すぐ解かないと失うなら、集中画面にも疑問が残ります。Project が覚えてくれると信頼できれば、書き手は段落に留まれます。
Scroll の Black House は目標、行フォーカス、タイプライターモード、エディター外観で時間を守ります。人物、資料、タスクがなくなったふりをするのではなく、一時間だけ背景へ下げます。調査の疑問はタスクに、時系列は Timeline に、関係は現在の Story に残したまま、場面を終えられます。
Visual Mode は読む結果に近い画面で書き、Source view は同じ Markdown を直接見せます。二つの原稿を作るのではありません。現在の思考を守る画面を選び、必要なときソースを確認します。持続できる没入執筆とVisual Mode と Source viewで詳しく扱います。
大型 Project に必要なのは長い一覧だけではない
多くの環境で大きな Project を作れます。重要なのは語数を保持できるかではなく、危険が生じる次元から作品を見られるかです。
Scroll は人物、場所、組織、出来事に作家向けの記録を持ちます。同じ Story data を Spreadsheet、Gallery、Calendar、Timeline、Gantt、Subway、Relationship graph、Map、Mindmap、Whiteboard、Flowchart から確認できます。制作タスクには Board、Calendar、List、Schedule があり、本文は構成表ではなく文章のままです。
三つの都市と複数世代を扱う小説なら、年齢と日付を確認し、人物線の交差を見て、場所に資料を集め、現在の章を止めず改稿を残す必要があります。異なるビューが問いを分担し、一つのローカル Project が文脈を保ちます。すべてのビューを使う義務はありません。作品が必要とするものだけを開きます。
実際に使うデスクトップも執筆方法の一部
Mac、iPad、iPhone を中心に使う書き手にとって、Apple デバイス間の連続性は明確な強みです。一方、Windows のデスクトップ、Linux の調査環境、別 OS の端末を組み合わせる人もいます。その場合、プラットフォームは日々の習慣が続くかを左右します。
Scroll はデスクトップの長編環境として設計されています。現在提供される macOS、Windows、Linux のビルドは、常に Download ページで確認してください。提供状況は変わり得るため、長期掲載する記事ではなく、Download ページが各端末の基準情報です。
原稿は読みやすい Markdown で、完全な Project はシステムバックアップ、外付けドライブ、バージョン管理、適切なクラウド同期フォルダーなど、書き手が選ぶ複製方法に参加できます。ローカルであるだけでは安全になりません。作業 Project と複製の場所を自分で把握できます。
完成稿には名前のあるバージョンと書籍制作工程が必要
原稿が安定すると、編集、校正、組版に渡すバージョンを決めます。Scroll は Works と原稿バージョンを制作時の文脈と一緒に保ちます。その後、Scribeが Appearance、ページネーション、出版出力を担当します。
Scroll は完成 PDF、EPUB、印刷レイアウトを作りません。準備状態は Scribe が正しく認識した証明ではありません。書き手は Work、バージョン、章、ページを Scribe で確認します。Scroll → Scribe ワークフローで境界を確認できます。集中執筆から書籍制作を調べている場合は、Ulysses と Scribeが下流の目的を扱います。
作品が文章の集合から、人物、場所、調査、改稿計画、出版バージョンを持つ Project へ育つと、守るべきものは入力中の静けさだけではありません。Scroll では、執筆中は一文だけに近づき、章を離れれば Story data、調査、タスク、バージョンを開けます。
Scroll ツール選びガイドには、構成、執筆、Project 境界の別の入口があります。次の本が大型の創作 Project へ育ったなら、Scroll 製品ページと現在の Download ページで、静かな書斎の外にどの作業台が必要かを確認してください。