出版のためのテキスト実践技法 (編集篇)

目次出版のためのテキスト実践技法／編集篇［目次］はじめに 7 第１章これからの編集者は何をするのか 11 1-1 出版物はどういうコストで成立しているか 11 1-2 テキスト一括処理はなぜ必要か 12 1-2-1 ...

Author: 西谷能英

40 downloads 1059 Views 2MB Size Report

This content was uploaded by our users and we assume good faith they have the permission to share this book. If you own the copyright to this book and it is wrongfully on our website, we offer a simple DMCA procedure to remove your content from our site. Start by pressing the button below!
Report copyright / DMCA form

DOWNLOAD PDF

目次

出版のためのテキスト実践技法／編集篇［目次］

はじめに 7 第１章これからの編集者は何をするのか 11 1-1 出版物はどういうコストで成立しているか 11 1-2 テキスト一括処理はなぜ必要か 12 1-2-1 誰でも著者になりうるという幻想 12 1-2-2 テキスト一括処理とはなにか 14 1-2-3 テキスト一括処理の対象にはどんなものがあるか 16 1-3 編集技法としてのテキスト処理のすすめ 18 1-4 原稿とファイルの確認 19 1-4-1 デジタルデータでも原稿は出力して確認すべし 19 1-4-2 デジタル原稿の種類 21 1-5 機種の特定とテキスト保存 23 1-6 編集者はテキストエディタを駆使すべし 24 1-7 ファイルの整形 25 1-7-1 ファイルの連結または分割 26 1-7-2 自動改行の解除 27 1-7-3 無駄なスペース、タブの削除 30

1

2

1-7-4 句読点、記号類の統一 33 1-7-5 天付き改行の字下げ処理 35 1-7-6 必要なスペースの挿入 37 1-8 用字用語の統一 39 1-8-1 英数文字の適切な使用のチェック 39 1-8-2 世紀・年月日等の表記の統一 41 1-8-3 漢字表記の統一基準を確定する 43 1-8-4 パターン検索・置換と正規表現 44 1-8-5 SED によるテキスト一括処理の威力 47 第２章テキスト一括処理の技法 49 2-1 SED というプログラム 49 2-1-1 SED との出会い 49 2-1-2 SED プログラムの導入 51 2-1-3 SED のインストール 54 2-1-4 SedMac の設定と操作 56 2-1-5 Windows/MS-DOS 用の SED プログラムの設定と操作 60

2-1-6 MS-DOS プロンプトを活用しよう 62 2-2 SED スクリプトの多様性と汎用性 70 2-3 SED スクリプトの実例 73 2-3-1 y コマンドについて 73 2-3-2 簡単な s コマンドもある 77 2-3-3 漢字表記の統一をとる（1） 78 2-4 SED と正規表現 83 2-4-1 キャラクタクラス 83 2-4-2 その他の重要なメタキャラクタ 87

目次

3

2-4-3 制御コードとエスケープ 90 2-5 より高度な SED スクリプト 92 2-5-1 漢字表記の統一をとる（2） 92 2-5-2 漢字表記の統一をとる（3） 95 2-5-3 漢字表記の統一をとる（4） 99 2-5-4 漢字表記の統一をとる（5） 102 2-5-5 漢字表記の統一をとる（6） 105 2-5-6 漢字の送りがなの統一 109 2-5-7 むだなスペースの削除と必要なスペースの挿入 112 2-5-8 世紀、年月日の表記統一 117 2-5-9 ルビの修正 123 2-6 その他の SED 活用法 128 2-6-1 SED の起動時オプション 129 2-6-2 s コマンドに付加するフラグ 133 2-6-3 コマンド処理の対象行をアドレスで指定する 134 2-6-4 SED の各種コマンド 139 2-7 テキストエディタでのテキスト処理 143 2-7-1 秀丸エディタの技法 143

2-7-2 Jedit の技法 ―― 複数一括置換マクロと JMultiReplace 147

第３章テキストの割付け処理から入稿まで 152 3-1 編集処理の基本理念 152 3-2 割付け処理の手順 156 3-2-1 HTML もどきタグの埋めこみ 156 3-2-2 割付け作業の種類 160 3-2-3 割付け作業の効率化 162

4

3-3 仮ゲラの出力による校正作業―― WinLPrt による出力 168 3-4 印刷所への入稿――最終確認としての出校 176 あとがき 180 ［付録］ 183 「編集用日本語表記統一基準」 184 SED 用スクリプト一覧 190 参考文献一覧 200 テキスト関連ソフト・ユーティリティのダウンロード先一覧 201

目次

出版のための

テキスト実践技法●編集篇

5

6

装幀――戸田ツトム

はじめに

はじめに

本書は単行本として先に刊行された『出版のためのテキスト実践技法／執筆篇』（2001年、未來社刊）の続篇または姉妹篇として刊行されるものである。本来は著者のためのパソコンでの執筆（入力）の技法とあわせて、編集者のためのさまざまなテキスト処理技法が一体となった［出版のためのテキスト実践技法］を構想していたのだが、専門書出版における未曾有の不況のためもあって、この出版不況になんとか風穴をあけるべく著者のための執筆技法だけでも緊急出版する必要が生じたと感じて先行出版したのが『執筆篇』なのである。さいわい「朝日新聞」をはじめ多くのメディアで好意的な評価を受け、予想を超えた読者にめぐまれた。また、早くからこの『編集篇』の刊行に期待を寄せてくれる読者が数多くいてくれたおかげで、予定をくりあげてなんとか刊行のメドがついたところである。そんなわけで、本書の前半部（主として第１章）を構成する「週刊読書人」での連載［編集のためのテキスト実践技法］を早期完結し、本書に収めさせてもらうことにした。前回ともども読書人編集部のご好意に感謝するしだいである。本書の残りの部分はほとんど未來社ホームページ（http://www.

miraisha. co.jp/）の「未來社アーカイヴ」ページで公開しつつ連載し

た「編集篇ベータ版」を全面的に再構成し、大幅な加筆修正をほどこして成立したものである。これも連載中に多くの方のアクセスを得て手応えを感じつつ書いたもので、これらの見えない読者の無形の励ましにも感謝したい。＊さて本書で述べようとしているのは、これからの編集者は著者から原稿を受け取ったあと、いったいどういう仕事をするべきなのかという方法にかんする具体的な提案であり、そのためのマニュアルである。デジタル化時代の出版はこれからどのような進展をみせるのか、ペーパーレス出版という語義矛盾とも言えなくはない出版の可能性も視野におさめつつ、〈編集〉とはなにかをあらためて問うことが必要になっている。それでは、デジタル化時代の編集者の仕事と従来の編集者の仕事はどこがちがってきているのだろうか。まずそのことを確認するところから始めたい。〈編集〉とひとくちに言っても、単行本の編集もあれば、雑誌や新聞の編集もあり、シリーズものや辞書の編集だってある。複数の編集者が同時にかかわる共同編集作業というものもある。それらを平準化して言うことはできないけれども、総じて言えば、1）企画を立てる（著者あるいはテーマを設定・配列する）、2）著者の原稿を読み、必要なら問題点を指摘したり編集の立場からアドバイスをおこなう、3）原稿を本または雑誌の形態に完成させる（割付け、校正等の処理をほどこす）、といった作業におおむね集約されるはずである。もちろん出版社によって業務分担がおこなわれているところでは、これらの作業の一部は編集の仕事とはみなされていないものもあるかもしれない。しかし一冊の本や雑誌が編集されるということは、企画の段階か

はじめに

ら仕上げの段階までを指すととりあえず規定するなら、それほど大きな差異はないとも言えるだろう。こうした基本的な〈編集〉概念から見たときに、従来の編集作業とデジタル時代の編集作業のちがいは主として技術上の差異にすぎないように思われるかもしれない。ある意味ではそうであり、別の意味ではそうではない。つまり書物という最終形態への編集プロセスのちがいを捨象して言えば、書物という形態に知が結集される構造においてはほとんど同一のものと言ってよいからであるが、しかしそのプロセスにおいて書物の内容が技術的に大きく制約されあるいは変容させられることが生ずるのであれば、かならずしも同一のものとは言えなくなっているからである。問題は、著者の原稿執筆および編集作業自体においてデジタル化の技術がどのような変容をもたらしているか、をひとつひとつ検証していくことである。ともあれ、デジタル化時代の編集作業の従来と大きく異なるポイントは、編集者が著者のデータ原稿ファイルを印刷所に入稿できる最善のかたちに変換させ、修正をほどこすことである。このことが十全の意味をもちうるためには、これらのテキスト処理の技法が普遍的な形式で統一され、著者に理解しうるものであるばかりでなく印刷所の編集機においても問題なく対応できるものでなければならない。編集者の仕事は原稿内容の吟味は当然のことながら、著者のさまざまなレベルのデータファイルをテキストファイルに変換し、それに適切な修正や処理をほどこして、印刷所の編集機での一括自動変換処理が可能になるようにできるかぎり近づけることである。そうした作業により、これまでの方法では考えられないほどの作業のスピードアップとそれゆえの大幅なコストダウンが可能になるばかりか、単純な作業や手間ばかりかかる編集作業を削減することによって本来の編集作業たる原稿の吟味、修正に必要な神経の集中を実現しやすくするので

ある。本書でおこなおうとしているのは、企画のたてかたや原稿の読みかた、著者との接しかたといった編集者の心得集のようなものではない。そうではなく、著者からの原稿入稿以後、印刷所へのもっとも効率のいい入稿までのプロセスに特化して、その方法を順をおってわかりやすく説明することである。そのための手法を開陳し、必要なツールやコマンドの紹介をおこなう。原稿執筆（入力）よりはいくらか高度な技法が要求されることもあるが、それでも原理的に理解してしまえば、さほどむずかしいものではないし、作業がうまくいくようになれば、編集作業はむしろ快感さえもたらすようになることは請け合いである。

第１章これからの編集者は何をするのか


1-1 出版物はどういうコストで成立しているかこれまでの出版においては、それがとりわけ専門書出版であれば、組版の手間や内容のチェックとその修正に膨大な時間がかかり、それが一方では組版代におけるコスト高としてあらわれ、もう一方では担当編集者の長時間作業という目に見えにくいコスト増となって、書物の値段をどこまでも押し上げていた。出版にかかわるコスト計算の一番の盲点は、編集者が一冊の本の編集にどのくらいの時間をかけているかが見えにくいことなのである（じつは結果から見ればよく見えるとも言えるのだが）。そうした時間というコストも付け加えることによって、その本のほんとうの値段が決められるべきなのだが、慣習上、編集者の人件費は固定費として計算されているため、定価決定などにおいては直接生産費の部分のみが査定の対象になりがちである。本の値段は、その本が比較的簡単にできたものなのか、非常に手間のかかるものだったのかによって、ある程度の幅で査定価格に上乗せしたり安めにしたりして定価が決定されるのである。それはほとんど定価決定者の職業的カンのようなものかもしれない。年間の刊行スケ

ジュールなどをしっかり立てているところでは、編集者にしかるべきノルマを課しているところも多いだろう。しかし専門書出版においては、著者の都合やその他もろもろの不確定要因などによって、なかなかスケジュール化できない部分がある。そうしたさまざまな事情によって、編集人件費は、ある程度どんぶり勘定で計上されざるをえない。未來社の場合でも印税や営業経費などをふくめて間接生産費は40％ぐらいに設定しているが、じつはここの部分にものすごい個人差が生じているのである。つまり年間に12冊作るひとと、2 冊のひととでは単純に言って実績として 6 倍の差が生じているのであって、後者のつくる本は前者のつくる本にたいして 6 倍の間接生産費が加算されているのである。その差たるや膨大なものである。出版経営はいまや一冊あたりの人件費もにらんでおかなければならなくなったのである。そうした差異はいまやパソコンの操作能力、理解力とからんで新たな格差を生みだしつつあるようだ。これからの編集作業に最小限のパソコン処理の能力が要請されるのは、従来の編集作業のうち多くの部分がパソコンを使うことによって解消されるからである。

1-2 テキスト一括処理はなぜ必要か 1-2-1 誰でも著者になりうるという幻想活版の時代から編集の仕事をやってきていると、ワープロ専用機の出現、さらにはパソコンによる執筆（原稿入力）の常態化にともなって感じられる変化がいくつもある。そのひとつが、著者の原稿の書きかたそのものが大きく変化したことである。自分にも実感はあるが、ワープロ専用機の使い始めのころは原稿用


紙に下書きしたものを清書するための、いわば清書機械としてのワープロがその最初の位置づけであった。そのうち慣れるにしたがい、時間がなくて下書きする余裕がなかったり、だんだん下書きそのものが面倒になると、いきなりモニタ画面を見ながら直接入力するようになる。不思議なもので最初のころは白い画面を見ているだけで緊張してなにも浮かんでこなかったりしていたのが、とにかくなんでも打ち込んでしまえ、という気になって入力しはじめると、どんどん書けてしまうようになっていく。字の下手なひとなど、とりわけ重宝しているという話もよく聞いた。知り合いの著者のなかにも原稿用紙時代にはなかなか書けなかったが、ワープロにしてからいくらでも書けるようになったというひともいる。ただ一般的に言うと、原稿書きのスピードがあがるようになった反面、原稿を書くという行為自体にいくらか緊張感が欠けるようになったという気がしないでもない。こんなことを言うと、鬼の首でもとったように喜ぶアンチ・パソコン派のひとが想像されてしまうが、問題はそういうレベルの話ではない。ちゃんとした原稿を書くひとは、ペンであろうがパソコンであろうが、きちんと書けるのであって、問題はまだ原稿をひとに読ませるだけの修練を経ていないひとまでがどんどん原稿を書くようになったことである。ワープロやパソコンを使って文章を書きプリンタで出力すれば、誰の文章でもそれなりになんとかサマになるようになってしまったから、プロとアマの区別が原稿の書きかたそれ自体では見分けがつきにくくなったにすぎない。ともかく一億総作家時代などと言われるぐらいにアマチュアが進出しすぎたために、全体のレベルが低く見えてしまうようになったとは言えるだろう。その結果として、書物を刊行するという行為がなんら特権的な行為ではなくなり、誰でも著者になりうるという幻想があまねくゆきわた

ってしまった。さらにはシロウトをおだてて著者に仕立て使い捨てていくという出版社（編集者）にも事欠かない。これではどうしたって書物の粗製濫造に行き着くに決まっている。今日の出版不況の最大の責任者はそうした出版社（編集者）なのだという厳粛な事実から目をそむけることはできないのである。 1-2-2 テキスト一括処理とはなにかいまさら死んだ児の歳を数えるつもりはないが、こうした著者の水準低下がワープロやパソコンの普及にともなって生じてきたのは事実であるとしても、ワープロやパソコンが著者をダメにしたというのはあたらない。前述したとおり、ちゃんとした原稿を書くひとは、パソコンにすこし慣れればやはりきちんとした原稿を書けるのである。問題は、出版のための原稿を作成するのにどうすればいいのか、その基本的な方法を出版社（編集者）が著者に理解してもらう努力を怠ってきたことなのだ。わたしの『出版のためのテキスト実践技法／執筆篇』はその意味で、著者のためのパソコンにおける執筆要項をもっとも一般的なかたちにまとめた最初のものである。ここに書かれていることはとくにむずかしくも面倒なことでもない。この出版不況の時代に、著者にこの程度のことを理解し協力してもらうことは、やむをえないことと考える。完全原稿をパソコンにおいて仕上げることが技術的にできる以上、著者には原稿の完成にむけてパソコンの最小限の技術習得を心がけてもらいたい。このことにより編集者にも印刷所にもむだな手間やコストをかけさせることがなくなり、専門書出版の可能性が大幅に高められる。印刷所もふくめて著者と編集者が三位一体で協力しあわなければならない時代なのである。(*) それはともかく、著者の原稿データがすべて技術的にも完璧なもの


になることは残念ながらほとんどない。もちろん内容的にも著者が完全原稿だと言っているものでも、編集の目から見たらやはりなにがしかの問題点をふくんでいるはずだ。なにひとつ疑問点なり間違いなり不統一なりを見つけられない編集者には編集という稼業は不向きなのだと言っても過言ではない。編集者がきちんと指摘しなかったら、著者は気がつかないままで本にしてしまうだろう。編集者はまず疑うひとでなければならない。そういう懐疑的な目で著者からの原稿をひとわたり眺めてみたときに、内容もさることながらファイル自体の出来不出来についてもざっとチェックしてみると、さまざまな問題点が浮かび上がってくるはずである。わたしがここで提案する方法は、そうしたあらかじめすぐ目につく問題点を、後述するように SED というツールを使って一挙に解消してしまうことなのである。原稿を読みながらひとつひとつ修正したり、テキストエディタの検索・置換機能を使って修正していくのも原始的な方法であるが、それでは時間がかかりすぎる。あらかじめ機械的に処理しておけるものはすべて通読するまえに処理をすませてしまうのが得策であり、編集作業のスピードアップと通読するさいの快適さにつながるのである。テキスト一括処理にはたしかに危険がともなうものもあるが、そうしたものにはマークをつけるようにしておけばよいので、さほど恐れることはない。 (*) ある読者は、このわたしの提案が著者への「指示」であり、不慣れな著者や編集者をパソコンの前にしばりつけ、チャップリンの「モダンタイムス」よろしく、原稿入力にひたすら邁進する姿を想像させると皮肉ってみせたが、これは悪意にみちた誤読と言うしかない。印刷所の現場にいるひとらしいが、わたしの提案は印刷所にとってもムダな仕事を大きく軽減できることにつながっている。

1-2-3 テキスト一括処理の対象にはどんなものがあるか前項で書いたように、編集者が著者から受け取った原稿ファイルをあつかうさいにまず気をつけなければならないのは、できるかぎり直したほうがいい種類の間違いや不統一の部分はまっさきに一括処理をすませてしまうことである。編集の仕事はもともと著者の原稿をいかにしっかり読むことができるかということであり、間違いや矛盾があったらそれを発見し訂正することを著者に要請することである。また全体の構成に注意をし、過不足のない記述になっているか、狙いがきちんとつたわるような記述がなされているかを徹底的に検証することである。編集者は著者にとって第一の読者であるだけでなく、場合によっては刊行にいたるまでの唯一の読者であることもありうる。それだけ本の内容に著者とともに責任を負っているのである。すぐれた書物の誕生にしばしばすぐれた編集者が介在するのは、編集者が著者の思い込みや錯覚をただしく指摘するばかりでなく、すぐれたプロデューサーの機能を果たしているからである。昨今の作家（著者）から読者へのオンデマンド出版による編集者（出版社）中抜き論が見落としているのは、この編集者の検閲者兼プロデューサーという社会的機能である。わたしは編集者（出版社）が中抜きになってもべつにかまわないと思っているが、それで十分だとはけっして思わないという立場に立っている。それはともかく、編集者の仕事は最終的には原稿の通読、精読をすることであるが、そのまえに大きくわけて 2 種類のテキスト処理をおこなう必要がある。その第一のものは、もっぱらファイルの技術的処理にかんするものである。著者によってはテキストファイルの作成においてさまざまな不適切な処理をしていることがあるから、それらは事前に適切なかたちに処理され整理されておく必要がある。


つぎに必要なことは、原稿の内容にかんするものである。著者の表記のしかたが原則的でなかったり、たんなる不注意のために不統一やブレが生じていることはけっこう多い。この第二の種類のものは通読の過程で気がつくこともいろいろあるが、そういったものはあとで補修するようなかたちで個別的に処理していけばよいので、ここで考えるべきことは一般的なパターン処理をほどこすことである。くわしい方法は後述するが、ここではテキスト処理の対象にはどんなものがあるのかをざっと見ておこう。まずファイルの技術的処理関連について。 ―― 、原稿のデジタルデータはテキストファイルか、そうでないか 1 （→そうでない場合はテキストファイル化する）。 ―― 、むだなスペースやタブを削除する。 2 ―― 、ルビ、圏点、欧文特殊文字、ゴチックやイタリック、アンダ 3 ーライン等の指定が消えていないか、または適切になされているか（→適切なタグ指定をほどこす）。 ―― 、時計数字や丸付数字、特殊な記号が不適切に使われていない 4 か（→適切な変更をおこなう）。 ―― 、欧文注などのピリオド、コンマ、コロン、セミコロン等のう 5 しろにベタで英数文字がつながっていないか（→必要な半角スペースを挿入する）。 ―― 、音引き記号とマイナス記号、ダッシュ、句読点などの混用、 6 誤用がないか（→適切なものに変更する）。つぎに内容上の処理関連について。 ―― 、漢字の使いかた、開きかた、送りがなの不統一、古すぎる表 1 記があるか（→不統一をなくし、新しい表記に変更する）。 ―― 、外国人名などの表記の不統一を修正する。 2 ―― 、固有名詞の特定の表記を厳密に適用する（未来社→未來社、 3

など）。 ―― 、年月日や世紀などの表記の不統一を原則にあわせて変更する 4 （→漢数字か算用数字か、漢数字なら十を加えるか加えないか、算用数字なら全角か半角か）。 ―― 、人称の表記に不統一があれば、統一する。 5 とりあえず、おおまかに言えばこういった問題がある。あらかじめ著者に確認したうえで統一するべきことは統一してしまえば、こういう細部をあまり気にせずに通読作業に集中することができる。余分なストレスや散漫になる要素がすくない分だけ、原稿内容にしっかりかかわることができるのであり、このことの効果がきわめて大きいことは経験すればよく納得できるはずである。

1-3 編集技法としてのテキスト処理のすすめようやく［出版のためのテキスト実践技法］の編集篇を具体的に論ずることができるところまできた。編集作業の第一歩は著者の原稿を直接手にするところから始まる。現在のようなデジタル時代には著者の原稿がデジタル形式のものであるケースがどんどん増えてきている。また、最終的に電算写植または DTP（Desk Top Publishing）のかたちで印刷されることはいまや当然であり、むしろデジタルデータを用いた電子出版まで現実化してきているのである。こうした最終印刷形態（あるいは電子本のような非印刷形態とも呼ぶべきものはとりあえずここでは除外して考えるが）にいたるための最短コースをいかにとるべきかが、ここでの課題である。くりかえすが、ここで論じようとしているのは、パソコンを使って編集実務における膨大な単純作業を圧縮することであって、編集全般


にわたるノウハウを示そうとするものではない。つまり企画の立て方やその良し悪しを云々すること、著者からの原稿入稿までの手順や方法、そして刊行後の売れ行きなどのことはさしあたり考慮の外におくということである。あくまでも著者の原稿を受け取ってから印刷所に入稿し、刊行にいたるまでの時間を短縮し、軽減する方法を提示することに限定している。その方法をひとことで要約すれば、第一に、パソコンによる原稿のテキスト一括処理（主として検索と置換）をできるだけ有効にほどこしてあとあと発生しそうな無駄な作業の芽をつむことであり、第二に、そうして処理された原稿ファイルにタグと呼ばれる割付け上の指示、指定を直接書きこむことによって、原稿が印刷所の編集機にかけられるときに、どんなに複雑な書式であっても自動一括変換処理がなされて、すぐさま完璧な初校があがるようにしてしまうことである。もちろんその中間過程において、著者と編集者のあいだで原稿の通読、修正、改稿、追加といった本来の編集作業の徹底した作業がくわわるのは言うまでもない。むしろこの本来の編集の仕事とも言うべき、原稿内容の徹底的な吟味、検討、改変に集中できることこそがこのテキスト実践技法の最大のメリットなのである。ゲラにする以前にほとんどすべての編集作業を完了させてしまうのがこの方法だからである。

1-4 原稿とファイルの確認 1-4-1 デジタルデータでも原稿は出力して確認すべし編集者の最初の実務は、著者からきちんとした原稿を受け取ることである。言うまでもなく、ここで「きちんとした」原稿を受け取ると

いうことは、いい加減な原稿、つまらない原稿は受け取らないということも意味する。あるいはきちんとした原稿になるように、著者に説明し、説得しなければならないことさえあるということだ。それから問題はかならずしも原稿の中身でないこともある。編集者がまず最初に確認すべきことは、その原稿の形態である。それはパソコンあるいはワープロ専用機で入力され紙に出力された原稿なのか、雑誌などに発表された活字原稿（のコピー）なのか、手書き原稿なのか、あるいはそれ以外のものなのかということである。なぜこんなことをわざわざ書くのかと言えば、最近はデジタル原稿の場合におうおうにして紙の原稿なしで入稿しようとする著者がいるからである。インターネットをつうじてファイルを送ることも可能になったし、出力するのが面倒だとか送るのは大変だとかいう理由で紙の原稿を省略しようとする著者が現われてきた。わたしの経験でもいろいろあったが、デジタル原稿の場合でも、著者が紙に出力した原稿しか最終原稿ではないという基本方針をわたしはとっている。『執筆篇』でも書いたことだが、著者は入力したデータが正しく印刷されていることを確認し、適切な訂正や必要なら書き込みをおこなう必要がある。できればテキストファイルのままで印刷してほしい。なぜなら、たとえばワープロソフトの Word で作成された原稿はテキスト保存したときに、ルビが親文字ごと影も形もなくなってしまうというようなことがおこるからである。また改行の一字下げなども、オートインデントという機能をオフにしておかないと、テキスト保存したあとの段落のはじめはすべて天付きになってしまうという不具合が起こるが、こうしたことも著者は気がつかないままになってしまうからである。とにかくこうした思いがけないエラーを起こさないためには、著者もテキストエディタを入力のためのツールとしたほうがよいのであ


る。それはともかく、編集者はこうした起こりうる問題をあらかじめ著者につたえるか、原稿の中身から察知しなければならない。最終的に原稿に責任をもつべきなのは著者なのであるが、編集者はこうした技術上の問題にかんしても著者をサポートできるようにつとめるべきなのである。 1-4-2 デジタル原稿の種類さて、著者から受け取る原稿の形態は、大きく分けてパソコンまたはワープロ専用機で入力されたデジタル原稿、および活字原稿または手書き原稿の非デジタル原稿である。さらに言えば、このデジタル原稿もワープロ・ソフトまたはワープロ専用機（以後、これらをワープロと総称する）で入力されその形式のまま保存されたものと、テキストファイル形式で保存されたものとに分かれる。もっと言えば、この最後のテキストファイル形式のものも、ワープロで入力されたものをテキストファイル形式で保存し直したものと、最初からテキストエディタで入力され保存されたものとに分かれる。結論的に言えば、この最後の形式がもっとも適切な入力・保存形式なのである。わかりやすいように適切なファイル（原稿）形式の序列を図式化してみよう。【図１】図のように、I ＞ II ＞ III ＞ IV の順に序列化されるのは言うまでもない。しかし、もちろんこれは一般論であるから、入力技術の巧拙、方法的な自覚の度合い、その他によってこの序列の一部が逆転してしまうこともありうる。経験によれば、ファイルの内容によっては始めから入力したほうが楽だというような場合さえもあって、かつてはそういうふうに印刷所から言われてしまうような原稿ファイルもあった。しかしいまやそういったファイルでさえもこれから述べる［出版のためのテキスト実践技法］にもとづけば、それほど困難でなく印

Ⅰ テキストエディタによる入力・保存 →そのまま使える Ⅱ ワープロ入力・テキスト保存 →ファイルチェックが必要

（ファイル形式）テキストファイル形式

Ⅲ ワープロ独自保存形式 →テキストファイルへ変換 Ⅳ 活字原稿手書き原稿 →テキスト入力へ

（原稿の形式）

デジタル原稿

非デジタル原稿

図１

刷所への入稿原稿として使える原稿にすることができるのである。そのために編集者が最小限身につけなければならないのは、テキストエディタを使えるようになることである。前にも書いたが、編集者（エディター）がテキストエディタを使うのはトートロジーでさえある。ワープロソフトではサポートされていないかお粗末な能力しかもたない機能がエディタにはいろいろ付属していて、編集者はこのエディタを駆使して著者が処理しきれなかったファイル処理を適切かつ迅速に実行することができるのである。そうした前提に立てば、非デジタル原稿についてもこの方法論が適用できることになる。つまり著者がデジタル化できない原稿にたいしては、印刷所なり外注なりでプレーンなテキストファイルに入力してもらえばいい。その段階で著者校正が余分に一度必要になり、初期入力費用が別途必要になるだけのことである。あとは編集者によるテキスト処理で同様の方法が適用できるからである。


1-5 機種の特定とテキスト保存編集者がまずするべきことは、テキストファイルでない原稿ファイル（これらはバイナリファイルと呼ばれる）がそもそもどんな機種またはソフトによって作成されたものであるか、著者に確認することである。これがなかなか厄介な問題であるのは、えてしてこうしたバイナリファイルで原稿を提出する著者はこの種のことにうといひとが多いからである。「原稿はどのワープロで書かれましたか？」「マックです」「機種はなんですか？」「だからマックです」。――こういう笑えない話はいまでもしょっちゅうある。マックは MacOS という OS（オペレーティング・システム）を搭載したマシンであって、そのうえで動くワープロ・ソフトはいろいろある。Windows でも事情は同じ。いずれにしてもこうした場合、編集者は著者の使っているマシンからワープロ・ソフトを推定するしかない。だいたいがマシン購入時に標準で付いてきたようなソフトを使っているとみて間違いないのだが、これが時期によって多様なのである。その点、ワープロ専用機の場合のほうがまだいい。機種とその型番を調べてもらえばだいたいのことがわかるからである。こうしたファイルの場合には、たとえばコンバートスターというようなコンバートソフトを使ってテキスト変換することができる。ワードや一太郎といった代表的なワープロ・ソフトで作成されたものであって編集者がそれらのソフトをもっていれば、そのファイルをワープロで読み込み、ファイルメニューから「別名で保存」とか「名前を付けて保存」を選択し、保存形式を MS-DOS テキスト形式にして保存すれば、テキストファイルに変換される。ただし、著者がそのソフトに特有の形式で作成したルビ、圏点、イタリック、欧文特殊文

字、フォント設定、記号などのローカルな機能（機種依存文字と呼ばれる）はすべて削除されるか解除される。したがってそれらをテキストファイルにも反映させたいときには、後述するような「HTML もどきタグ」というデータ指定方式をファイルに書き込む必要がある。これらの処理はできれば、もとのワープロのうえで実行してしまうのが適切である。こうした機能が用いられているところを解除し、タグ処理をほどこしていくのである。これはかなり面倒な作業であり、はじめからこういうローカルな機能や文字を使わないように著者の理解をもとめておく必要があるのはいうまでもない。

1-6 編集者はテキストエディタを駆使すべしこれまでの記述のような手順をふんで、出版のための原稿がテキストファイルとしてようやく編集者の手に入る。ここから編集者の仕事は大まかに言えばふたつの種類の仕事にかかわることになる。第一には、著者とともに原稿のさらなるシェイプアップをおこなうことであり、第二には、印刷所に入稿するための徹底的なファイル処理をおこなうことである。このふたつの仕事をいかに適切かつ高速にできるかによって、本の内容をより良くするとともに大幅なコストダウンを実現することができるようになるのである。このことによって、これまで実現することがむずかしいとされた企画の多くが現実的な日程にのぼることも可能になる。そのためにまず必要なことは、編集者がなによりもテキストエディタを駆使できるようになることである。さまざまな入力作業はやはり必要であるし、検索と置換というエディタにおいてもっとも得意とする作業を効率的に処理できるようになるためにも、使い方はしっかり


覚えたほうがいい。『出版のためのテキスト実践技法／執筆篇』ですでに紹介したが、テキストエディタには使い勝手のいいものがいろいろある。ふつうに使うだけなら、エディタは別にむずかしいものではない。高機能エディタを選ぶかシンプルなエディタを選ぶかは好みにもよるが、これらはどれでも使いこんでみて、慣れてしまえばいいのである。とりあえずわたしが使っているのは、Windows なら秀丸エディタ、QX エディタであり、Macintosh なら Jedit、YooEdit、LightWayText といったエディタである。それぞれに特殊な機能や使い勝手のよさがあり、いろいろ使い分けることでそれらの長所を生かすこともできるから、ひとつに慣れたらほかのエディタもいろいろ試してみるのもいいだろう。とにかく原稿のテキストファイルをまずそれらのエディタのどれかで開いてみることである。すでにバイナリファイルでチェックしておいた原稿の場合などはだいたい想像できるが、原稿ファイルの中身というのは通常はいろいろな問題をふくんでいる。印字されたものはまずまずだが、ファイルをあけてみると気が遠くなるようなものもすくなくない。無用なスペースやタブがいっぱい入っていたり、表記の不統一などが目につくことになる。印刷所に入稿するためには、まずこうしたファイル上のごみ取りをしておく必要がある。そのための基本ツールがエディタなのである。

1-7 ファイルの整形著者からの原稿がどんなファイル形式で入稿したにせよ、まずは編集者が原稿のテキストファイルを入手するところまで到達したことに

なる。ここからは前述したように、著者とともに原稿のさらなるシェイプアップをおこなうことと、印刷所に入稿するためのファイル処理をおこなうことのおおむね 2 種類の仕事が編集者の課題として残されている。ここではまず印刷所にそのまま入稿できるファイルに修正する編集手順を整理し確認しておこう。 1-7-1 ファイルの連結または分割まず最初に考えられることは、入手したテキストファイルがどのようなものかによって、ファイルの連結または分割をする必要のある場合である。もともとの原稿が巨大なひとつのファイル（たとえば「本文 .txt」）となっているような場合、これらは部とか章とか論文ごとのファイルに分割しておいたほうが扱いやすい（ただし後述する SED によるテキスト一括処理などをするときにはあえてこれらを連結しておくほうが効率がいいということもある）。いまのエディタはマルチファイル検索・置換などもすることができるから、これはいちがいには言えないが、一般的にはあまり大きすぎず小さすぎないぐらいのファイル（たとえば10キロバイトから70-80キロバイトぐらい）に分割管理していくほうが無難で都合がいい。ファイル分割にはその種のユーティリティがたくさんあるが、通常はエディタでファイルを開き、適切な部分を選択して新規ファイルにコピーし、ファイル名をわかりやすく付けておくほうが確実である。 Jedit では必要部分をマウスで選択しておいて、ファイルメニューから「選択域の保存」でこの作業を簡略化することができる。ファイルを連結するのも、ひとつのファイルのうしろに連結するファイルをまるごとコピーして貼り付けていくだけでよい。これには 2 つの方法がある。Jedit なら、連結するためのファイルを開いて


Command+A（全部を選択）∼ Command+C（コピー）∼元のファイルのうしろにカーソルをあてて Command+V（ペースト）という連続技でいくか、連結すべき場所を指定しておいて、「ファイル」メニュー∼「取込み」∼「テキストファイル」で開くダイアログから連結用のファイルを指定するか、連結ファイルをドラッグ＆ドロップする。同じように、秀丸エディタで最初のコピー＆ペーストの方法をとるなら、Command キーの代わりに Control キーを押せばよい。もうひとつは「ファイル」メニュー∼「カーソル位置への読み込み」で開くダイアログから連結用のファイルを指定すればよい。ファイルの分割あるいは連結を一度にすることのできるユーティリティは星の数ほどもあると言っていいが、いずれも軽いソフトなので大差はない。あまりに細かいファイルに分割されているような原稿の場合には、これらのどれかを使って一発結合してしまうほうが効率的だろう。ワープロ専用機で入力された原稿の場合、ひとつのファイルに 32 キロバイト以上のデータを収録することができないという制約があるから、やむなくひとつの章なりひとつの論文をふたつ以上のファイルに分割している場合がある。テキストエディタではほとんど無限の大きさのファイルを扱うことができるので、これらは当然ひとつのファイルに連結しておくべきである。逆に、著者が編集者の手が入ったファイルにもういちど手を入れたいという場合には、もしワープロ専用機が相手だったら、この逆の操作をしなければならない。つまり32キロバイト以上のファイルがある場合、それぞれ32キロバイト以内のファイルに分割しなければならないのである。 1-7-2 自動改行の解除ワープロ専用機によって入力された原稿の場合、そのテキストファ

図２


イル化されたデータを見ると、各行の終わりに著者（入力者）によって設定された字数ごとに改行マークが挿入されているものがある。またパソコン上でもワープロ・ソフトからのデータの保存設定によっては同じような現象が起こる。【図２】ワープロ専用機あるいはワープロ・ソフトで原稿を書く場合、まず書式設定することが前提になり、その書式にもとづいて指定された字数ごとに行末処理、つまり自動的に桁折りをすることになっている。 (*) これを自動改行と呼ぶが、この改行処理がテキストファイルに保存したのちにも残ってしまうのである。したがって、たとえば 1 行30 字で設定されたデータはテキストエディタで開くと当然のことながら 30字ごとに改行が入ってしまって、たとえば 1 行40字の形式にしようとしてもいちいち改行コードを削除しなければならない。本来、テキストファイルは改行コードから次の改行コードまでのひとつの段落を 1 行とみなし、開いている画面におうじて適当に行変えをおこなっているが、これはいくらでも伸縮自在のものである。もちろん高度なエディタになると、ワープロのように 1 行の長さを設定することもできるが、これは便宜的なもので、簡単に字数を変更できる。Macintosh の YooEdit のような軽いエディタになると、開いている画面をドラッグして動かすだけで画面に追随して字数が変更できる。はじめから初期設定によって字数を固定せず、画面の幅に対応する文字数で行変えをおこなうようにできるのがエディタだ。ともあれ、データにこの自動改行が挿入されてしまっているものはそのままでは使いものにならない。段落の終りを示すために必要な改行（本来の改行）を残し、段落の途中の自動改行を解除する必要がある。Macintosh 系のエディタでは、通常は段落ごとにマウスで範囲を選択し、Jedit では「ツール」メニューから「改行 / インデントの除去」、YooEdit では「オプション」メニューから「行の連結」（いず

図３

れも Command+J キーを押す）を実行する。Windows 系の QX エディタではやはり範囲を選択し「編集」メニューから「削除」∼「改行を削除」を実行する。この操作は SED によってより高度に瞬時に実現することができる。【図３】【図４】（*）『出版のためのテキスト実践技法／執筆篇』の「2-2-3 拡張子の概念と改行コードの形式」でも触れたが、Word の場合、テキスト保存するときの「ファイルの種類」のプルダウンメニューから「テキストのみ」または「MS-DOS テキスト」を選ぶことによってこの問題を回避できる。

1-7-3 無駄なスペース、タブの削除著者からの入稿原稿ファイルで多くの場合に問題があるのは、いたるところに意味のないスペース（全角、半角）やタブが入っているこ


図４

とである。このことはこれまでも何度も触れているが、大きく分けてつぎの 3 種類の理由があるように思う。段落の最後に改行コードを入力するという大原則を知らないため 1 に、みずから指定した 1 行の字数（桁折り）の終わりまでの字数分とつぎの段落の始めの 1 字下げまでスペースやタブを入れてしまう場

合。プリントアウトされた見かけの原稿ではわからないが、長い 1 行のデータのなかに不規則なスペースやタブが入る形式になっている。目次や引用などで本文より何字分か字下げ（インデント）をおこ 2 ないたいとき、行頭になるごとに字下げ分のスペースやタブを入れて整形したつもりになっている場合。これも 1 行のなかに規則的な間をあけてむだなスペースやタブが入ってくる。とくにスペースやタブを入れるべきでないのに、なんとなく入れ 3 てしまったままにしてしまう場合。戯曲などで登場人物のあとにセリフとのあいだにタブを入れてしまったケースなどもあり、著者によってはかなりいい加減なものも多い。さて、編集者は入稿するまえにこれらの無駄なスペースやタブを削除しておくことが望ましい。行末の無駄なスペースやタブが入っているのをそのままにしておいたために、見えないスペース分だけ改行の位置がずれてしまい、わけのわからない 1 行アキが入ってしまうようなことが生ずるからである。印刷所によってはこうしたファイル上の問題点を入稿段階で前処理してくれるところもあるが、すべて他人まかせにしてしまう編集者の悪い習慣は改めたほうがいいだろう。この処理の基本は後述する正規表現を使ったパターン検索・置換によって実現できる。全文を対象にした一括処理になると、SED コマンドを使った高度なタグ付き正規表現による処理（後述）にまかせなければならないが、とりあえずの処理なら、正規表現をサポートしているエディタ（たいていはサポートしている）で検索画面を開き、検索欄に「□□ +」（全角スペース 2 個＋半角プラス）と入力し (*)、置換欄は空欄にしておくことによって、全角スペースが 2 個以上連続する部分を一括削除することができる。【図５】半角スペースについても同様である。また全角半角スペース混在なども同様に検索できるが、エディタによっては置換まではできないものがある。


図５

(*) ここで「□」は便宜上全角スペースを示している。以後も同様。

1-7-4 句読点、記号類の統一つぎにチェックしておきたいのは句読点やカッコ類、記号類の統一の問題である。句読点は日本語のふつうの表記では「。、」であるが、最近のようにパソコン画面で横書き入力がふつうになってくると、そんなことは気にしないひとが増えているようだ。欧文を入力するひとが増えていることもあるかもしれない。とにかく、ATOK などの入力変換プログラムの「環境設定」で句読点モードの初期設定を「．，」にしていると、縦組みにしたときに異様なかたちになってしまう。通常の和文であれば、こういう設定で書かれた原稿はエディタでそれぞれ一括置換してしまって問題ない。欧文中でも間違って全角の「．，」が使われている場合があるが、これらはあとで半角の「.」と「,」に直せばすむ。さて、問題は記号やカッコ類の処理である。これも和文中で使用するときは全角使用が原則である。 ‘’ “” （）〔〕［］｛｝〈〉《》「」『』【】といったカッコ類のうち、パソコン上で半角使用ができるのは「'」

図６

図７

「"」と（）、［］、「」だけであるが、これらは「」を除き、本来は欧文モードでしか使わないのが原則である。これらの半角は「'」「"」を別にすると、欧文と同じように、行の中央よりすこし下付き（縦組みすると左寄り）に設定されているから、よく見るとすぐわかる。通常はこれらは全角に置き換えてもよいのだが、欧文にはさまれているときにかぎり、前後に半角スペースを加えた半角使用が原則になる。記号類も原則的には全角に統一したほうがいい。？！♯＄％＆＊＠￥＋−＝などさまざまあるが、これらは欧文中では半角使用が原則だから注意が必要だ。たとえば全角の「？」を欧文中で半角にする場合は、パターン検索における正規表現（くわしくは次章を参照）の知識が必要だが、とりあえず検索欄で「¥([A-Za-z0-9]¥) ？」、置換欄で


「¥1?」（このクエスチョンマークの検索側は全角、置換側は半角に注意）とし、検索条件欄で正規表現にチェックを入れて実行する。(*) これで必要なところだけ検索し、処理を実現する。【図６】逆に和文中で半角の「?」を全角に変換する場合は、検索欄に「¥([□ - 煕]¥)¥?」 (**)、置換欄に「¥1 ？」とすれば確実にマッチする。【図７】「[A-Zaz0-9]」は半角英数文字全体、「[□ - 煕]」は和字全体を表わす。正規表現についての細かい説明は次章にゆずってここではいっさい省略するが、同じ要領で各自で試してみてほしい。 (*) 秀丸では特殊な正規表現の使用法があり、この例で言えば「¥(」と「¥)」の代わりにいずれも「¥f」を使用する。 (**) 半角の「?」は単独だと正規表現の別の意味になるので、半角の「¥」を付けることも忘れないように。

1-7-5 天付き改行の字下げ処理著者の入力のためのツールとしてかなり普及している Microsoft Word には、いろいろ厄介な機能がデフォルト（工場出荷時設定）で設定されている。そのうちでもとくに困るもののひとつがオートインデント機能である。これは段落の最後で改行キーを押すと、つぎの行の頭にスペース 1 字分のアキが入っているように見せる機能である。入力者にとっては便利な機能と思われるところだが、じつはこれがくせものなのである。なぜなら実際にそこにスペース 1 字分が入力されているわけではないからであって、Word を使っている者同士がファイル交換する場合にはまだしも（これでもそれぞれの設定環境によっては問題がある）、それ以外のファイル交換においてはまったく意味をなさないことになる。すなわち、段落の最初はすべて天付きになってしまうのである。

出版社あるいは編集者によっては著者に Word による入力を標準化しているところがかなりあるらしい。わたしに言わせれば、これは重大な間違いである。本来はテキストエディタによる入力をすすめるのが基本なのだが、編集者は自分が日ごろ使用しているワープロ、それも Word なら自分でもファイルを開けると思っているからにすぎない。しかしこれもそれぞれの使用環境や設定環境がちがったらうまく対応しないし、そもそもヴァージョンが古かったりしたら開けないこともあるのである。ともかく、こうして Word によって入力されたものをテキストデータとして保存しなおすと、たいていはオートインデント機能をそのまま使っているために、行頭は天付きになっている。著者は、かりに自分でテキスト保存しなおすことまでやるとしても、保存されたあとを確認することがほとんどないから、こうした天付き改行になっていることに気づかない。原稿ファイルを受け取った編集者も Word で出力された原稿を見ているかぎりでは、ファイルが天付き改行になっていることに気づかない。編集者の仕事はこうしたところにまで神経を配って確認する必要がある。では、これをどう処理するか。一個ずつ確認しながらスペースを入力するのは大変だから、ここでは正規表現を使ってつぎのように一括処理すればいい。エディタの「検索・置換」メニューを選択し、検索欄に「¥n」を、置換欄に「¥n □」を入力し、「正規表現」のボックスにチェックを入れて一括置換する。これだと、空行に余分なスペースが入ってしまうので、その部分を削除するために、検索欄に「^ □ ¥n」(*) を、置換欄に「¥n」を入力して、同じように一括置換すればいいのである。なお、Macintosh の場合は、「¥n」のかわりに「¥r」を入力する。これは改行コードの違いのためである。


(*) ここで「^」は行頭を示す正規表現におけるメタキャラクタ（次章参照）。

1-7-6 必要なスペースの挿入「 1-7-3」で無駄なスペースやタブを削除する必要とその方法を提示したが、すべてのスペースが不要でないのは言うまでもない。欧文の単語間の半角スペースは言わずもがな、和文のあいだでも、たとえば「！」や「？」のあとに文章がつづく場合は全角スペースが入っていたほうが読みやすい。また欧文中ではそれぞれ半角のピリオド「.」、コンマ「,」、コロン「:」、セミコロン「;」のあとに英数文字がつづく場合は半角スペースを挿入するのが基本である。スペースの削除と挿入はその意味ではなかなか一括処理になじみにくいところがあって、ほんとうはひとつひとつ確認していきたいところだが、それでは膨大な数のスペース処理をすることになって大変だ。したがって、正規表現を使いいくつかのパターン処理によって検索と置換をおこなうようにすべきであろう。高度な一括処理は後述する SED などのツールを用いることになるが、Jedit や秀丸でも正規表現をつかえばひと通りの処理はできるのである。さきほど挙げた例でいえば、和文中の「！」や「？」のあとのスペース挿入は、検索・置換メニューを呼び出して、まず「正規表現」のボックスにチェックを入れたあと、検索欄に「¥([？！]¥)¥([、- 煕]¥)」と入力し、置換欄に「¥1 □ ¥2」（¥1 と ¥2 のあいだは全角スペース）とし、一括検索をおこなう。【図８】そのさい、ここでの例のように「？」のうしろにカギカッコが付いたものまで検索してしまうので、そうした場合は置換しないようにすればよい。あるいは Jedit などの場合なら、一括置換してしまったあとで「？□」と「！□」を一括検索し、検索リストから間違った部分を呼びだして修正するというのが

図８

図９

現実的かもしれない。また欧文中のピリオド、コンマ、コロン、セミコロンのあとに半角スペースを入れる方法は、やはり検索・置換メニューの正規表現で、検索欄に「¥([.,:;]¥)¥([A-Za-z0-9]¥)」と入力し、置換欄を「¥1_¥2」（¥1 と ¥2 のあいだは半角スペース）(*) とすればすべて置換できる。【図９】このさい、すでに半角スペースが 1 個入っている箇所にははじめからマッチしないから大丈夫。これらの正規表現についてのくわしい説明は次章にゆずる。SED と正規表現を組み合わせて使えば、この問題をもっと効率よく処理できるのである。


(*) ここで「_」は便宜上半角スペースを示している。以後も同様。

1-8 用字用語の統一著者の原稿における細かいファイル作成技術上の問題処理は前項まででとりあえず終了である。こうしたファイル技術上の諸問題のつぎに処理しておくべきものは内容にかかわるものなので、一括処理できるものばかりではない。用字用語の不統一、送りがなの無原則などをできるだけ整備しておくことだろう。これらの整備についての基本的な観点を以下に示しておこう。具体的な一括処理は次章で述べる SED による処理にまかせたい。 1-8-1 英数文字の適切な使用のチェックそのなかでまず最初にとりあげるべきものは英数文字に関するものである。これまでにも何度も強調してきたことだが、いきなりパソコン画面上で原稿執筆（入力）する著者がふえてきたことと、横組みの書類が相対的にふえてきたこともあって、英数文字の入力に関してかなりぞんざいなひとが多くなってきたことは事実である。それが出版のための原稿でなければべつにかまわないのだが、いつも無自覚的な入力をしているひとは入稿用の原稿にさいしても、なにが問題になるのかが理解されていない。ここで問題になるのは、とりわけ人文系の著者（そして編集者にも）に言えることだが、縦組みのなかでは全角文字はそのまま縦になり、半角文字は横倒しになるということへの基本的な認識が乏しいことである。英数文字の使用においてはこの原則をよく理解しておかね

図１０

図１１

ばならない。日本語の出版物は通常は縦組みで刊行されることが多いので、この認識がどちらにも欠けていると、たとえば西暦の年数をしめすのに、全角算用数字が縦に 4 つ並んだり、半角算用数字が横に寝てしまったりすることになる。略号やイニシャルなど全角アルファベットで縦組みにすべきものもあり、またあえてそうする場合もあろうが、たいていはそうした基本認識が欠如しているために見苦しい組みになってしまう。西暦年数などは本来は漢数字に直されなければならないのである。【図１０】これらの不具合の文字を検索するには、エディタの検索メニューを使って検索欄に「[０-９0-9]+ 年」と入力して一括検索すればいい。これは全角または半角数字が 1 つ以上つづいたうしろに「年」という文字がくる文字列を検索する。逆に欧文などは原則的に半角使用だが、ときどき全角文字が混じっていることがある。縦組みにしてみると、これらの文字だけが縦にな


るのですぐわかる。おそらく著者があとで挿入や修正をするときに全角モードのままで入力してしまったからではないかと思われるが、編集者は著者のそうしたうっかりミスまで見逃してはならない。【図１１】これらの文字の検索は、たとえばエディタでなら、検索欄に「[AZa-z0-9][Ａ - Ｚａ - ｚ０ - ９]+」（前半は半角、後半は全角で）と入力することで検索できる。これは半角英数文字につづいて全角英数文字が 1 つ以上つづく場合を検索するのである。 1-8-2 世紀・年月日等の表記の統一すでに『出版のためのテキスト実践技法／執筆篇』でも指摘したことだが、同じく数字の表記の問題で年月日や世紀などを数字でしめすさいの不統一はきわめて一般的である。何人かの著者に確認したことであるが、執筆においてこうした数字表記の問題はあまり意識化されていないか無原則であるのが普通である。まして前項でも述べたような全角・半角算用数字と漢数字の混用など、ますます問題がややこしくなりつつあるのが現状である。こうした表記の原則は、西暦年号をしめすときをべつにすると、はっきり言って、なにもない。つまり、横組みの本の場合はともかく、縦組みの本では月日をあらわすのに、算用数字もあれば漢数字もあるというぐあいだ。しかも算用数字の場合、2 桁になる場合は全角数字の縦並びまたは半角 2 分数字の縦組みのどちらか（通常は後者）であり、漢数字の場合も 2 桁になるといわゆる「トンボの十」を使う方法と使わずに数字を並べる方法がある。これは世紀をあらわす場合にも問題になる。これらの問題にたいする基準は一般的な書法としては存在しないが、ただ、同じ文章のなかですぐ隣り合わせになっていても平気でいる著者が多いのは困りものだ。歴史学者など、実際にこうした数字表

記の割合が異常に高い著者の表記でさえ、原則的でないひとがいるのにはいささか驚かされる。すくなくとも、著者は自分の表記法の原則をはっきりさせるべきである。そうはいっても編集者がこれらの問題を意識化し、方法論的にフォローできるようにしておかねばならないことも言うまでもない。わたしの原則は、縦組みの本の場合は原則としてすべて漢数字を使用し、西暦以外の元号付きの年号や月日と世紀はすべて「トンボの十」を使うことにしている。平成13年／平成１３年／平成一三年→平成十三年 11月22日／１１月２２日／一一月二二日→十一月二十二日という具合だ。これ以外でも期間をあらわす「二十年間」または「二〇年間」とか、年齢をあらわす「五十二歳」または「五二歳」とか、区切りの年数をあらわす「五十周年」または「五〇周年」といったきわめて?度の高い表記もある。このあたりの表記法にかんしてもあまり意識的でないひとが多いが、これらについてもあらかじめ原則を確認しておいて、どちらかにきちんと統一すべきである。またこれらの場合でも算用数字を使っているひとがいるが、漢数字に直したい。ついでに言っておけば、年齢をしめすのに「歳」のかわりに「才」を使っているケースもしばしばあるが、これは略字なので「歳」に修正すべきであろう。これらは SED を使えば一括変換も可能だが、エディタでもある程度は実現可能だ。こうしたケースを検索するには、エディタの検索メニューを使って検索欄に「[０-９0-9 一二三四五六七八九〇]+[才歳周年]」と入力すればよい。(*) (*) 以前にも書いたように、数字の「０ - ９」（全角）、「0-9」（半角）はコードが連続


しているが、漢数字は非連続なので「一二三四五六七八九〇」のように列挙しなければならない。

1-8-3 漢字表記の統一基準を確定するつぎに必要な作業は漢字表記を原則的に統一することである。著者によって異なるが、漢字の使い分けに厳密なひととそうでないひとと、かなりばらつきが見られるのは事実である。漢字表記の統一といってもいろいろあるが、最小限いえることは、漢字とひらがなの混用という日本語の特性を意識化するのは、著者の問題であると同時に編集者の問題でもあることである。とくに編集者はその手がける著作の多さからいっても、日本語の乱れをすこしでも正そうとすることに意識的であってほしい。漢字の使い方は原則的に著者の好みや意図が反映されたものと考えられるから、それらが書かれた内容と密接に対応しているかぎり、大きな問題はないと考えておくべきであろう。そうなると編集者がとりあえずチェックすべきなのは、それらが著者の意図するとおりに原則的かどうか、漢字の使いすぎ（まれに開きすぎ）で読みにくくなっていないかどうか、送りがななどの原則が正しいかどうか、といった問題である。ここで編集者がまずおこなうべきことは、著者に漢字使用の原則をあらかじめ確認しておくことである。読みやすさを原則として、まず第一に、どうしても漢字にする必要のない漢字使用や、あまりに古さを感じさせる漢字使用をひらがなに開くようにすることがどこまで可能かを確認することである。ここでの拙文での例を挙げれば、「予め」とか「余りに」などがこれにあたる。くわしくは巻末の「編集用日本語表記統一基準」を参考にしてほしい。(*) つぎに、漢字にしてもしなくてもいいが、すくなくとも同じ本のな

かで、あるいは同じ論文のなかでは統一してほしいという種類の表記もいろいろある。これも前述の「基準」に多くの実例を挙げてある。さらには、動詞の送りがななどにも不統一が目につくものが多い。これは「本則」という基準と「全部送る」という基準が並立するところに現代日本語の混乱のもとがあるからとも言えるが、歴史的には「本則」から「全部送る」の方向へゆるやかに推移しているとわたしは見ている。テキストデータを扱うまえに、「本則」と「全部送る」のどちらの基準をとるかを著者と編集者が確認しておく必要があるのである。いずれにせよ、編集者はこれらの表記の基準を著者の意向をうけて明確にし、それらをあらかじめファイル上で検索・置換してしまうことが望ましい。このためには SED による一括処理が効率的だが、とりあえずはエディタの正規表現を使った検索・置換でもいい。とにかくできるところからあらかじめ修正してしまえば、あとの処理が確実に楽になるのである。 (*) この「基準」は未來社ホームページの「未來社アーカイヴ」ページで最新版を公開している。

1-8-4 パターン検索・置換と正規表現用字用語の統一には、そのさまざまな種類のヴァリエーションにたいして検索・確認・置換に対応する膨大な作業が必要となりそうだが、それをいちいちやっていたのでは時間がいくらあっても足りない。編集者が印刷所のオペレーターの仕事を代行しているのと同じではないか、というありきたりな批判に絶好の口実を与えるだけである。しかしこれにはいくつかの段階に分かれるが大幅に省力化できる方法がある。


ここでそれを整理しておこう。究極的には SED という UNIX 系プログラムを使った高度なテキスト一括処理がベストであることはこれまでにもふれてきた。しかしデータ処理のためには「正規表現」というツールを利用すれば、テキストエディタでもかなりの程度までこの処理が実現可能であることもおりにふれて述べてきた。「正規表現」regular expression とはなにか。ひとことで言えば、文字データをさまざまなパターンによって指定することで幅広い検索を可能にし、同時に置換処理もできるようにするメタ・システムである。つまり特定文字をリテラル（文字通り）に検索・置換する通常の方法ではなく、文字の種類、文字の位置、文字の連続性などといった属性をふくめたパターン検索システムと言ってよい。たとえば、「未来社」という文字列を「未來社」に変換しようとする場合、リテラルに検索・置換をおこなうこともできるが、ただ「未来社会」という文字列があったらこれまで「未來社会」と変換してしまう。もちろんこうした変換をしておいて、あとで通読の段階でこうした誤変換を「未來社会」→「未来社会」に（一括）修正することは可能だ。しかしこうしたあらかじめ予測できる文字列を排除して検索・置換することもできるのが正規表現の強みなのである。この場合、どうすればいいのか。検索文字列を「未来社 ¥([^ 会]¥)」とし、置換文字列を「未來社 ¥1」とすれば、こうした問題を解決できるのである。これは「未来社」のうしろに「会」以外の文字が連続したときだけ「未來社」と変換するという指定なのである。【図１２】もっと複雑な例を挙げるとすれば、たとえば全角英数文字をすべて検索することもできる。この場合は検索文字列に「[Ａ - Ｚａ - ｚ０９]」と入力すれば、この条件にかなうすべての全角英数文字が検索される。ただし、これらの全角英数文字を半角に一括置換することは

図１２

図１３


エディタの基本機能だけではまだできない。【図１３】ともあれ、この種の文字パターンによる検索作業をしてくれるのが正規表現の威力なのである。 1-8-5 SED によるテキスト一括処理の威力前項でふれたように、テキストデータを処理するためにデータを文字列のパターンとして検索するための「正規表現」というツールはきわめて高度な検索能力をもっている。Windows 系の秀丸エディタや Macintosh 系の Jedit、YooEdit といったテキストエディタにはこうした機能がサポートされている。しかし一般に文字入力ソフトと見なされているワープロ類にはこれらの機能がまだサポートされていないものが多い。ここでもエディタの優秀性が明らかなのだが、これらのエディタでさえも、正規表現を使って検索された文字データを別の文字列に置換しようとするときに、あるレベル以上の処理はむずかしいという問題がある。くわしく述べるのはあとになるが、簡単に言えば、文字データの検索・置換処理を同時にいくつもおこなうことができないという制約があったり、検索した文字列を再利用する「タグ付き正規表現」と呼ばれる機能が完全にサポートされていないゆえである。しかし、こうした制約を超えて複雑なテキスト処理を同時に、大量に、高速に、正確にやってしまうプログラムが存在する。それが SED という UNIX プログラムなのである。UNIX にはほかにも awk とか Perl といったプログラミング言語系のより高度なツールがあることはあるが、こと編集用のテキスト処理にかんしてはこの SED で十分なのであり、また操作性のうえでもっとも汎用性があるように思われる。この SED というプログラムは、早くから存在したものであるから

ある意味できわめてベーシックなプログラムであって、Perl などにくらべると残念ながらはるかに注目度は低いと言わざるをえない。しかし何度も言うように、これはテキスト編集処理のために特化されたプログラムとして再利用するかぎりにおいて、すこぶる有用である。 Windows でも Macintosh でも使うことができる点でも有効なツールであると言える。このツールの徹底的な利用法とそのためのスクリプトについては次章であらためて説明していくことにしよう。

第２章テキスト一括処理の技法

49


2-1 SED というプログラム 2-1-1 SED との出会い編集プロセスにはいるまえにテキスト一括処理をすませてしまうことの効果については、第１章である程度の理解はしてもらえたと思う。編集経験の豊富なひとであれば、著者の原稿にはさまざまなパターンがあり、それらは原稿を一定程度読みこんでいくなかでしかわかってこないことは理解されているだろう。しかしそのなかにも共通する問題点（または欠点）はいくつもあり、それらはやはりあらかじめ技術処理をくわえておくにこしたことはないものが多いのである。出版の原則等にかんしてくわしい著者であればあるほど、こうした問題点は事前に回避されていることが多いのだが、それでも皆無とは言えない。したがって、テキスト一括処理というのは一般的な最大公約数的な処理をおこなうことを意味する場合と、その原稿に固有の問題点を例外的に処理する場合とに分かれる。ともかく、このテキスト一括処理という方法は、簡単に言ってしまえば、ある種のフィルター処理をすることなのであり、このフィルターの精度が高ければ高いほど原稿の整理の手間が省け、あとの編集作業が楽になるのである。念のた

50

め言っておけば、これは編集作業の手抜きを意味するのではまったくなく、むしろ原稿の通読を中心とする本来の編集作業に集中できるための環境を整備するための準備作業なのである。わたしがこの実践的な方法論にいたりつくためにはさまざまな過程があった。専門書の出版というのは内容的に言って、著者はもちろん編集者にもかなりの専門的な知識が要求される。それを読む読者のことを想定してみても、そこには専門的な知識や思考、といった内容はもちろん、それをあらわす表現技術や表記法などまでふくめて高度な水準が要求されているからである。著者のうっかりやミスは編集者がカバーできなければならないことも多い。なんらかの内容上、技術上のミスがあれば、たとえそれが細かいミスにすぎなくても、著者も編集者もはずかしい思いをしなければならないし、責任を問われる。そういった厳しい条件のなかで専門書出版はおこなわれているのである。こうした専門書出版に長いことかかわってきて、原稿の内容上のチェックはゲラにしてしまってからでは遅すぎることがわかっていた。活版印刷時代はともかく、原稿が著者からデジタルデータで入ってくるようになって、これを印刷所に入稿するまえになんとかすこしでもいいかたちに整備できないかということをいろいろ考えてきた。パソコンの演算処理能力を引きだすことで、できるだけ多くの技術処理を一度にできないかということをさんざん考えてみたのである。テキストエディタのレベルでなんとかできるのではないかと思ったが、なかなかうまくはいかなかった。テキスト編集にかんする基本的な考えかたは絶対に間違っていないという確信があったので、これはなんとしても自分でコマンド類を考えださなければならないと思い、アップルスクリプトの研究などをしてみたこともある。編集者のなかにはそういうことを考えているひともいるのではないかと期待もしたが、そう


51

いうひととは残念ながらめぐりあわなかった。そうした日々のなかで、あるとき書店のコンピュータ書の棚を眺めていたときに、ふと胸騒ぎのようなものを覚えた本があった。それが高橋陽著『sed による編集＆ DTP［実践］自動処理テクニック』（技〈編集〉、〈実践〉、術評論社、1998 年刊）という本との出会いである。〈自動処理〉というキーワードがいくつも同時に目に飛びこんできた。自分と同じことを考えているひとがやっぱりいたのだという感動と興奮がすぐに沸き上がったのは言うまでもない。まさしく目からウロコが落ちる思いであった。（以後、この本を〈目からウロコ本〉と呼ぶことになる。）この本には CD-ROM が付録として付いており、本文のマニュアルとともに貴重なソフトが入手できたのである。わたしの［出版のためのテキスト実践技法］というアイデアはじつはこのときから一挙に展望がひらけてきたのである。『出版のためのテキスト実践技法／編集篇』の核心はほとんどこのツールの使用とそれを機能させるスクリプトの工夫を世に問うことであり、この手法を専門書の編集者に有効活用してもらうことである。 2-1-2 SED プログラムの導入それではいよいよこの SED プログラムを導入することにしたいが、そのまえに SED（sed）とはなにかということを言っておくべきであろう。 SED とは Stream EDitor の略であり、パソコン事典などによれば「UNIX 用の非対話型のエディタで、特に長大なテキスト・ファイルの処理に向く」(*) ということになる。要するに、いちいち画面上で確認したりしないで、一定の処理命令（コマンドおよびスクリプトと呼ぶ）に従い、バックグラウンドで膨大なテキスト一括処理をするプログラムのことである。パターン処理プログラムとしては、ほかに

52

awk(**)、Perl（Practical Extraction and Report Language）などがあるが、ここではそうした UNIX 系のさまざまな優れたプログラムがあり、そのなかのひとつとして SED というものがあることを指摘しておくにとどめたい。UNIX 系にもいまやリナックス（LINUX）という比較的使いやすい OS のいろんなヴァリエーションがどんどん出てきているから、たとえばそのなかの Emacs などというテキストエディタならコマンドライン入力によって SED コマンドなどが実現できることになっている。つまり、同じテキストエディタと言っても、UNIX 系のそれは Windows や Macintosh のそれよりも明らかに 1 ランク上の機能をもっていることになる。(***) さて、こうした優れたプログラムであっても、 Windows や Macintosh といったオペレーティング・システム（OS）のうえで働かなければ、どうなるものでもない。それを実現してくれたのが前述の『sed による編集＆ DTP［実践］自動処理テクニック』の付録 CD-ROM に収録されたプログラムである。これらは Macintosh 用に移植された SedMac Interface という名のアプリケーション、 Windows/MS-DOS 用につくられたバッチ・プログラム (****) である。これらはかなり GUI（Graphical User Interface）(*****) の操作性がちがうが、基本的には元のテキストデータをこれらのプログラムのうえで選択された編集コマンド（スクリプト）に従って処理し、画面またはファイルに出力することである。複雑な検索・置換などの、それも膨大な数の処理命令を一瞬のうちに実現してしまう「超置換ツール」が SED なのである。しかもこれらを実現させる編集コマンド（スクリプト）は、いずれも 1 行単位のテキストデータの組合せから成っているだけであり、そのコマンドの仕組み（原理）さえ理解してしまえば、誰にでも比較的簡単に記述することができるのである。逆に言えば、自分の処理した


53

い問題やケースに応じて、無限にいろいろなスクリプトを書くことによって、おもしろいほどさまざまな一括処理ができる。複雑な記述ができれば、ほとんどなんでも可能だと言っても過言ではない。そのためには「正規表現」（Regular Expression）およびその発展形である「タグ付き正規表現」という検索と置換に特有の約束事を理解しなければならない。このツールを的確に使えば、驚くほどの検索・置換処理が可能となるのであって、いわば頓智を使うようにこのツールの処理能力を引き出すことができるのである。 SED とは簡単に言えば、通常のテキストエディタでも可能な「正規表現」による検索・置換機能に、高度な選択置換をおこなえる「タグ付き正規表現」による検索・置換機能を加えたものなのであり、しかもこれらのコマンドを一度にいくつも走らせることができるプログラムなのである。これがさきほど UNIX 系のエディタが「1 ランク上の機能をもっている」と言ったことの意味である。とにかくふつうでは考えられない「すごい」ことができるのが SED なのであるから、これを使わない手はないのである。 (*) 岡本茂【監修】大島邦夫＋堀本勝久著『最新パソコン用語事典 2000-01’ 年版』技術評論社、2000年刊。 (**) プログラム開発者 A. V. Aho, P. J. Weinberger, B. W. Kernighan のそれぞれの頭文字をつないだもの。 (***) このあたりは、研究不足のため詳述できないが、いずれは LINUX の普及とともに現実的課題となってくるはずのもので、いつかこのあたりのノウハウもこの［出版のためのテキスト実践技法］のうちに取り込んでいけないかと思っている。 (****) 一連のコマンドを連続的に処理させる MS-DOS の定型処理プログラムのこと。これらの処理をすることを「バッチ処理」、その処理命令を書いたファイルを「バッチ・ファイル」と呼ぶ。 (*****) コンピュータをグラフィカルに使いやすいように操作性を重視した画面設計

のことを指す。

54

2-1-3 SED のインストール

つぎに SED のインストールについて説明しておこう。Windows/ MS-DOS 用のものと Macintosh 用のものとでは見た目もまるっきり異なるし、インストール自体も異なる。しかしインストールそのものはそれほどむずかしくはない。 Macintosh 用の SED プログラムには SedMac（v. 1. 0. 1）および SedMac Interface（v. 1. 0）という山下巌氏によって UNIX から Macintosh へ移植されたフリーウェアがある。これらのプログラムの圧縮ファイルは SedMac 1.0.1.sit および SedMac Interface 1.0.cpt であり (*)、それぞれ Macintosh 用としては著名な DropStuff（前者）と CompactPro（後者）というソフトで圧縮されている。これを解凍するには StuffIt Expander がインストールしてあれば、ファイルのダブルクリックで自動的に解凍して、それぞれのフォルダを作成する。そのフォルダのなかにある SedMac および SedMac Interface が目的のプログラムおよびアプリケーションであり、実際はこれらを複合させて使用する。SedMac は単体でも使用可能だが、SedMac Interface というソフトを使うことで使い勝手を向上させている。(**) Windows/MS-DOS 用の SED プログラムは Macintosh にくらべるといろいろなプログラムがある。十分に検討しているわけではないが、MWSED（森山好文氏作）とか winsed（ミドリノセロー氏作）などがある。ここで利用しようとするのは清水洋平氏作の BU というツールに依拠して高橋陽氏が作成した SED インストール用プログラム。(***) インストール用 MS-DOS バッチファイルをそのままダブルクリックすると、「sed、その他の実行環境をインストールするバッチファイル」という説明があって、「これからインストールを開始します。云々」とあるので、なにかのキー（たとえば Enter キー）を押す。つぎにインストール先のドライブを確認してくるので、たとえ


55

ば DOS-V マシンでは標準に設定されているハードディスクの C ドライブを選択するとそこに「seds」というフォルダを作ってくれる。さらに進むと、「sed を簡単に使いこなすためのバッチファイル等をインストールします」というメッセージが出るので、Windows 95 以降の OS の場合は「1」を押す。それ以前の Windows 3. 1 または MSDOS の場合は「2」。つづいて起動ドライブを聞いてくるので、通常は「ｃ」と入力する。そのフォルダのなかの「sed_etc」フォルダのなかにある「ddsed → FILE.bat」または「ddsed → SHOW.bat」という MS-DOS バッチファイルがドラッグ＆ドロップで処理可能なプログラム・ファイルである（ただし Windows95 と 98 で）。これとは別にさまざまな命令を実行するためのスクリプトファイル（拡張子が「.SED」のもの）を作成し、このコマンドを実行させるのである。これらについてはあとでくわしく述べるので、とりあえずつぎに設定の話に移ろう。 (*) これらの圧縮ファイルは未來社ホームページの「未來社アーカイヴ」ページ（http://www.miraisha.co.jp/mirai/archive.html）から、また山下巌氏のホームページ（http://www.imasy.or.jp/%7Eiwao/）からもダウンロードすることができる。 (**) 山下巌氏のホームページでの説明によれば、「SedMac Interface はその名が示すとおり SedMac のためのインターフェイスアプリケーションです。SedMac は UNIX からの移植であるため、面倒なコマンドラインを入力しなければなりませんが、これを Mac らしいインターフェイスで使えるようにしたものです。具体的には、ファイルやフォルダーの Drag&Drop、クリップボードの変換、よく使うスクリプトを内蔵させてメニューから選べたりその場で編集すること、などが出来ます」とある。 (***) 前記した高橋陽著『sed による編集＆ DTP［実践］自動処理テクニック』（技

術評論社、1998 年刊）の付録 CD-ROM に収録されている。

56

2-1-4 SedMac の設定と操作前項で述べたように、Macintosh と Windows ではユーザインタフェースがだいぶちがう。 Macintosh 用の SedMac はいかにも Macintosh らしく、操作がわかりやすくできている。とりあえずこちらのほうから説明していこう。 SedMac 1.0.1.sit および SedMac Interface 1.0.cpt を解凍すると、それぞれ SedMac 1. 0. 1 および SedMac Interface 1. 0 というフォルダができる。本体の SedMac は UNIX 系のコマンドライン入力によるファイルとスクリプトの指定によって作動するプログラムで、 AppleScript から SedMac を実行するスクリプトを指定し、対象ファイルをドロップする仕掛けになっているようだが、マック派のひとにとってこういうわかりにくい作業をわかりやすくするために山下巌氏によってつくられたのが SedMac Interface というプログラムである。このプログラムをダブルクリックすると、sed というアイコンのついた画面の左側に「Input」「Output」「Script」というボタンが並んででてくる。【図１４】これはそれぞれ SED を使って一括処理するための対象データ、その出力データ、命令を実行するためのスクリプトを指定するためのボタンである。まず「 Input 」ボタンをクリックすると、 Null, Keyboard, Clipboard, Files という 4 つの選択肢が現われる。通常は「Files」を選んでおいて間違いはない。「Files」の右側にあるファイル・アイコンをクリックすると、「Input Files」ダイアログが現われる。【図１５】右側の「Add」ボタンをクリックして出てくるディレクトリのなかからファイルを指定する。複数のファイル指定もできる。ファイル指定を解除するときはファイルを選択して「Remove」ボタンを押すだけでいい。または「Input」ボタンのさらに右側にある「ごみ箱」アイ


57

図１４

図１５

コンをクリックすると、これまで指定されていた対象ファイルがすべて指定を解除される。対象ファイルが決まったら、「Done」ボタンをクリックするか、Enter キーを押す。これで一括処理するためのファイル指定が終了するのである。なお、この方法は、処理対象ファイルを SedMac Interface のアイコンにドラッグ＆ドロップすることによっても実行できる。このほうが簡単なので、デスクトップまたはラン

58

チャーに SedMac Interface のエイリアスをつくっておくときわめて便利である。つぎに「 Output 」ボタンをクリックすると、 Null, Window, Clipboard, Files (Replace), Files (New), File, File (Append) の 7 種類が選択肢として現われるが、通常は「Files (New)」を選択するのが適切。ボタンの横に「.new」という拡張子（のようなもの）が表示される。これだと元の処理対象ファイルを残したまま、「*.txt.new」というファイルが処理対象ファイルと同じフォルダに新たに出力されるので、なにかトラブルがあっても元のファイルが生きているから心配はない。もし間違う危険がなければ「Files (Replace)」を選択してもかまわない。また新しいファイル名をつける場合には「File」を選択し、右側に現われるファイル・アイコンをクリックしてファイル名とフォルダを確定する。「File (Append)」のときも同様だが、処理結果を既存のファイルに追加するかたちをとる。いずれを使うにせよ、この処理されたファイルが新しい仕事用ファイルになるのである。さらに「Script」ボタンをクリックすると、Null, File, One-Liner の 3 つの選択肢が現われる。これもふつうは「File」を選ぶ。するとそのボタンの右側に命令を実行するためのスクリプトがひとつ現われる。最後にかならず「.SED」の拡張子（のようなもの）が付いているスクリプトファイルである。これはファイル名の横にプルダウンメニューが付いているので、それをクリックすることによってスクリプトファイルを選択することができる（そのためにはスクリプトファイルを事前に作成しておく必要がある）。さらにその右側のファイル・アイコンやフォルダ・アイコンをクリックしても SedMac Interface フォルダ内の「Scripts」フォルダの中身またはそのフォルダ自体が開くので、そこから必要なスクリプトファイルを選ぶことができる。【図１６】また鉛筆アイコンをクリックすると選ばれているスクリプト


59

図１６

の内容を示すテキストファイルが開かれるし、Nの字の見えるファイル・アイコンをクリックすると、新しいスクリプトを名前を付けて保存するダイアログのあとに新規入力画面が現われる。ここに新しいスクリプトの記述をすることもできるのである。ちなみにここで使われるテキストエディタは YooEdit がデフォルト指定されている。そこにもこのプログラムがつくられた1994年という時代を感じさせられる

60

ものがある。逆に言えば、この時代から SED は強力なツールとして存在したとも言えるのである。さて、こうして処理対象ファイル、その出力ファイル（形式）、命令を実行するスクリプトが選ばれたら、SedMac Interface 画面右上の「Run」ボタンを押す。すると、対象ファイルと同じフォルダのすぐ下に同じファイル名に「.new」の付いたファイルが現われる。これが処理結果ファイルである。たとえば「第一章 .txt」というファイルを一括処理すると「第一章 .txt.new」というファイルができるのである。あとはこのファイルを適当なテキストエディタで開けば、処理された結果がひとつひとつ確認できる。スクリプトに誤りがなければすべてのコマンドが実行されていることが確認できるのである。エディタで 1 対 1 対応で検索・置換処理している方法の約200倍、タグ付き正規表現を駆使すればおそらく1000倍以上の処理を同時に、しかも瞬時におこなってしまうのである。「sed は、指定されたファイルをスクリプトに記述されたコマンドに従って編集し、標準出力にコピーします。sed の行う動作はこれだけですが、たったこれだけの作業で実にいろいろな編集を手軽に行えるというのが sed の強みです」と SedMac 1. 0. 1 のマニュアルに書いてあるのはこの意味なのである。 2-1-5 Windows/MS-DOS 用の SED プログラムの設定と操作「 2-1-3」の SED のインストールのところで述べたように、Windows 上で動く SED ツールはいろいろあるが、Macintosh 用の SedMac のような洗練された使い勝手のいいものはない。ここではまず前述の SED プログラム用バッチファイルによってインストールされた SED を利用するためのバッチファイルの使い方を説明しよう。と言ってもその使い方はきわめて簡単。


61

図１７

インストールのさいに起動ドライブの C ドライブ（機種によっては A ドライブ）に作成される「SEDS」フォルダに、処理命令を書いたスクリプトファイル（拡張子が「*.SED」となっているもの）と処理対象ファイル（「*.txt」）を置いておく。さらに「SEDS」フォルダの下位フォルダ「 sed_etc 」フォルダのなかにある「 ddsed → FILE.bat」または「ddsed → SHOW.bat」という MS-DOS バッチファイルのショートカットを「SEDS」フォルダに作成する。(*)【図１７】「 ddsed → FILE.bat」はファイルに出力するための、また「ddsed → SHOW.bat」は画面に出力するためのバッチファイルであり、これらはいずれも処理対象ファイルと処理命令コマンドを記述したスクリプトファイルを同時にそこへドラッグ＆ドロップすることで SED

62

の処理を実現する。とりわけ「ddsed → FILE.bat」は処理対象ファイルをそのままに処理ズミの新しいファイル（「*.txt.new」）を作成する。たとえば「第一章 .txt」を処理すると「第一章 .txt.new」というファイルを生成する。これは最後の拡張子が「.new」なのでダブルクリックするだけではエディタで開けないが、中身はテキストファイルだから、「送る」SendTo の機能を使って (**) テキストエディタで開くことができる。言ってみれば、この「*.txt.new」で表示されるファイルが処理命令スクリプトが実行された使用後のファイルである。使用前のファイルと見比べてみれば、内容が一挙に変更されていることが歴然とわかるだろう。内容を確認し、問題がなければ使用前のファイルを削除し、使用後のファイルの最後の拡張子の「.new」をとるかたちでファイル名を変更すればよい。あるいは別名保存によって使用前のファイルをそのままにしておくことももちろん可能である。 (*)「ddsed → FILE.bat」または「ddsed → SHOW.bat」の二つのファイルをマウスで選択し、マウスの右側を押しながらこれらを「SEDS」フォルダまでドラッグしてから放し「ショートカットをここに作成」を選択することでショートカットファイルを作成できる。 (**)「送る」はファイルを選択して右クリックすると開くプルダウンメニューのなかにある機能で、Windows の SendTo フォルダに各種アプリケーションやフォルダ、ファイルなどのショートカットを入れておくことで、このプルダウンメニューのなかから選択し実行することができる便利な機能。秀丸などのエディタのショートカットを入れておくことでテキストファイルその他のファイルを簡単に開くことができる。秀丸はインストール時にデフォルトでショートカットが「送る」に入るように設定されている。

2-1-6 MS-DOS プロンプトを活用しようこの高橋陽氏が作成された Windows 用 SED バッチファイル以外


63

にもいろいろな SED プログラムや使い方がある。たとえば「Vector」や「窓の杜」「nifty.com」といったサイトで SED を検索すると、じつに多くの SED 関連のツールやファイルが見つかる。これらの Windows 用に移植された SED ツールのうちで前述した Macintosh 用の SedMac のような使い勝手のいいものはほとんどないのが実情だ。その多くは Windows 3.1 用であったり、ほかのプログラムがないと動かないといった問題をかかえている。そのなかでは森山好文氏作の MWSED（v. 1. 37）が使えそうだ。これに Windows 用の COMWIN32 という UNIX の機能を MS-DOS プロンプトに追加したようなすぐれた端末エミュレータのうえで動く SEDWIN といったツールもある。これらの詳細についてはそれぞれの「ReadMe」ファイルあるいはヘルプファイルを読んでもらいたいが、SED の使い方には微妙な差異があるので注意が必要である。この COMWIN32(*) というエミュレーション・ツールは Command Manager for Window System の略で前寺正彦氏作のシェアウェア。前寺氏の説明によると、「Windows 環境に欠けていると思われるキャラクタ指向のシェルプログラム」で「見た目は DOS プロンプトに似ていますが、制約の多い DOS プロンプトと違い、 Windows プログラムであり」、環境向上のための機能をさまざまに搭載している。ちょっと挙げてみると、「DOS, UNIX ライクな内部コマンドの使用」、「アプリケーションとの関連付け起動、エイリアス機能で起動操作を短縮」、「ラインエディット、ヒストリ機能、ファイル名補完機能」、「ドラッグ＆ドロップサーバー機能、選択文字列起動機能」、「ファンクションキーランチャー、簡易エディタ機能」、「フォント、背景色を設定、3-D ダイアログ、ツールバーの使用」、「キー割り当ての変更が可能」、「過去の出力を参照できる」、「スタートアップ機能、起動時オプションで環境整備」、「リダイレクト、パイプ機能で

64

図１８

柔軟なテキスト処理」、「ウィルスの自己診断機能」などなど。こうして書き写しているだけでも楽しくなってくるような高機能さだが、 SED などをこの上で操作してみるとかなり快適に作動するだろう。【図１８】Windows では MS-DOS プロンプト以外ではサポートされていない「標準入出力」(**) をサポートしているところがこのツールのエライところなのである。SED をはじめ、awk, Perl といったプログラミング系言語を扱うにはこの標準入出力が可能でないとダメなのだ。興味のあるひとはぜひ導入してみてほしい。この方法のほかに Windows に標準装備されている MS-DOS プロンプトという Windows 上で動くエミュレーション・ツールを使うと


65

いう方法が案外いいかもしれない。これだとスクリプトファイル名、対象処理ファイル名、処理出力ファイル名をコマンドライン入力することによってダイレクトに SED コマンドを実行することもできる。慣れればこの方が簡単だとも言われるが、心理的な抵抗を克服することが必要だ。ただし、ファイルのドラッグ＆ドロップによるファイル名入力も可能なので、これがもっとも手っ取り早い方法かもしれない。同じように、Macintosh の SedMac でもコマンドライン入力による操作は可能だが、マック派のひとにはいっそう馴染みがないだろうし、SedMac のインターフェースがよくできているのでその必要はなさそうだ。 MS-DOS プロンプトを利用して SED を動かす手順を説明しておこう。まず「スタートメニュー」∼「プログラム」∼ MS-DOS プロンプトを選択して起動する。?繁に使うようになるなら、スタートメニューに MS-DOS プロンプトのショートカットを入れておくと便利だ。「C:¥WINDOWS>」というプロンプト画面が現われるので、たとえばつぎのように入力またはファイルをドラッグ＆ドロップする。 C:¥WINDOWS>sed_-f_ スクリプトファイル名 _ 処理対象ファイル名 _>_ 出力ファイル名 .new（_ は半角スペースを示す）【図１９】これは SED を f オプション付きで起動し、順番にスクリプトファイル名、処理対象ファイル名を半角スペースあきで入力し、最後にもしファイルに出力する必要があれば（たいがいは必要だが）リダイレクト記号「>」(***) をはさんで出力ファイル名を入力し、たとえば拡張子として「.new」を最後に付けるという意味の書式である。DOS プロンプトでのコマンドライン入力によるテキスト処理は基本的には

66

図１９

この書式であると言ってもよい。SED のオプション等の説明は後述する。さて MS-DOS プロンプトを使って SED の処理をおこなうためにはいくつかの基本問題と事前に処理しておかなければならない問題がある。それらについて以下に簡単にふれておこう。まずなによりも 1 SED ツールそのものを入手しなければならない。前述したようにさまざまな SED ツールがあるが、アプリケーションとして加工されているものはともかく、入手しやすいもので使えそうなのは GNU プロジェクトのオリジナル版 SED に日本語マルチバイト文字対応版として谷本孝浩氏によって手が加えられたマルチバイト文字対応版 GNU sed あたりであろう。Vector のソフトライブラリで MS-DOS ∼ ユーティリティ ∼ テキストファイル用 ∼ sed （ http://www.vector.co.jp/vpack/filearea/dos/util/text/sed/index. html）でファイル検索し、「sed win32 1.18+mb1.03」という名前で


67

登録されているファイルをダウンロードする。ダウンロード・ファイル「sedm103.lzh」を解凍して出てくる「sed.exe」が目的のアプリケーションである。あるいは同じ URL からミドリノセロー氏が日本語対応に移植したものに LOGOS 氏が手を加えた「Sed LOGOS 版 2.42」でもいい。ダウンロード・ファイル「sed242.lzh」を解凍して出てくる「sed.exe」でも同じである。これらの「sed.exe」をふくむフォルダを後述する理由で、「Program Files」の下でなく、できれば起動ドライブ（ふつうは C ドライブ）の直下に置いておくことが望ましい。つぎにするべきことは、この 2 SED が起動するようにするためにパス（path）を設定することである。これにはすこし危険がともなうが、余計なことをしなければむずかしいことはない。起動ドライブをエクスプローラで開き、「autoexec.bat」という MS-DOS バッチファイルを見つけたら (****)、ファイルの上で右クリック∼「送る」を使うなどしてエディタで開く。【図２０】この中身はテキストファイルだから簡単に開けるのである。このうちの「PATH=」と記述されている部分の最後にたとえば「;C:¥SEDS」と入力し、そのまま上書き保存するだけである。 Cの前に「 ; 」を忘れないこと。また「¥SEDS」の部分は指定フォルダ名を間違えないこと。あとは MSDOS プロンプトで「C:¥WINDOWS>sed」と入力するだけで OS が PATH に登録されたプログラムを検索し実行してくれるのである。【図２１】あとは 3 MS-DOS の制約を理解することである。そのひとつが MS-DOS ではいわゆるロングファイルネームを使えず、「8. 3 形式」といわれるファイル名 8 文字以内 + 拡張子 3 文字以内でしかファイル名が使えないこと、つぎにコマンド指定が127文字以内でしかできないこと、おもにこの 2 点の不便さがつきまとうことである。これら

68

図２０

はすべて 1 バイト文字、つまり英数文字を基準にしているから、日本語の 2 文字バイトをファイル名に使おうとすると 4 文字しか使えないことになるし、それ以上の長さのファイル名を生かそうとすると（たとえばドラッグ＆ドロップで）最初の 3 文字しか生きず、残りの 2 文字は「~1」とか「~2」のように変えられてしまう。とにかくこの不便さに慣れる必要があることと、それに対応したファイル名をあらかじめ考える習慣を身に付ける必要が出てくるということになる。同じことがコマンド指定にも言える。ファイル名はフルパス表示が基本なので、スクリプトファイル、処理対象ファイル、出力ファイルのすべてをフルパス表示することになると、ディレクトリ（フォルダ）のあまり深い層にこれらのファイルを置くことはできないのである。この前の 1 の記述で「できれば起動ドライブ（ふつうはCドライブ）の直下に置いておくことが望ましい」と書いたのはそうした理由によるので


69

図２１

ある。以上の原則を理解していれば、MS-DOS プロンプトのコマンドライン入力という方法による SED の処理もとくにむずかしいものではなくなる。あとはスクリプトファイルを作るだけである。これが「sed」のうしろに「-f」を加えて（f オプション）、そのつぎにスクリプトファイルを入力指定することによってコマンドライン入力を短縮することができる前提になる。なお、簡単なスクリプトならコマンドライン入力でも実現できる。「C:¥WINDOWS>sed_-f_ スクリプトファイル名」の代わりに「C:¥WINDOWS>sed_-e_」としてスクリプトをダイレクトに入力するだけでいい。ただし、トータルで127文字までということを忘れてはならない。 (*)COMWIN32 は http://www.vector.co.jp/authors/VA002891/ で入手できる。 (**)「標準入出力」（standard output, standard input）とは SED などのコマンドで処理されたデータを画面またはファイルに出力したり、キーボードからの指令で入力を受け付ける機能をさす。 (***) ファイルの入出力先の変更あるいは指定をする記号で出力先の場合は「>」、入

70

力元を示す場合は「sed_ 各種オプション _ スクリプト（ファイル）_ 編集ファイル _>_ 出力ファイルというふうに記述する。(**) なお、オプションはかならず半角ハイフンのうしろに半角小文字でつづける。まず -e オプションと -f オプションは、そのあとにつづくスクリプト（編集コマンド）の記述またはスクリプトファイルを指定する。 -e オプションはそのあとに半角スペースをあけてスクリプトをダイレクトに記述する。複数のスクリプトを「;」で区切ることによって一度に記述することができるツールもある。ただし MS-DOS の制約がいろいろあり、処理対象ファイル名は 8 文字 +3 文字の拡張子のいわゆる「8.3形式」にしなければならないうえに、コマンドラインの記述は全体で127文字以内にしなければならないので、あまり長いスクリプトの記述はできない。-e オプションは簡単なコマンドあるいは

132

その場かぎりのコマンドでテキスト処理をしようとするときに用いるものと言えよう。またほかにオプション指定がなくスクリプトがひとつだけの場合は「-e」の記述を省略することができる。 -e オプションにくらべると -f オプションは長くて複数行におよぶ編集コマンドを収録したスクリプトファイルそのものを読みこむことができるので、大がかりなテキスト処理に向いている。スクリプトはなるべくファイル化して保存しつつたえず改訂をくわえていくようにしたい。-f オプションも同時にいくつかのファイルを指定することができ、指定された順に処理を実行する。また -e オプションと -f オプションを混合しても使用できる。 -i オプションはそのあとに半角スペースをあけて入力リストファイルからファイル名を順に取りだし、順番に処理を実行したり、-a オプションまたは -o オプションのようにそのあとにつづく出力ファイルに追加出力または上書き出力するように指定すできるツールもある。 -g オプションのようにすべての s コマンド（置換コマンド）にたいして g フラグを付けて処理することを指示するもの、-n オプションのように出力を抑制してしまうもの（特定のコマンドと連}して出力する、使い方しだいでは役に立つオプション）、などいろいろある。これらがすべての SED ツールで機能するとはかぎらないので注意が必要だ。 (*)SedMac でのコマンドライン入力をよく使うのであれば、デスクトップあるいは手ごろなランチャーソフトなどにエイリアスを入れておくと話が早い。 (**) ここでも「_」は半角スペースを示す。「_>_ 出力ファイル」は別ファイルに出力するとき以外は不要である。またファイル名は原則的にフルパス表示が必要である。


133

2-6-2 s コマンドに付加するフラグ［出版のためのテキスト実践技法］で SED ツールをもちいる場合、もっとも有用なコマンドが s コマンドであることはこれまで記述してきたとおりである。s コマンドの s は「substitution」（置換）から取られたものだろうが、テキスト一括処理の基本はほとんどすべて検索と置換によるものだから、このコマンドがうまく使いこなせれば目的の大半は達成できるのである。この s コマンドに特有のものとしてフラグという一種のオプション指定がある。これも一種のコマンドなのだが、s コマンドのパターン検索と置換文字列の指定にたいして、その置換方法や出力方法を指定することができる。使いかたによっては便利なオプションであるので、簡単に紹介しておこう。既述したように s コマンドの書式は s/パターン検索/置換文字列/フラグという形式で、通常は最後に g フラグを付けることで処理対象ファイル全般に検索と置換をおこなうことができる。この最後のフラグを指定しないでおくと、1 行中で初出のものしか置換しない。おもしろいのは p フラグで、これは置換した行があったらその行を出力するというもので、どこで置換がなされたかがわかるようにすることができる。置換のあった行を再度出力するので、その行は 2 行になる。この場合、既成の g フラグ付き s コマンドのスクリプトファイルを使うときは g フラグを p フラグに変更して使うことになる。コマンド行が多数の場合はエディタなどで正規表現をもちいて「/g$」を「/p」に一括置換すればよい。この s コマンドの p フラグを使って置換した行の一覧を作ることも可能だ。どこをどう修正したかのリストを作ることで、著者などに

134

安心してもらえるといった利点がある。このためには前項で述べた SED の -n オプションと p フラグを使うのである。-n オプションというのは SED の作業領域に読みこんだ行の出力を抑制するという妙な機能だが、じつは p フラグというオプションを使うと、-n オプションにもかかわらず置換行を出力するという機能を生かせるために、置換行だけが出力されることになるのである。コマンドラインで入力するには sed_-n_-e_s/パターン検索/置換文字列/p_（処理対象ファイル名）_>_ 修正 .new といった形式になる。「-e_s/ パターン検索 / 置換文字列 /p」のかわりに -f オプションで p フラグ付きのスクリプトファイルを指定することはもちろんできる。また「_>_ 修正 .new」でわざわざファイルに出力させないでウィンドウに出力させることもできるので、この出力先の記述は省略してもよい。また出力ファイル名はなんであってもかまわないし、パス名を入力すればどこにでもファイルを作ることができるのは言うまでもない。 2-6-3 コマンド処理の対象行をアドレスで指定する SED はテキストの一括処理を高速かつ的確に実現するが、テキストの内容によっては部分的にこの処理を実行しないほうがいい場合もある。たとえば引用文などのように、地の文とは異質の内容のものがテキストにふくまれている場合、地の文と同じ処理をしてはまずいことがある。他人の文章を引用する場合、とりわけそれが日本語によるオリジナルからの引用の場合には、地の文には適用してもかまわない表記統一なども、原文の尊重という観点から適用することは不適切に


135

なる。文学作品などは漢字の使いかたひとつとっても重要な意味がふくまれていると考えるべきだから、こうした部分にはスクリプトを適用させない処置が必要である。それにはどうするか。特定の行だけにコマンドを適用させるという場合と、特定の行以外のところだけコマンドを適用させるということの 2 種類が考えられる。つまり図の部分と地の部分のどちらかにのみコマンドを適用させることができなければならない。テキストのなかになんらかの目印が必要であり、「アドレス」と呼ばれる位置指定をすることによってこの作業を実現することができる。こうしたアドレス指定をともなう SED のコマンド処理の基本書式はアドレス { スクリプト（スクリプト） } という書式である。1 行目のアドレス指定にすぐつづけて半角の「{」を入力してすぐ改行し、スクリプトを 1 行ごとに入力しては改行し（1 行でも複数でも可）、最後に半角の「}」で閉じる。このアドレスの直後の「{」と最終行に単独でおかれた「}」のあいだのスクリプトを指定されたアドレスにたいして実行せよ、という指示なのである。「{ }」はコマンドの一種と言える。アドレス指定のひとつの方法はテキストの何行目 (*) かを直接指定する方法である。たとえば n 番目の行（段落）だけをアドレス指定するときには

136

n{ スクリプト } とする。つまり最初の行を指定したいときには n ＝ 1 となる。また n 行目から m 行目までをアドレス指定するには n,m{ スクリプト } とする。つまり最初の10行を指定したいときには、n ＝ 1, m ＝10である。テキストの行数がわかっているときにはこうした書式をとることができる。なお、行末という特殊な位置をあらわす正規表現は「$」であるが、アドレス指定で使うときにはこのままのかたちで最終行を示すので間違えないようにする必要がある。この場合は ${ スクリプト } でいいのである。さて、長いテキストを SED で処理しようとするときに、いちいち行数を調べていられないのが普通だろう。そうしたときにアドレス指定に一般的に使われるのが正規表現である。この正規表現を使った書式は


137

/正規表現/{ スクリプト } というかたちになる。すなわち半角のスラッシュ「/」で囲むことで正規表現によるアドレス指定であることを示す。またある正規表現をふくんだ行で始まり、別の正規表現をふくんだ行で終わるアドレス指定の方法は /正規表現/,/正規表現/{ スクリプト } でいい。あるいは何行目かがわかっている行から始まり、ある正規表現をふくむ行までを指定することもできる。つまり 1 行目を「n,/正規表現/{」とするだけである。その逆に「/正規表現/,n{」という指定も可能だ。それではどんなふうにこのアドレス指定を使ってテキスト処理をするかを例示してみよう。たとえば行頭に全角または半角の算用数字で始まり、つぎに「章」の文字がつづくような行を見つけたら、その前に「【改ページ】第」という文字を付加しようというような例である。つまり章見出しを改ページ指定しながら「第１章」∼「第 10 章」というふうに変更しようというような場合である。この場合のスクリプトは以下のようになる。 ●スクリプト実例 22 「 # 章見出しを変更し改ページ指定する

138

/^[１-９0-9]+ 章 /{ s/^¥([１-９0-9]+¥) 章 /【改ページ】第 ¥1 章 /g }」これをさらに高度化すると、アドレスにたいするコマンド処理ではなく、アドレス以外の場所でのコマンド処理、たとえば引用文のところだけテキスト一括処理をしないように指定することができる。この場合は、半角の反転演算子「!」をアドレスの直後に付加してスクリプトを前置修飾することによって、正規表現で指定した行（の範囲）以外にスクリプトを実行させることができるのである。たとえば、すべての引用文にたいして冒頭に「< 引用 >」を、最後に「」と入力してあり、この開始タグと終止タグ (**) を目印に、これ以外の全文にたいしテキスト一括処理をしようとするならば、つぎのようなスクリプトで実現できる。 ●スクリプト実例 23 「 # 引用文をテキスト一括処理の対象外とする /^/,/$/!{ s/敢えて/あえて/g s/¥([^ 言き判文]¥) 明か ¥([^ さしすせそりる]¥)/¥1 明らか★ ¥2/g s/辺り/あたり★/g ［以下略］ }」言うまでもなく、この［以下略］にはコマンドを必要なだけ並べていく。こうすることによって引用文の多い文章などの一括処理も可能となるのである。


139

(*) この場合の行数はあくまでも論理行、つまり段落ごとの数である。 (**) これらの割付けにかんするタグ指定の方法については次章で説明する。

2-6-4 SED の各種コマンド［出版のためのテキスト実践技法］における SED の活用という側面においては大半が s コマンドの活用であるということを 2-6-2 で述べたが、知っておいて損のないコマンドもいくつかある。その前に SED の働きの定義づけをもういちど確認しておくことにしよう。「Sed LOGOS 版 2.42」のマニュアルによれば、「一般に sed は、入力された 1 行を現テキストバッファにコピーした後、これに対して "address" の適合するすべてのコマンドを適用し、標準出力に出力してバッファをクリアすることを繰り返します」ということになる。また「ホールドスペースと呼ばれる第 2 のバッファがあることを知るのも有用でしょう。このホールドスペースには、現テキストバッファからテキストをコピーしたり、また、ホールドスペースから現テキストバッファにコピーを追加したり、また交換したりすることができます」という点もとりあえずおさえておきたい。つまり SED はバッファというメモリ上で 1 行（またはコマンドによっては複数行）のデータを読みこんでは指定されたコマンド処理をほどこし、クリアしてはつぎの行を読みこんで同じ作業を繰り返していくというツールであり、通常はパターンスペースと呼ばれる作業領域への 1 行ごとのコピー（入力）と処理後の出力をするバッファ・メモリのほかに、コマンドによってはデータを一時保管することのできるホールドスペースを利用することのできるツールなのである。すでにスクリプト実例を挙げて紹介した y コマンド、s コマンド以外では、削除コマンドとしての d コマンドなどは役に立つコマンド

140

かもしれない。というのはこのコマンドは改行マークをふくむ 1 行全体を削除することのできるコマンドだからである。たとえば無駄な空行が多いデータからこれらの空行を全部削除しようとして s コマンドをもちい、 /^$/{ s/^$//g } としても、実際には空行は削除されない。なぜなら s コマンドが検索・置換の対象にしているのは改行マーク以前の部分、つまりなにものも対象にしないのである。これを実現するのが d コマンドなのである。 /^$/{ d } あるいは簡潔に /^$/d とするだけでいい。こうした処理をコマンドラインで実行させるには sed_-e_/^$/d_ 処理対象ファイル名 _>_ 修正 .new とでもすればいい。この d コマンドを反転演算子「!」とともに使う


141

と、たとえば目次などをファイルから抽出することができる。たとえば中見出しに「2-1」「2-2」……、小見出しに「2-1-1」「2-1-2」……などを使っている本章のようなテキストからこれらの見出しを抽出するには /^2-[0-9]/!d で十分である。これをコマンドラインで指定するには sed_-e_/^2-[0-9]/!d_ 処理対象ファイル名 _>_ 修正 .new でいい。これは「2-6-2」で -n オプションと s コマンドの p フラグを組み合わせた処理について述べたのと同類の機能をもつスクリプトで、現テキストバッファの内容を（-n オプションにもかかわらず）出力するという p コマンドとじつは同じものになる。つまりコマンドライン入力では sed_-n_-e_/^2-[0-9]/p_ 処理対象ファイル名 _>_ 修正 .new でもいいのである。つぎに挙げておきたいのは、指定された文字列を特定の箇所に挿入あるいは追加する i コマンド、a コマンドである。たとえば手紙の冒頭（1 行目）に「ことしも残るところあと旬日となり、お忙しいことと存じます。」という一文を挿入し、最後に「2001年12月20日西谷能英」と追加したいという場合のスクリプトは

142

●スクリプト実例 24 「 #i コマンド、a コマンドで挿入と追加をする 1{ i ことしも残るところあと旬日となり、お忙しいことと存じます。 } ${ a2001 年 12 月 20 日西谷能英 }」という記述で実行できる。こうした挿入コマンド、追加コマンドは定型文書などにはとくに役に立つだろう。このほかのコマンドには［出版のためのテキスト実践技法］に役立ちそうなものはあまりない。「:」を使うラベルというコマンドは b コマンド、t コマンドとセットになってその位置で「分岐」という働きをする。バッファメモリの内容を第 2 の作業領域たるホールドスペースにコピーしたり置換や追加したり、さらには交換したりする g コマンド、G コマンド、h コマンド、H コマンド、x コマンドといったさまざまなコマンドもあるが、やや専門的すぎて実用性に乏しい。最後にひとつだけ N コマンドを挙げておこう。これは SED の働きのなかでは特殊な意味をもつコマンドである。通常 SED は 1 行ずつバッファにコピーを送りこむのだが、このコマンドを使うと改行マークをはさんで 2 行目を強制的に読みこんでくれるのである。ただし 2 行単位で検索したり置換したりするには ¥n (¥r) を使えるエディタのほうが簡単なので、N コマンドはとくにおすすめはしない。


143

2-7 テキストエディタでのテキスト処理これまで SED という UNIX 系のツールを Macintosh や Windows 上に移植した各種ツールを使って、さまざまなテキスト処理をおこなう手法や実際のスクリプトを見てきた。これらの一括処理は簡単なものならその場でスクリプトを作成して実行し、複雑だったり大がかりだったりする処理はスクリプトファイルに保存しておいたものをファイル指定によって実行させるというものだった。これらの処理のうち、SED 独自のコマンドはともかく、正規表現を使った検索と置換といった、実際に SED においてももっとも?繁に使われるコマンドは、エディタにおいてもある程度以上に実現できるのである。たった 1 種類の検索・置換でも、タグ付き正規表現をうまく使えば、いちどでかなり大量の置換処理ができる場合もけっこうある。このあたりのことは『出版のためのテキスト実践技法／執筆篇』の「3-7-2 テキストエディタによる検索と置換の基本テクニック」でも簡単に触れた。以下では、わざわざ SED を導入しなくても、エディタでできる範囲の検索・置換をできるだけ高度なレベルで実行してみようと考える（かもしれない）ひとのために Windows 用の秀丸と Macintosh 用の Jedit を例にとって簡単な解説をしておこう。 2-7-1 秀丸エディタの技法秀丸エディタは Windows 系のテキストエディタのなかでは抜群の人気とシェアを誇っているエディタである。秀丸の人気の高さは豊富な機能と動作環境やキー操作のカスタマイズ性の高さなどによる。これに匹敵するのが縦書き入力もでき細かい印刷指定もできる QX エディタであるが、一般的な使い勝手の良さで秀丸に一歩を譲るようだ。

144

この秀丸エディタは検索と置換にかんしても正規表現を、v.3.0 からはタグ付き正規表現もサポートしている。これによって既述した SED の編集コマンドに該当するパターン検索とそれに対応する置換文字列を指定し、変換することができる。ただ SED のように大量のコマンドを同時に走らせてテキスト全体を一気に変換するような荒技はできない。秀丸エディタで検索と置換をおこなうためには、できれば以下のようないくつかの基礎知識と条件設定を準備しておきたい。まず検索と置換メニューの呼び出しのショートカットを覚える。 1 検索：Ctrl+F 置換；Ctrl+R ちなみに、検索文字列を選択（単語ならダブルクリックで選択してもいい）し、検索または置換メニュー呼び出しのショートカットを押すと、選択文字列を対象としたメニューが呼び出せる。いちいちコピー＆ペーストするのは面倒だ。検索にも置換にも「下候補」と「上候補」というコマンドがあ 2 る。検索対象を順に見ていくときに使う検索系コマンドで、重要な働きをするので、デフォルトで以下のショートカットが割り当てられている。下候補：F3 上候補：Shift+F3 これでもいいが、「上候補」はもっと簡単に「下候補＝ F3」と並べて「F4」キーを割り当てるほうが覚えやすいし操作も楽である。そのためにはキー割り当てを変更する必要がある。その方法を以下に記しておこう。「その他」メニュー∼「キー割り当て」を選択すると開かれるダイアログで、左側の「キー」欄の「F4」をクリックする。デフォルトではなにも割り当てられていないので、右側の「コマン


145

図２７

ド」欄からプルダウンメニューで「検索系」を選び、そのなかの「上候補」をクリックして「OK」ボタンを押す。ついでに「保存」ボタンを押してたとえば「default.key」を選び「OK」を押すと上書き保存する。これでいつでもカスタマイズしたキー割り当てを読み込むことができるし、一覧表を作成することもできる。【図２７】検索と置換のダイアログのラジオボックスで「次の秀丸も続けて 3 検索（置換）」のチェックを入れておけば、マルチファイル検索ができる。「置換の前に確認」のチェックを入れておけば、「全置換」を選んでもひとつひとつ確認しながら置換したりパスしたりすることができる。文字が大文字か小文字かはっきりしないときには「あいまい検索」のラジオボックスにチェックを入れる。「大文字／小文字の区別」と「単語の検索」ボックスは必要におうじてチェックを入れる。「正規表現」のボックスにチェックを入れると、前記 2 つのラジオボックスがグレートーンになり、選択不可になる。（【図 5】参照）検索パターンで常用する正規表現の記述式などはできればなんら 4 かのかたちで反復使用できるようにしておきたい。たとえば半角英数文字のパターンは「[A-Za-z0-9]」であり、全角スペースを除く和文は「[、- 煕]」である。これらの文字パターンをたとえば「[A-Za-z0-9] ＝えいすう」「[、- 煕] ＝わぶん」などと単語登録する。あるいは保存の

146

きくクリップボード・ユーティリティに保存登録して、たえずそこから引っぱり出せるようにする。または秀丸のクリップボード履歴から引き出すようにする。【図２８】ただしこれはパソコンの電源がオンになっているあいだだけしか記憶されない。検索または置換ダイアログで「検索」欄にカーソルがある状態で Alt+ 下向き矢印キーを押すと検索文字履歴がプルダウンで示される。これは保存されるので使える。いずれにせよ、よく使う検索パターン文字列はなんらかのかたちで保存して再利用するようにつとめるべきである。とりわけ正規表現で複雑な間違いやすいパターン指定をするときなどに便利である。 5 『出版のためのテキスト実践技法／執筆篇』で秀丸はタグ付き正規表現をサポートしていないと書いたが、実際は v.3.0 からサポートするようになっている。ただしこれは秀丸独自の書式になっているので注意が必要だ。前方参照する文字列パターンは「¥f」と「¥f」で区切るようになっている。たとえば半角英数文字のパターンは「¥f[A-Zaz0-9]¥f」で、それを置換する文字列は「¥1」「¥2」……でタグ付き正規表現として受けられるようになっている。秀丸用にタグ付き正規表現の記述を変更しなければならないが、とにかくこれはテキスト処理にたいしてかなり強力な武器になっている。もうひとつ、改行コード（¥n）をふくんだ複数行の検索が可能になっているのも秀丸の強みのひとつになっている。たとえば、空行が 2 つ続く箇所を探すには「.¥n¥n¥n.+」で検索すればいい。最初の「.¥n」は文字のある行の最後の部分を示し、そのあとに「¥n」が 2 つ続き、さらに文字列が続くというパターン指定である。秀丸ではタブコード（¥t）も検索可能である。こうして秀丸エディタだけでも、手間はかかるが、ほとんどの検索・置換処理は可能であることになる。あとはパターン検索文字列をうまく書けるように工夫することである。


147

図２８

2-7-2 Jedit の技法――複数一括置換マクロと JMultiReplace Windows 系の秀丸エディタと双璧をなすのが Macintosh 用の Jedit v.4 であろう。ここでも秀丸とおなじく、テキスト一括処理の検索と置換をおこなうための基礎知識と条件設定を準備しておこう。まず検索メニューの呼び出しのショートカットを覚えること。秀 1 丸とちがって Jedit では検索メニューと置換メニューは同じダイアログを使う。これは LightWayText でも YooEdit でも同じでいずれも「Command+F」でいい。秀丸のように検索文字列を選択した状態でショートカットで検索・置換メニューを呼び出しても別に自動的に検索文字列として貼り付けられるわけではない。（「2-5-1 漢字表記の統一をとる（2）」の【図 23】【図 24】を参照） Jedit 2 の検索は「検索条件の指定」ダイアログで「検索」ボタンをクリックするか、Command+G で次の検索をする。前を検索するには Shift+Command+G か、Shift キーを押しながら「検索」ボタンをクリックする。検索された文字列は反転した状態になっているので、「置換 :」欄で置換文字列を指定している場合には、「置換」ボタンをクリックするか Command+R でいい。「置換＆検索」ボタンを

148

クリックすると、置換しながらつぎの検索対象にジャンプするので効率はいい。Command+L というショートカットでも実行できる。また「ファイル」メニュー∼「初期設定」∼「キーコマンド」でカスタマイズすることもできない。一般に Jedit のキーカスタマイズは秀丸にくらべると種類がいちじるしく限定されている。 Jedit 3 の「検索条件の指定」ダイアログではほかに「一括検索」と「一括置換」ができる。「一括検索」ボタンをクリックすると、別ウィンドウで「Mark List」が立ち上がる。検索文字列を先頭に行末までの検索結果が表示される。どの 1 行でもダブルクリックすれば該当箇所にジャンプする。(*) このリストを見ながら該当箇所だけを選択的に呼び出して修正したり確認したりすることができる。なお、検索であれ一括検索であれ、「書類を巡回」ラジオボックスにチェックを入れておく必要がある。また「先頭へ検索」ラジオボックスをチェックするとカーソル位置から逆順に検索する。また 4 Jedit ではマルチファイル検索ができる。「検索条件の指定」ダイアログの「置換 :」欄の下のアイコンをクリックすると、マルチファイル検索用のダイアログが開かれる。右側にある「追加」ボタンをクリックすると、「ファイル / フォルダの追加」ダイアログが開かれ、そこから必要なファイルやフォルダをクリックして選択すると、チェックマークの付いたファイル（ファイル一覧）が現われる。ここにいくつでも検索対象ファイルを指定することができる。「登録」ボタンをクリックするとファイルセット名の指定ができる。すでにファイルセットが登録してあれば、「ファイルセット」のボタンのプルダウンメニューから登録セットを呼び出すこともできる。継続中の仕事など、このファイルセットにしておくと便利である。用がすめば、 Option を押しながらファイルセット名を選択するとセットごと削除される。【図２９】


149

図２９

Jedit 5 ももちろん正規表現をサポートしている。「検索条件の指定」ダイアログで「正規表現」ラジオボックスにチェックを入れて、「検索 :」欄に正規表現の書式を記述する。この書式は秀丸などとまったく同じでよいが、タグ付き正規表現では秀丸のような特殊なルールはなく、「¥(」と「¥)」（または {}）ではさまれたパターン検索文字列は「置換 :」欄で「¥1」「¥2」……で受けられる。(**) なお、秀丸のときもそうだが、こうした正規表現の記述は複雑でややこしいものが多いから、なるべく単語登録するか、CopyPaste のようなクリップボード・ユーティリティを利用して保存しておきたい。最後に 6 Jedit の決定的な機能強化は、JMultiReplace というフリーウェアのツールを同居させることによって複数一括置換ができるようになったことであり、ここでも正規表現とタグ付き正規表現による置換が可能になったことである。これは一度に200種類までの複数文

150

図３０

字列の置換が可能なので、ほとんど SED の s コマンドのスクリプトファイルと同じぐらいのテキスト一括処理が可能になったと言ってよい。これはほかのテキストエディタでも未装備の強力なツールであり、じつはこれさえあれば、s コマンドに対応する作業にかんするかぎり SED をどうしても使わなくてもいいぐらいなのである。ただしやや安定性に欠けるうらみがあるのはやむなしか。この JMultiReplace のインストールは以下の通り。JMultiReplace フォルダを Jedit4.0 フォルダにコピーするとともに、そのなかの「複数一括置換」というスクリプト編集プログラムのアイコンを Jedit4.0 フォルダのなかの Macro Menu Items フォルダにコピーして再起動するだけである。すると「マクロ」メニューのなかに「複数一括置換」が選択できるようになり、これを選択すると「複数文字列の置換」ダイアログが開かれるのである。このリストは保存したり読みこみができるので、再利用が可能である。【図３０】 (*) この「Mark List」を利用して、Jedit のどれでもいいファイルの必要な箇所にマーク（文字列を選択して Command+M で指定）をしてデスクトップにファイ


151

ル保存しておくと、このリストファイルをブックマークとして該当する箇所にファイルオープン＆ジャンプすることができる。この機能は秀丸にも「検索」メニュー∼「マーク一覧」でもサポートされている。 (**)『出版のためのテキスト実践技法／執筆篇』で Jedit ではタグ付き正規表現ができないと記述したのは誤りである。

152

第 3 章テキストの割付け処理から入稿まで

3-1 編集処理の基本理念第 2 章でファイルの技術上の欠陥を是正する作業や用字用語の統一の処理のためのさまざまな具体的方法の説明はひとまず終了した。なかでも SED によるテキスト一括処理の方法がどれほど編集作業の効率アップにつながるかは理解してもらえたことと思う。ここではそれらの処理をふくめて、印刷所への入稿にいたるまでの編集プロセスを総括的に説明しておこう。ところで、本書の最大の眼目は、原稿を印刷所に入稿するまえに、ゲラになったときにむだな赤字が出そうな箇所を事前にどれだけ効率よく修正し、なおかつ印刷所のオペレーターの手を経ないで容易にスピーディに、たとえ複雑な組版であっても実現してしまえるか、という点にある。そのためには著者の執筆段階での理解と協力がいかに大切であるかがその出発点であることは『出版のためのテキスト実践技法／執筆篇』で述べたとおりである。しかし、この点は一部のひとがしたように誤解してもらいたくないが、著者に執筆にあたってこうした入力技法の習得を要求しているわけではない。パソコンにかなり精通してい

第３章テキストの割付け処理から入稿まで

153

るひとからどうしたらいいのかよく知らない初心者まで、こうした［出版のためのテキスト実践技法］の基本を理解してほしいということは述べた。なぜならパソコンに精通した（つもりになっている）ひとの場合は、必要もないのにみずからの入力技術を見せたがる傾向があるからだし、初心者はただただどうしたらいいのかわからないから、［出版のためのテキスト実践技法］の基本をたとえ一部分でも理解してもらえば、それだけでもなにも知らないよりははるかに意味があるからである。それ以外はむしろ編集者のバックアップの問題であることを強調したはずである。いずれにせよ、問題は最終的には編集者の編集技法への意欲と理解の問題に帰着するのである。だからこそこの『出版のためのテキスト実践技法／編集篇』が書かれる意味があったのだが、編集者には著者ができないテキスト処理および編集処理をマスターする必要があるのである。そうしなければ、いつまでたってもファイルの内容に手を加えることもできないし、結局は印刷所まかせということから脱却できないだろう。しかし、ここでも勘違いされては困るのは、編集者が印刷所の仕事までしなければならないのか、というよくある疑問である。たしかに編集者がファイルの処理にいつまでも手間どっているようではこうした的外れな疑問に絶好の口実を与えてしまうことになる。そうならないためには、編集者はテキストを編集処理する最小限の技術の習得とそのために必要なツールをそろえるぐらいの努力を怠ってはならないのは言うまでもない。この『出版のためのテキスト実践技法／編集篇』はべつに魔法を可能にするのではなく、理に適った技法の可能性がパソコンをつうじて存在することを主張しているだけである。さて、あらためて編集者のテキスト編集処理とはなにかを整理してみよう。

154

すでに SED をつうじて用字用語の統一やファイル技術上の欠陥を是正するテキスト一括処理の方法は述べてきた。これだけでもゲラにしてから以後の赤字を大幅に減少させてきているはずである。しかし何度でもくりかえし使えるスクリプトを増補し改訂することは次の仕事をいっそうやりやすくするために必要なことは当然だが、これらの一般的で、どの本にもある程度は共通するスクリプトだけで解決がつくとはかぎらない。ケースバイケースでさまざまな特殊な処理を必要におうじておこなわなければならないこともあるだろう。その内容によっては SED で新しいスクリプトを工夫することもあるかもしれない。ここまでついてきてくれた読者なら、自分でもなんとかスクリプトを編み出すことができるようになっているかもしれない。SED の場合は通常はファイルの上書きをすることはないから、試行錯誤でスクリプトがうまく機能するようになるまでテストをかさねてみる必要もあろう。うまくいけば、結局そのほうが編集処理が早くなるし、なによりもその快感は替えがたい。あとで再利用もきく。あるいはあまり複雑な問題でなければエディタの検索・置換メニューでも十分である。とにかく通読の過程のどこかで修正すべき問題点に気がついたところで、さかのぼって全文にわたる修正処理をすることができるのがこの［出版のためのテキスト実践技法］の具合のいいところなのである。編集者は原稿の通読や検討にあたって、さまざまな水準の問題を同時多発的に考慮していかなければならないから、なにも問題になるようなパターンがその初出箇所で見出されるとはかぎらない。なんとなく気になっていて、最後のほうでそうしたパターンをやはり変更しようと判断するにいたる場合だってある。著者から一括して変更できないかと頼まれることだってけっこうあるのだ。たとえばある大著で「彼」という表記を「かれ」というひらがな表記に変更したいという


155

申し出が仮ゲラの最後の段階であって、数千箇所におよぶ修正を一挙におこなったこともある。こうした作業を人間の目と手をつうじでおこなおうとすれば膨大な時間がかかるうえに見落としも100や200は出てきてしまうにちがいない。そもそも本ゲラになっていたらそこまでは実際上できないというのが普通である。残念ながらあきらめざるをえないということになりかねないのである。ともかくこうした後処理をする場合、未読の部分はこうした一括処理をしておいても、そこを読む段階ですぐ見分けがつくからあまり気にすることはないが、誤変換の起こりそうなパターン処理は既読部分にかんしてはひとつひとつ確認してから置換をするようにしたほうが安全である。だからなるべく早めにこうしたパターンを見つけるようにすることもあとの作業が快適かつ高速になるわけである。しかし編集作業はこうしたテキスト一括処理だけでは十分ではない。印刷所に入稿するにはつねに割付け処理、さまざまな指定などをおこなう必要があるからだが、それをファイル上でおこない、印刷所の組版システムにテキストデータが流しこまれたときに、それらの割付けや指定が機械的に処理されてゲラに実現されるようにすることである。どんなに複雑なデータであっても、割付けや指定さえしっかりしていれば、印刷所の組版ソフトは正確にデータを指定通りに組み上げるのである。そのためにはすこしばかり馴染みにくく見えても、それはこれまでペーパーのうえで指定してきたことをファイル上でするだけのことである。ゲラが指定通りに組み上がってしまえば、あとは著者に再確認の意味でゲラを見てもらう以外にほとんどなにもすることがなくなっているはずである。編集者はこのゲラを念校のつもりで出してもらうことになる。したがってよほどのことがないかぎり、初校責了になるというのは嘘でも偽りでもないのである。このあたりの編集手順を以下に記述しよう。

156

3-2 割付け処理の手順 3-2-1 HTML もどきタグの埋めこみ用字用語の統一やファイル技術上の欠陥を是正するテキスト処理という仕事とは別に、つぎにおこなう編集作業はいわゆる〈割付け〉である。（これらの作業はどちらを先行させてもかまわない。たんに記述上の前後関係にすぎない。）しかしここでも従来のように、紙の上に赤字で割付け指定をしていくのではなく、ファイルに割付け指定用の文字や記号を埋めこんだり、指示を書きこんでいくという作業がテキスト処理のもうひとつの仕事である。この指定ないし指示は、印刷所の高度な編集機にテキストデータが流しこまれたときに自動的に変換されてゲラが組み上がるようになるための符牒の役割をもつ。これをタグ付けと呼ぶが、それはなにも絶対的に決められた約束事ではないので、こうしなければならないという共通のルールではない。編集者と印刷所のオペレーターのあいだできちんと意志が伝わればいいのである。ただ、毎回ちがったルールを用いるのでは間違いのもとになるので、できれば決まったルールを確立しておくほうがおたがいに仕事がしやすかろうというだけのことである。ましてこれが業界としてなんらかのルール化ができてくるならば、だれが編集しても、どこの印刷所で仕事を引き受けても、一定の確実さが保証されるのである。したがって、わたしがこれから提示する割付け処理の方法は、自分で現場的に実践してきてその有効性が証明ずみのものとして、しかしながらあくまでもひとつの私案として提案するものである。わたしはこれを「HTML もどきタグ」と呼んでおく。ブラウザでホームページなどを見せるための簡単な構造化言語である HTML（HyperText Markup Language）はいまのところきわめて一般的に使われているハイパーテキスト用の言語であり、多少の知識をもっていればだれに

157


でもわかりやすい形式をもっている。たとえば見出し行などを 6 段階の大きさに設定するために文字列の前に …… の開始タグをおき、文字列のうしろにそれに対応する …… という終止タグをおけば、それはなんらかの文字の大きさとして指定されたことになる。とではさまれればボールド体（太字）に、とではさまれればイタリック体（斜体）になるといっ

た具合である。つまり、開始をしめす < > と終了をしめすのかたちで示されたコマンドによってテキストデータが構造化されて立ち上がるという仕組みである。書籍の割付け作業というのもどこかこのハイパーテキスト的な構造化を与える作業に似ている。だからこの HTML もどきのタグ付けを導入しようというのはそんなに違和感を与えるものではないはずだし、なによりもわかりやすさという点で他のどんな方法よりもすぐれていると考えられる。あとは印刷所に入稿するときに、それぞれのタグの意味をきちんと特定した指定書をいっしょに渡せばいい。しかもこの指定方法はなるべく変更しないようにしていくことが肝要なのである。そうしないと、編集者自身がこの割付け指定作業をしているあいだに混乱してしまうことだってありうるからだ。そこでわたしが実践しているタグ付けのパターンを以下に示しておこう。(*)【図３１】＊見出し関係文字列 ……大見出し文字列 ……中見出し文字列 ……小見出し＊強調関係文字列または¶文字列♪……ゴチック文字列 ……ボールド

158

図３１

文字列 ……アンダーライン < 傍線 > 文字列 ……傍線文字列または＿￣文字列￣＿……イタリック＊ルビ、傍点、主要な欧文特殊文字など＿ ^ 親文字列【ルビ文字列】^ ＿……ルビ指定＿¨文字列¨＿……傍点指定 a'/A'/i'/I'/u'/U'/e'/E'/o'/O'/c'/C' … … アクサンテギュ（á/Á/í/Í/ú/Ú/é/É/ó/Ó/c´ /C´） e`/E` ……アクサングラーヴ（è/È）


159

a^/A^/i^/I^/u^/U^/e^/E^/o^/O^ ……アクサンシルコンフレックス（â/Â/î/Î/û/Û/ê/Ê/ô/Ô） c&/C& ……セディーユ（ç/Ç） a``/A``/i``/I``/u``/U``/e``/E``/o``/O`` … … ウムラウト（ä/Ä/ï/Ï/ü/Ü/ë/Ë/ö/Ö） B& ……エスツェット（ß） a&e/A&E/o&e/O&E/f&f/f&i など … … リガチャー（合字）（æ/Æ/œ/Œ/ff/fi） e ￣ /i ￣など……ギリシャ語、ラテン語長音文字（e¯ / ¯ı ） ○

N%o% ……上付き文字（半角の % ではさむ）（N ） H$2$O ……下付き文字（半角の $ ではさむ）（H2O） _' 文字列 /'_ ……シングルクウォートの開きと閉じ（‘ … ’） _" 文字列 /"_ ……ダブルクウォートの開きと閉じ（“ … ”）＊その他 <S1> 文字列 ……活字を小さくする < 引用 > 文字列 ……引用の部分指定 < 地ツキ > 文字列 ……地ツキ指定【改丁】(**) ……ここから改丁にする【改ページ】……ここから改ページにする (*) このうちの多くは『出版のためのテキスト実践技法／執筆篇』で例示したものと同じであるが、一部追加または修正したものがある。 (**)【】という記号セットは通常あまり使用されないのと、目につきやすいという性質上、割付け指定あるいは疑問点の指摘などに用いると便利なので使うことにしている。

160

3-2-2 割付け作業の種類前節で割付けという仕事はハイパーテキスト的な構造化を与える作業に似ていると書いた。ここでは原稿ファイルにさまざまな編集処理のプロセスを挿入していくことになる。それらの手順や方法を以下にわかりやすく説明していこう。割付け作業にはどんな種類があるだろうか。（）原稿の全体を見渡して、どれが一番主要なレベルの構成単位で 1 あり、どれがその次のランクに位置しているか、さらにその下にランクされるものがあるのかどうか、まずこうした原稿の基本構造を確認するところから割付け作業は始まる。部、章、節、項といったその本の構成レベルを確認し、あるいはその中間に位置する単位のようなものがあるかどうかを確認する。部立てになっているのか、章が最大の構成単位なのか、節や項、中見出しや小見出しといったものはあるのかないのか、よく見きわめることである。それらに「文字列」「文字列」「文字列」といったレベルを設定する。改丁や改ページといったページ指定をするときには必要な箇所に【改丁】または【改ページ】というタグを埋めこんでいく。（）つぎに文中の小さな補足的説明（たとえば亀甲〔 2 〕で指示されるようなそれ）や、後注のように章末または巻末にまとめられるような文のまとまりを小活字によって示そうとする場合。たとえばそれらに「<S1> 文字列」といった処理をするか、「【これ以後すべて、8 ポ 1 字下げにする】」といった指定を入れる。またタイトルのあとにエピグラフなどが入る場合もある。そうしたときにも、「【この部分、7 ポ 20 字下げ、行間 5 ポ】」などと具体的な指示を書きこむ。こうした特定の指示は自動処理できないので、印刷所のオペレーターにデータの流しこみのあとに手動で処理してもらうことになる。(*)


161

（）ルビ、傍点、イタリック、欧文特殊文字といった、学術書や専 3 門書などにはよく出てくる文字列の指定作業もある。また引用などの場合、たとえば前後 1 行アキにして 2 字下げのインデント処理をすることも必要かもしれない。これらには前節で指定した < 引用 > タグを前後に埋めこむ。なお、引用文は原文表記をそのままにしておく必要があるので、事前に引用タグをファイルに埋めこんだうえ、「2-6-3 コマンド処理の位置をアドレスで指定する」で指摘したように、アドレス指定をして引用部分にテキスト一括処理コマンドを走らせないようにする必要がある。（）図版や写真などをページに挿入する場合には、具体的にファイ 4 ルに書きこむ。たとえば「【ここに「写真 3」が入る。10行分アキ】」とか、「【このあたり奇数ページに「図版 5」を入れる】」などといった指示である。こうしたファイル上のタグや指示のデータの大半は、印刷所の組版編集機の設定で一括自動変換されるときに、ブラウザにおける HTML タグのように、必要な処理をほどこされたあとは自動的に脱落するように設定されることになる。このタグや指定をふくんだ文字セット自体が指定された文字処理に変換されるように設定されると考えてもよいだろう。とにかくこれらのタグや指定は必要がなくなれば削除されるべきなのは言うまでもない。こうしたタグや指定とは別に、これは割付けの範囲をこえるが、通読の過程で見いだされた原稿の疑問点があった場合に、一時的に訂正案または修正案をファイルに書きこむこともできる。たとえば「【この表現を……に変更する？】」などとしてファイル化し、後述するように、このファイルを仮ゲラとして出力したときに著者の目に止まりやすくするのである。これらは著者の訂正確認を見て、編集者がファイル上で訂正してしまえば、このプロセスはそこで終了する。

162

(*) 本書では DTP 用のタグ埋め込みの説明はしていないが、DTP に流しこむためのより高度な割付け指定をすることは可能である。この方法を用いれば出版社内で完全版下まで自動処理で作成することができる。ただしこれは高度で複雑なファイル処理の技術を必要とするので、かならずしも一般的ではない。必要と思うひとは各自で考案されればよいだろう。そのさいには HTML タグもどきではなく、XML(eXtensible Markup Language) あるいは SGML(Standard Generalized Markup Language) のタグ付けが必要になろう。

3-2-3 割付け作業の効率化さて、それではこれらのタグや指定を効率的に埋めこむにはどうすればいいのか。一括処理しうるものとできないものがあり、またもともとの原稿の成り立ちによっても一括処理しうるものとできないものもある。ここではあらかじめ一括処理をほどこしうるものにたいしては一気にタグの埋めこみをし、その他のものは必要におうじてファイルまたは原稿をチェックしながら、これらの処理を手作業でおこなうことになる。実際の作業効率からすると、もっとも具合がいい編集作業手順は次の方法である。まず、著者から原稿とファイルを受け取るときに、漢字の使いかた（漢字の開きかた）、送りがなの使いかた、固有名詞の確認、世紀や年月日の表記法などの原則的な表記の統一基準を確認しておき、それにしたがって SED をもちいて前掲の用字用語の統一等のテキスト一括処理をしてしまう。つぎにここで提案していくような割付け作業を気がつく範囲でできるだけ処理してしまう。それを今度は、後述するように、WinLPrt のようなテキストファイルを自由に書式設定して印刷できるツールを使って、その本にあわせたページ設定で仮ゲラを出


163

力する。この仮ゲラには、すでにテキスト一括処理された用字用語その他のデータが反映されており、さまざまなタグ付けや指定がそのまま出力されているのである。つまりタグ付けや指定それ自体はテキストデータなのだから、当然そのまま出力されることになるわけだ。そしてようやくこの仮ゲラを編集者は通読することになる。しかしここまでの処理がうまくいっていれば、たいていの一般的問題はすでに解決されてゲラとして出力されているのが確認できることになっているので、むだなところに神経をくばらずにテキストの通読に没頭することができる。もちろん、ここで内容上の問題を中心にさらに徹底的に疑問や問題点を洗い出し、疑問点などの追加は仮ゲラに鉛筆等で書きこみを入れ、著者の確認を要請するようにする。また技術上の見落としなどがあれば、赤字を書きこむか、いきなりファイルにタグなどの入力をしてしまえばよい。つまり著者に確認してもらう必要のある箇所と印刷所入稿用のタグ指定その他の箇所は、後者が内容上の変更ではなく著者に確認してもらう必要がないという意味でファイルの修正を優先してかまわないのである。さて、こうして通読を終えた仮ゲラは、もし赤字や確認箇所がすくなければそのまま著者に渡されるか、もういちど追加入力したものを再出力して著者に渡される。そのさい、著者にタグ付けや割付け上の指定の部分の意味を説明して理解してもらうようにする。こうして仮ゲラでひとまず著者校正をしてもらうのだが、経験上、すでにこの段階で入る赤字はきわめて少なくなっている。あらかじめ問題になりそうなところは修正してしまってあるのだから当然の結果である。そして戻ってきた仮ゲラを見ながらファイル修正すれば、この段階でほとんど内容上のチェックと割付け作業は終了したことになる。いや、事実上の編集作業は終わったも同然なのだ。したがって印刷所にこの修正ファイルを入稿するのは、念校を出してもらうためな

164

のだというわたしの主張が絵に描いた餅でないことは理解してもらえるだろう。それでは実際の割付け作業の手順の説明にもどろう。たとえば前節の（）の作業では、まず【改丁】または【改ペー 1 ジ】というタグの埋めこみをすませたい。必要な箇所はすぐ見つかるだろうからこれらをコピー＆ペーストで必要な箇所の前に貼り付けていく。これには独立したページになる「扉」ページなどにも適用すべきである。「部」とか「章」もこうした処理の対象である。例を挙げれば、【改丁 = 扉】出版のためのテキスト実践技法／編集篇【改ページ】第１章これからの編集者は何をするのかといった具合である。さらに章タイトルを大見出しにすることがわかっていれば、ついでにこれにタグを付加してしまうことも都合がいい。【改ページ】第１章これからの編集者は何をするのかうしろのタグはあとから検索して付けることも、後述するクリップボード・ユーティリティなどに登録しておいたタグを検索・置換のあいだにペーストしてもよい。エディタでこの作業をおこなう簡単な方法としては、「検索・置換」メニューの検索文字列に「^[□ _]* 第」と入力し、置換文字列に「【改ページ】第」として、検索し確認しながら置換していく方法でもさほど手間はとらない。さらにこれらのタグ埋めこみのより高度な方法として SED を使う


165

場合を想定してみよう。たとえば本文がひとつのファイルにまとめられていて、「第」と全角算用数字と「章」で構成される章立てが多くあるような場合を想定してみると、これらの文字列を一発で検索・置換するには、 ●スクリプト実例 25 「 # 章のタイトルに【改ページ】タグを付ける s/^[□ _]* 第 ¥([１ - ９][０ - ９]*¥) 章 /【改ページ】第 ¥1 章 /g」とすればよい。これはスペースがあってもなくても「第…章」というかたちではじまる文字列があれば、スペースを削除して「【改ページ】」という文字列を、さらに最後に「」という文字列を追加するというスクリプトである。ついでに章タイトルを何行どりにするかを暫定的に決め、タイトルのうしろに空行をその分だけ入力しておくのもいい。節とか項、あるいは中見出しと小見出しなどもこのさい同じような方法を見つけることができれば、またはの入力を先に処理してしまったほうがいい。場合によっては原稿を見ながら手動でコピー＆ペーストすることになる。それでも全体の構成が見やすくなるし、あとでこれらのタグを検索することで一括処理したりすることもしやすくなる。前節（）の作業でも、原稿に補足のための注（主として〔 2 〕のかたちで示される）が数多くあるような場合、たとえばこの〔〕はほかには使われることがないか、ほとんどないから、〔〕を検索し、その前後に <S1> を配することでエディタでも簡単に検索・置換ができる。ここでも SED を使うとすれば、

166

●スクリプト実例 26 「 # 補足注に <S1> タグを付ける s/〔¥([^〕 ]+¥)〕/<S1>〔¥1〕/g」とすればよい。また印刷所に新規テキスト入力してもらうような場合、ルビや傍点が?出するような原稿の場合には、たとえば傍点は「◇文字列◆」とするような取り決めをしておいて、あとはエディタで「◇」を「＿¨」に、「◆」を「¨＿」に一括変換するだけでよい。またルビなどの場合はやや複雑であるが、すでに「2-5-9 ルビの修正」で例示したように、いわゆる「写研方式」と呼ばれるルビ指定方式がある。全角の「＠」＋親文字（列）＋全角の「×」＋ルビ文字（列）＋全角の「＝」という記号と文字（列）の組合せでルビを指定する方式である。こうした方式で入力されているファイルをわたしの方式に変換するにはやはり SED の力が必要になる。この場合のスクリプトは、 ●スクリプト実例 27 「 # 写研方式ルビ指定の変換 s/ ＠ ¥([、- 煕]+¥) × ¥([ぁ - んァ - ヶー]+¥) ＝ / ＿ ^¥1【¥2】^ ＿ /g」となる。ここで親文字列を示す「([、- 煕]+」は英数文字と全角スペースを除いたすべての和文をあらわし、ルビ文字列を示す「[ぁ - んァヶー]+」はひらがなとカタカナのすべてをあらわしている。ルビ文字にはひらがなとカタカナしか通常は存在しないからである。これ以外のタグ入力はほとんど手動に頼らざるをえない。なかには


167

特殊なパターンが見つけられれば、それなりの一括処理が可能だが、原則的には一般化できないのが普通である。しかしいちいちこれらの記号文字列を入力するのは大変である。そこで活用すべき方法が単語登録であったり、必要なユーティリティがクリップボード・ユーティリティである。これらについては『出版のためのテキスト実践技法／執筆篇』の「4-2 単語登録による高速化」と「4-3 クリップボード・ユーティリティの活用」でくわしく書いたので、ぜひ参照してもらいたい。そこで触れたように、とりわけクリップボード・ユーティリティはこれらのタグの埋めこみのように何種類ものタグ文字列を同時並行的に何度もくりかえし使う場合にはとくに役にたつ。Windows における「 qtclip 」とか「 ToClip for Windows 」、 Macintosh における「CopyPaste」といったクリップボード・ユーティリティは保存機能があるので、必要なデータを一覧からいつでも取りだすことができるのである。(*) 編集にはこれらのクリップボード・ユーティリティは絶対的に必要なツールであり、これらに各種タグ文字列を登録・保存しておけば効率よくこれらのタグ付けができるようになる。正規表現を用いた検索・置換のためのパターン指定、たとえば半角英数文字列をあらわす「 ¥([A-Za-z0-9]+¥) 」や和文一般をあらわす「 ¥([ 、煕]+¥)」などもクリップボードに貼り付けておくと、記述が簡単になる。 (*)『出版のためのテキスト実践技法／執筆篇』で「qtclip」は保存機能がないとしたのは、わたしの使っていたのが古いヴァージョンだったかららしく、最新ヴァージョン（v. 2.6）では保存機能がある。保存されたデータ欄が上に、そのつどコピーされたデータ欄が下にあり、下欄は電源を落とすとクリアされるが、上欄は保存されている。下欄から上欄にドラッグ＆ドロップすると、保存の対象にされる。

168

3-3 仮ゲラの出力による校正作業―― WinLPrt による出力以上で編集作業の前半部（予備段階）はとりあえず終了である。あとは著者との校正作業に入るわけだが、この後半部（仕上げ段階）のうち、その前段が仮ゲラによる著者との校正∼編集者による赤字修正の段階であり、その後段が印刷所への入稿を経て本ゲラ（と、仮ゲラと区別する意味でそう呼んでいる）による最終確認∼責了段階である。ここではこの後半部にはいったところでの最後のヤマ場である仮ゲラによる校正作業について再整理しておこう。編集者はひととおりのファイル処理を終わったところでこのファイルをそのままのかたちで出力（プリントアウト）し、用字用語の不統一や割付けのタグ付けや指定のミスや見落としがないかを確認しながら原稿の徹底的な通読をこの段階でおこなうのである。前述したように、ここで再修正をおこなったり仮ゲラに疑問点や修正案を書きこみ、この仮ゲラが著者へ渡されるのである。しかし何度も言うように、もともとの原稿内容に大きな問題点がふくまれているのでなければ、この仮ゲラによる校正作業はきわめて快適なものとなっているはずである。編集者は若干の修正以外には表記の問題などではもはや大きな問題に遭遇して困惑するようなことはほとんどないであろう。小さな問題が発見されても、その段階でエディタなどによって全ファイル検索と置換をおこなうことができるから、あくまでも通読に専念できるという仕組みになっている。一方で、著者のほうはあまり見慣れないタグ指定に面食らうことはあっても、約束事の原理さえわかってしまえばすぐ慣れてしまうだろうし、それらのタグや指定が正確に機能するかどうかは本ゲラで確認すればよいことだから、ここでは編集者の疑問や修正案にたいしてきちんと回答してもらえればよいのであ


169

る。それを編集者はファイル上で再修正をおこない、必要なら再出力したり、その仮ゲラの再校を著者にもう一度みてもらうこともありうるが、そうしたケースはむしろ稀であろう。実際のところ、この仮ゲラの段階で生ずる赤字はすでにかなり少なくなっているはずだからで、再校が必要になるのは著者が内容上の修正を相当程度おこなってしまう場合に限られるからである。仮ゲラの出力はどんなかたちでもいいが、できれば本ゲラのページ組みと同じものにしたほうがいい。全体のページ数もふくめ、仕上がりのイメージが見えやすいからであるし、著者にも安心感を与えることができる。通常は Word や一太郎といったワープロにデータを流しこんで書式設定することになるだろうが、もし Windows 環境にあるなら絶好のプリント・ユーティリティがある。つまり WinLPrt の出番である。 WinLPrt は堀田俊哉氏作のシェアウェアだが、テキストファイルを自由自在に出力するうえできわめて高機能のユーティリティ・ソフトである。Windows 系のエディタでは、いわゆる「縦中横」の出力もできる QX エディタのような高機能エディタもあるが、書式設定できるのが10種類まででプリンタの選択との連}がかなり複雑だというように使い勝手がいまひとつなのにくらべて、WinLPrt は書式設定はほとんど無限にできるし操作性もよいのでお奨めできる。とにかくテキストファイルでさえあれば、なんでも好みの書式設定に流しこんで出力してしまえるので便利である。書式設定もいちど設定してしまえば、ファイルと無関係に保存しておいて何度でもいつでも流用できる。そこがファイルごとに書式を設定しなければならないワープロより優れているところなのである。言ってみれば、書式という鋳型をあらかじめ作ってしまうという手順なのだ。ここでは WinLPrt の驚くほど多様な機能を紹介する場ではないの

170

図３２

で、［出版のためのテキスト実践技法］にかんする機能に限定して説明しておきたい。まず、WinLPrt を起動すると通常はメインウィンドウが開かれる（設定によって起動画面を選択することができる）。【図３２】ツールバーのカスタマイズももちろんできるが、デフォルト設定でとりあえずは十分だ。そのなかの「プリンタ選択」のボックスに現在使用可能なプリンタが示されているので確認する。もしいくつかのプリンタが使用可能で他のプリンタが設定されているなら、プリンタコントロール


171

パネルから必要なプリンタアイコンを選択し、プリンタメニューから「通常使うプリンタに設定」でプリンタを選択しなおす。ツールバーの右端にあるプリンタフォルダのアイコンをクリックしてもこの画面を呼びだすことはできる。つぎに「書式選択」のボックスに現在選択されている書式名が提示されている。起動直後は通常は「デフォルト書式」のチェックボタンを付けられた書式が選択されている。これはボックスの書式名の横のアイコンにチェックが付けられているので確認できる。もっともよく使う書式をデフォルト書式にしておくのが賢明だ。もしここで選択されているのとは異なる書式を使おうとするなら、書式名ボックスの右端に付いている「▼」のプルダウンメニューをクリックして出てくる書式一覧から該当する書式を選択するか、もし適当な書式がなければ新規に作成する必要がある。これらは保存しておけばどんなファイルにたいしてでも何度でも使用することができるから、できれば必要になるたびに新しい書式を作成することが望ましい。【図３３】新しい書式をつくるにはいろいろな方法があるが、まず「書式」メニューから「書式設定」を選び、「書式情報」タブのダイアログで書式名ボックスのすぐ下にある「ベース書式」ボックスからベースにすべき書式を選択する。これらは既成の書式はすべて利用可能であるから、それらのどれかをベース書式にすることも可能だが、できればもっともベーシックな書式を作っておいてそれを流用して作成することが望ましい。「A4 標準」とか「B5 標準」とでもいうような標準書式をあらかじめ作っておくと便利である。【図３４】これらの内容はあまり変更しないようにする。ベース書式が変更になると、それに依拠している他の書式も変更されてしまうことになるからである。ともかくこうしたベース書式を選択し、書式名を書き替えると右の上から 2 番目の「変更」ボタンが「追加」ボタンに変更されるので、既成の書式

172

図３３

を上書きしてしまうことはない。書式名を入力し、書式設定メニューからそれぞれのタブで設定をしたあと、右上の「OK」ボタンを押せば完了である。ここで書式設定のタブについて簡単に触れておこう。目的は当面必要な書式、つまり１行の文字数と 1 ページの行数、それに適合する用紙サイズ、さらには上下 2 段組にするのか、左右の見開き 2 ページ組にするのか、出力フォントの種類とサイズ、ヘッダー（ゲラで言えば「柱」）とフッター（同じく「ノンブル」）とその書体・サイズ・位置


173

図３４

の指定、禁則処理など出力にあたっての細かい指定、などがその主要な設定課題である。ここでもっとも重要なのはページ設定である。もし本の最終のページ設定が四六判で、1 行45字組・1 ページ17行とでもするつもりなら、「用紙」タブで用紙サイズを B5 にし、「フォント」タブで漢字フォントと英字フォントを 9 ポに設定する。この 2 種類のフォントをそれぞれ別々に設定することもできる。つぎに「ページ書式」タブでとりあえず余白を適切と思われる数字に設定し、「段組み」のところでプルダウンメニューから「段組み・横」と 2 段を選択する。こうすると見開き 2 ページのかたちに組むことができる。間隔は25ミリ程度でいい。【図３５】さらに「行桁数」タブで「ピッチ指定」か「行桁指定」のどちらかのラジオボックスを選択する。「行桁指定」を選ぶと 1 行

174

図３５

の字数と 1 ページの行数の設定はできるが、「ページ書式」タブでの余白の指定に関連するので、フォントサイズが自動的に算出されて変更されてしまう。指定した 9 ポにするには余白を調節する。「ピッチ指定」を選ぶと、文字間隔、行間隔が細かく設定できる。決まった字数、行数にするにはプレビューを見ながらこれらの間隔を変更したり、ページ書式の余白を調節したりして、気に入ったかたちになるまでこの設定をくりかえす。やや面倒だが、このほうが納得のいくかたちに仕上げやすい。ちなみにこの書式設定の場合、あとは「禁則」タブで禁則処理を「追い出し＋ぶら下がり」などに設定したり、ワードラップやジャスティフィケーションのラジオボックスにチェックを入れる、など好みにおうじて細かい設定をする。最後にヘッダー、フッターの位置、フォントの種類とサイズなどを決定し、プリンタを設定


175

図３６

すればほぼ終わりである。ベース書式でこれらの基本設定をすませてあれば、行間や字間のピッチを変えたり余白を調整したりするぐらいで新しい書式ができてしまう。【図３６】 WinLPrt のすごいところはこれにとどまらない。書式設定の画面右下の「高度」ラジオボックスにチェックを入れると「見出し行」設定ができ、見出しを別フォント、別サイズで出力できたり、さまざまなフィルタ処理などもできるのである。なにしろ「sed32.DLL」や「GAWK32.DLL」をインストールすると、SED や awk といった UNIX 系ツールと関連してフィルタ処理にも使えるという超スグレものなのである。WinLPrt を使って SED のフィルタ処理をつうじた出力も可能なのであり、たんなるプリント・ユーティリティではないところがおもしろい。

176

Macintosh 系には残念ながらこれほどすぐれたプリント・ユーティリティは存在しない。したがってページ組のかたちで仮ゲラを出力することはむずかしい。しかし Jedit でも YooEdit でも適当な形やフォントや文字サイズを指定してきれいな出力をすることはできる。エディタは出力のためのソフトではないから、どうしても書式を整えたい場合は印刷のためのソフトとしてのワープロで代用するしかない。もっとも最近みつけた「DropTextPrinter」というシェアウェアがあり、書式設定などは WinLPrt にくらべてはるかにシンプルだが、とりあえずテキストデータの出力は可能である。書式設定も複数つくって保存しておくこともできる。ともあれ、こうしたツールを使って出力された仮ゲラを編集者と著者のあいだで必要なら何度でも（と言ってもたいていは一度ですむ）往復することで印刷所を通さずとも校正を重ねることができる。もちろんパソコンによる出力なので経費はきわめて安くできるのである。

3-4 印刷所への入稿――最終確認としての出校こうした仮ゲラによる著者校正と編集者による赤字修正を経て、いよいよ最終段階へはいるわけである。しかし、すでに記述してきたように、この最終段階はなにも難関というようなことはなく、最後の仕上げといったおもむきのものである。編集者が最後にするべきことは、ファイル修正したテキストデータを必要なら完全原稿に再出力し、データを FD 化することと、もうひとつは印刷所のオペレーターへのきちんとした指示書を作成することである。これまで述べてきたような各種のタグや指定の意味を明確にすることによって、印刷所のオペレーターが編集者の意図を十分に理解できるようにすることであ


177

る。この段階でやといったタイトルまわりの書体やサイズを編集者ははじめて考えればいいのである。これまでのようにあらかじめ割付けを確定してからでないとゲラが出せず、したがって通読、校正などがそのあとになってしまうようなことはなく、まずタグ指定による仮指定によって仮ゲラを作成し、その段階でとことん内容チェックと修正をしてしまうから、もはや大きな修正をおそれることがなくなった段階で最終の割付け指定をするのである。こんな確実で楽なことはないのではなかろうか。そして言うまでもなく、この段階までで大きな修正（大幅な削除や構成の変更など）がもしあったとしても、印刷所入稿以前の段階で処理がすませられるのだから、むだなコストや手間がかからないのである。パソコン上で大きな修正をするといっても、画面とファイルのうえでのことだから、実際のところは簡単な技術処理上のことでたいした問題にはならない。むしろ本ゲラにしてからどうしても大きな修正が必要になったり、それがコスト上その他の関係でできないためにみすみす目をつぶったりせざるをえないことのほうがどれだけ損失になるか、はかりしれないのである。むしろこうした大きな修正をいとわずに本の内容に即した思い切った修正を編集者のほうから提案することだって考えられるのだ。最後に、わたしが印刷所への入稿時に原稿とともに渡した本書の組版指定書の実例を参考までにお見せしよう。「 ◆『出版のためのテキスト実践技法／編集篇』組版指定書 ★四六判並製カバー ★版面＝天より22ミリ、小口より16ミリ、ノドより17ミリ ★本文＝13Q中M31字（字送り12. 5H）×27行（行送り 22H）横１段組。

178

★「付録」ページ＝10Q中M39字×48行（行送り12H） ★ …… で指定：大見出し（章タイトルほか）＝15Q 太ゴチ詰め・天ツキ、左右中央、9 行どり（うしろの空行分ふくむ）。 ★ …… で指定＝13Q太ゴチ詰め。 ★ <S1> …… で指定＝11Q中M（行送り18. 5H）。 ★目次＝本文と同じ。 ★扉・扉裏＝15Q太ゴチ詰め・天付き、左右中央。ただし …… は13Q太ゴチ詰め、左右中央。 …… は10Q太ゴチ詰め、左右中央。 ★ノンブル＝11Qガラモンド・両頁天・小口より16ミリ、本文版面より 7 ミリアキ。 ★柱＝10Q太ゴチ・奇数頁、ノンブルより11ミリのダッシュはさむ、天ツキ・章タイトル名（例：第１章なんのためのテキスト実践か） ★ルビ形式＝＿ ^ 親【おや】^ ＿＿ ^ 文【も】^ ＿＿ ^ 字【じ】^ ＿＿ ^ 列【れつ】^ ＿（ただし本文に使用例なし） ★傍点形式＝＿¨と¨＿ではさんである。例：＿¨傍点¨＿（ただし本文に使用例なし） ★イタリック形式＝＿￣と￣＿ではさんである。例：＿￣ S ￣＿ tream ＿￣ ED ￣＿ itor ★ゴチック形式＝は¶と♪ではさんである。例：¶【図 1】♪（この場合の【】はイキ） ★図版処理＝原則は左右中央、天地なりゆき。指定なしの場合は左右版面合わせ。 ★欧文特殊文字指定＝以下の要領です（ただし本書では書式指定以外の使用例なし）アクサンテギュー→ e'/a'/o'/y'/E' など（l'、s' などの子音との組合せのときは通常のアポストロフィとして使用）


179

アクサングラーヴ→ e` アクサンシルコンフレックス→ a^/i^/u^/e^/o^ c セディーユ→ c&/C& ウムラウト→ a``/i``/u``/e``/o``/A``/O`` などエスツェット→ B& 合字→ o&e/a&e/O&E/A&E ギリシャ語、ラテン語長音文字→ e ￣、i ￣上付き文字（半角の % ではさむ）→ N%o%（ナンバー記号） ★約物間の二分ツメは未処理。ツメてください。 ★「=」は全角内２分ダブルハイフン。（ただし本文に使用例なし） ★「−」は全角内２分ハイフン。（ただし本文に使用例なし） ★スペース、空行はそのままイキ。 ★行頭にタブが入っているところは 2 字下げ。 ★「¥」記号が印刷ユーティリティ WinLPrt の問題ですべてバックスラッシュになっています。これはすべてファイルのまま。 ★「屡々」は正字にしてください。以下は留意事項。 ★原稿とファイルに異同がある場合はすべてファイル優先。 ★【】は割付け指定。確認したら削除し詰めてください。ただし【図…】の【】はイキ。」

あとがき

「はじめに」で記したように、本書は『出版のためのテキスト実践技法／執筆篇』の続篇あるいは姉妹篇として刊行されるものである。『執筆篇』はどちらかと言えば、著者の出版用原稿入力のための基本ルールについてのマニュアルだったのにくらべ、本篇のほうはより出版編集に即したノウハウについて述べたマニュアルである。前著が著者のみならず編集者もふくめたパソコン入門者用の基礎篇だったとすれば、本書はパソコン中級者向けと言ってもいいかもしれない。ただ、編集者は、SED や正規表現についての知識や理解が不十分であっても、本書に記したツールやスクリプトファイルを流用して実質的な成果をあげることは可能である。 UNIX 系のツールである SED はもともと自由に使ってかまわないプログラムであり、それを Macintosh や Windows に移植した SED ツールの多くはフリーウェア（無償ソフト）である。その意味では本書で公開している技法やスクリプトファイルもまたフリーウェア的なものである。これらのファイルは未來社ホームページの「未來社アーカイヴ」ページからもその最新ヴァージョンがダウンロード可能にしてあるので、本を見ながら入力されてもいいし、未來社ホームページからコピーしてもらってもいい。だれにでも自由に使ってもらっていいものとして提示される。望むらくは、もしこの本を参考にして自分でより使い勝手のよいスクリプトなどを考案されたら、ぜひわたしにも教えてほしいというだけである。本書の原稿の仕上げ段階になって、専門書取次の鈴木書店が破産申

あとがき

請をおこなったことは、わたしにとっても大変にショッキングな事件であった。その背景には出版不況とともに専門書の売れゆき不振というゆるがせにできない現実があり、著者から読者まで専門書をとりまく状況のいっそうのきびしさが予想されることになったからである。このままでは少部数の専門書刊行はますます困難になってしまう。専門書出版の困難さはいまに始まったことではないけれども、これまで出版にかかわってきた者として、なんとしてもこの困難のなかからでも〈出版文化〉と呼ぶにあたいするものを存続させていきたいと思っている。その一念から本書の執筆をつづけてきたのだが、いよいよ専門書の編集作業における［出版のためのテキスト実践技法］の真価が問われる時代にはいったと思わざるをえない。『出版のためのテキスト実践技法／執筆篇』にたいしてさまざまな誹謗や中傷をくわえる者が少なからずいた。いずれも狭い業界内先陣争いの自慢話のついでにわたしの本に言いがかりをつけているにすぎない。たんに著者や編集者をコキ使うための本であるといったような読まずにする言いがかりもある。その一方で、この方法の意義を認め、続篇たる本書の刊行を待ち望んでくれた多数の読者の声も聞えてきている。本書を読んでもらえば、わたしがはじめから意図していた方向がようやく理解してもらえると思う。もっと言えば、この［出版のためのテキスト実践技法］の方向性にもとづかないかぎり、これからの専門書編集はむずかしいのではないかとわたしは確信している。この思いが読者（編集者）につたわり、実践的に自分の仕事に適用してみて、効果があることを納得してくれることを切に願う理由である。それからもうひとつ主張しておきたいことがある。この［出版のためのテキスト実践技法］は著者と編集者（出版者）のための技法であることはもちろんだが、この技法の浸透によって有利になるのは著者と編集者だけではない。見逃してならないのは、専門書のような少部

数の書物が刊行しやすくなることによって、その仕事を受ける印刷所にとっても利益になることである。なぜなら、一点ごとの刊行経費（時間がその最大の要素だが）が軽減できるために印刷所としては請求額が減少するという事態が生ずる代わりに、この方法の浸透によって刊行点数が大幅に増大することが可能になるからである。わたしの計算では編集者の労力は半減以下になるはずであり、したがって同じ実働時間で 2 倍以上の生産性が上がるはずである。企画の実現可能性もおおきく高まることによって、これまで採算の面で実現が見送られてしまった企画の多くが実現可能になるのである。そうした未知の可能性を秘めた書物のなかに重要な書物の多くがどれだけ眠らされてきたであろうか。本書の刊行がきっかけとなって将来の名著がつぎつぎと刊行されるようになれば、著者・編集者・印刷所の、そして読者までがいずれも報われることになる。楽観することができにくくなった時代とはいえ、そうした事態の出現を望まないわけにはいかないのである。本書の刊行にあたって、高橋陽氏にはゲラの通読ばかりか、スクリプトの問題点のご指摘にいたるまで多大な協力をしていただいた。最後になったが、SED にたいするわたしの蒙を啓いてくれたこととあわせてお礼のことばもない。また、戸田ツトム氏には前著ともども本書にふさわしい装幀をしていただけたことをうれしく感謝する次第である。 2002年 1 月 5 日西谷能英

付録

付録

［付録 1］編集用日本語表記統一基準 version 1.3 （★はママのものもありうるもの→★の付いたものは変換後に確認する） ●ふつうは変換したほうがいいと思われるもの（きりがないので?度の高いものだけ）敢えて→あえて明か→明らか★ 辺り→あたり余り→あまり★ 予め→あらかじめ凡ゆる→あらゆる（在り／有り／あり）方→ありかた有（り）難（い／き／く）→ありがた（い／き／く）有（り）難う→ありがとう有（り）様→ありさま如何に→いかに幾らか→いくらか些か→いささか何れ→いずれ頂（い／か／き／く／け／こ）→いただ★（い／か／き／く／け／こ）（例外：本来の動詞の場合）一応→いちおう何時→いつ★ 一向→いっこう★（例外：一向宗、一向一揆）一切→いっさい★（例外：一切れ）一緒→いっしょ一斉→いっせい★ 一層→いっそう★ 一体→いったい★（例外：一体化、一体となる、同一体、など）一旦→いったん色々→いろいろ（の）内（なる／に／の）→（の）うち★（なる／に／の）於（いて、ける）→おいて、おける往々→おうおう大いに→おおいに大袈裟→大げさ概ね→おおむね恐らく→おそらく各々→おのおの面白（い／か／き／く／け／し／そ）→おもしろ（い／か／き／く／け／し／そ）及び→および★ 凡そ→およそ★ 却って→かえって拘らず→かかわらず★（例外：「こだわらず」と読む場合）掛け→かけ★（例外：命がけ、心がけ、手がけ）且つ→かつ嘗て→かつて辛うじて→かろうじて

付録

極めて→きわめて（じ／た／の／る）位→（じ／た／の／る）くらい★（例外：位階、位相、位置、など）極く→ごく（う／た／る／年）毎→（う／た／る／年）ごと★ 如（き／く）→ごと（き／く）殊に→ことに差し当た（って／り）→さしあた（って／り）早速→さっそく様々→さまざま更に→さらに★（例外：夜更に、など）然し→しかし然るべき→しかるべき ?りに→しきりに従って→したがって★（例外：動詞の場合）々→しばしば暫く→しばらくかも知れ（ず／な／ぬ／ま）→かもしれ（ず／な／ぬ／ま）随分→ずいぶん直ぐ→すぐ精々→せいぜい其れ→それ大し（た／て）→たいし★（た／て）（例外：増大した、拡大した、など）大体→だいたい★ 大抵→たいてい大分 / だいぶ★（例外：拡大分、大分県、大分市、など）沢山→たくさん只→ただ但し→ただし直ちに→ただちに（私／わたし／あたし／僕／ぼく／君／きみ／あなた／あんた／男／女／彼／彼女）達 →たち★ 忽ち→たちまち（う／く／す／た／る）度→（う／く／す／た／る）たび★（例外：度合い、度数、度量、など）度々→たびたび多分→たぶん（の／る）為→（の／る）ため段々→だんだん★ 因みに→ちなみに丁度→ちょうど一寸→ちょっと★（例外：一寸法師など）遂に→ついに（思い／顔／考え／気が／傷／縛り／突き／投げ／引き／惹き／結び）付（い／か／き／く／け／こ）→（思い／顔／考え／気が／傷／縛り／突き／投げ／引き／惹き／結び）つ（い／か／き／く／け／こ）（位置／裏／運命／片／価値／関連／気／心／根拠／順位／順序／性格／近／秩序／特

徴／名／根／方向）付（い／か／き／く／け／こ）→（位置／裏／運命／片／価値／関連／気／心／根拠／順序／性格／近／秩序／特徴／名／根／方向）づ（い／か／き／く／け／こ）都度→つど手掛かり→手がかり出来（ず／た／て／な／ま／よ／れ／る）→でき★（ず／た／て／な／ま／よ／れ／る）（例外：名詞の場合）到底→とうてい何処→どこ（た／の／る）所→（た／の／る）ところ（例外：所在、所属、所長、所得、所有、など）途端→とたん兎（に／も）角→と（に／も）かく共に→ともに★ 無（い／か／き／く／け／し）→な★（い／か／き／く／け／し）乃至→ないし尚（お）→なお尚更→なおさら仲々→なかなか乍ら→ながら就中→なかんずく並びに→ならびに成（る）程→なるほど俄（か）→にわか（く／た／の／る）筈→（く／た／の／る）はず果たして→はたして★（例外：動詞の場合）甚だ→はなはだ遙か→はるか★ 相応し（い／か／き／く／け）→ふさわし（い／か／き／く／け）普段→ふだん（い／う／た／の／る／れ／今／先）程→ほど★（例外：程度）殆ど→ほとんど誠に→まことに★ 正に→まさに★（例外：公正に、校正に、厳正に、方正に、など）、先ず→まず益々→ますます又→また★（例外：柴又）迄→まで寧ろ→むしろ無闇→むやみ巡（っ／ら／る）→めぐ★（っ／ら／る）（例外：動詞の場合）滅多（に）→めった（に）若しくは→もしくは勿論→もちろん以って→もって

付録

尤も→もっとも専ら→もっぱら元々→もともと最早→もはや貰（い／う）→もら★（い／う）（例外：動詞の場合）諸々→もろもろ矢張（り）→やはり（が／それ／た／の／る／れ）故→（が／それ／た／の／る／れ）ゆえ★（例外：故意、故郷、故人、など）様（な／に）→よう★（な／に）（例外：多様、同様、など）漸く→ようやく余程→よほど分（か）（っ／ら／り／る／れ／ろ）→わか★（っ／ら／り／る／れ／ろ）解（か）（っ／ら／り／る／れ／ろ）→わか★（っ／ら／り／る／れ／ろ）僅か→わずか亘（っ／ら／り／る／れ／ろ）→わた（っ／ら／り／る／れ／ろ）［特殊事例］上記→前記★（縦組の場合）上掲→前掲★（縦組の場合）上述→前述★（縦組の場合）づつ→ずつ★ （長／短／全／続）編→（長／短／全／続）篇未来社→未來社文芸春秋→文藝春秋丸山真男→丸山眞男 ●どちらかを選択して使用するもの（の／る）間（か／で／に／の／を／、）←→（の／る）あいだ★（か／で／に／の／を／、）宛（て）←→あて★ 後で←→あとで★（例外：最後で、直後で、背後で、前後で、など）表す←→表わす★←→あらわす★（例外：発表する、公表する、代表する、など）現（し／す／れ）←→現わ（し／す／れ）←→あらわ（し／す／れ）或（る）いは←→あるいは或る←→ある★ 行（か／き／く／け／こ／っ）←→い★（か／き／く／け／こ／っ）（本来の動詞以外のとき）依然←→いぜん致（さ／し／す／せ）←→いた★（さ／し／す／せ）至（ら／り／る／れ／ろ／っ）←→いた（ら／り／る／れ／ろ／っ）今←→いま★（例外：今朝、今回、今度、今月、など）（た／の／る）上（で／に／、）←→（た／の／る）うえ★（で／に／、）（例外：上下をあらわす場合）後ろで←→うしろで生れ←→生まれ得（な／る／、）←→え★（な／、）←→う★（る／、）

置く←→おく★（例外：本来の動詞の場合）行（い／う／え／っ／わ）←→行な★（い／う／え／っ／わ）←→おこな★（い／う／え／っ／わ）自ずから←→おのずから折←→折り★←→おり★ 関わ（ら／り／る／れ／ろ／っ）←→かかわ（ら／り／る／れ／ろ／っ）係わ（ら／り／る／れ／ろ／っ）←→かかわ（ら／り／る／れ／ろ／っ）限り←→かぎり難い←→がたい形（で／に／の）←→かたち★（で／に／の）仮（り）に←→かりに来（た／て）←→き★（た／て）（本来の動詞以外のとき）下さ（い／っ／ら／り／る／れ／ろ）←→くださ★（い／っ／ら／り／る／れ／ろ）来る←→くる★（本来の動詞以外のとき）詳し（い／く）←→くわし（い／く）決して←→けっして★ 来な（い／か／く／け）←→こな★（い／か／く／け）（本来の動詞以外のとき）頃←→ころ★←→ごろ★ 際（に／の／、）←→さい★（に／の／、）実（に／の／は／を）←→じつ★（に／の／は／を）（例外：現実に、事実に、忠実に、など）済（む／ま／ん）←→す★（む／ま／ん）過ぎ（ず／ない）←→すぎ★（ず／ない）（例外：本来の動詞の場合）既に←→すでに即ち←→すなわち全て、総て←→すべて（に）対（する／して）←→（に）たい★（する／して）絶えず←→たえず（の）類←→（の）たぐい★（例外：類型、類似、類推、類比、など）例えば←→たとえば単（なる／に）←→たん★（なる／に）（例外：簡単、単純、など）違いな（い／く）←→ちがいな★（い／く）（例外：間違いない、など）続（い／か／き／く／け／こ）←→つづ（い／か／き／く／け／こ）常に←→つねに★（例外：非常に、平常に、尋常に、など）（た／る／の）時（か／が／で／と／に／の／は／ま／も／、）←→（た／る／の）とき ★（か／が／で／と／に／の／は／ま／も／、）時々←→時どき←→ときどき特に←→とくに★ 伴う←→伴なう←→ともなう直（さ／し／す／せ／そ／ら／り／る／れ／ろ）←→なお★（さ／し／す／せ／そ／ら／り／る／れ／ろ）（の／る）中（か／で／に／の／へ／を）←→（の／る）なか★（か／で／に／の／へ／を）（例外：内部の意味のとき）何物←→何もの

付録

何（だ／て／で／と／の／ら）←→なん★（だ／て／で／と／の／ら）（が／た／の／は／る）後に←→（が／た／の／は／る）のちに★ 外（さ／し／す／せ／そ／れ）←→はず（さ／し／す／せ／そ／れ）一つ←→ひとつ人々←→人びと一人←→ひとり★（例外：同一人）風（に／の）←→ふう★（に／の）（例外：風に吹かれ）再び←→ふたたび他なら（ず／な）←→外なら（ず／な）←→ほかなら★（ず／な）紛れ←→まぎれ（例外：気紛れ）全く←→まったく見い出（さ／し／す／な）←→見出（さ／し／す／な）←→みいだ（さ／し／す／な）見事←→みごと難し（い／か／く／け）←→むずかし★（い／か／く／け）無論←→むろん★ 目指（さ／し／す／せ）←→めざ（さ／し／す／せ）持（た／ち／つ／っ／て／と）←→も★（た／ち／つ／っ／て／と）（例外：本来の動詞の場合）最も←→もっとも★（例外：最大級比較の場合）（の）下（に／で／、）←→（の）もと★（に／で／、）（例外：上下をあらわす場合）基づ（い／か／き／く／け／こ）←→もとづ（い／か／き／く／け／こ） ●世紀、年月日の統一一［〇 - 九］世紀←→十［一 - 九］世紀二［〇 - 一］世紀←→二十［一］世紀［二、三］［〇 - 九］世紀←→［二、三］十［一 - 九］世紀（元号 +）一［〇 - 九］年←→十［一 - 九］年一［〇 - 二］月←→十［一 - 二］月一［〇 - 九］日←→十［一 - 九］日 ●人称の統一私←→わたし我々←→われわれ我が←→わが我等←→我ら←→われら君←→きみ彼←→かれ【変更履歴】 *2000/6/2（v. 1. 0）「編集用日本語表記統一基準」v. 1. 0 として未來社ホームページの「未來社アーカイヴ」のなかにリリース。 *2000/7/3（v. 1. 01） v. 1. 0 に若干の補足と修正。 *2001/3/5（v. 1. 1）西谷能英著『出版のためのテキスト実践技法／執筆篇』の付録に収録するために v.

1. 01 に補足と大幅修正。 *2001/6/6（v. 1. 2） ●どちらかを選択して使用するもの、以下の部分の変更案を双方向性の矢印（←→）に変更し、どちらの可能性も同等にあることを明らかにした。 *2001/12/24（v. 1. 3 ＝現ファイル）西谷能英著『出版のためのテキスト実践技法／編集篇』の付録に収録するために v. 1. 3 に補足と大幅修正。

［付録 2］SED 用スクリプト一覧（前項「編集用日本語表記統一基準」にもとづき、より多様な処理をくわえたスクリプト） # 全角数字を半角数字に変換する y/０１２３４５６７８９/0123456789/ # 全角アルファベットを半角にする y/ ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ /ABCDEFGHIJKLMNOPQRSTUVWXYZabcde fghijklmnopqrstuvwxyz/ # 全角マイナスを長音記号に y/ − / ー / # 記号類は全角に y/?!/ ？！ / y/(){}[]｢｣/（）｛｝［］〈〉「」/ y/+-=#$%&¥*@/ ＋−＝＃＄％＆￥＊＠ / y/｡､ｰ･/。、ー・/ # 句読点を，．から、。に戻す。 y/，．/、。/ # 行頭･行末のむだなスペース削除 s/^[□ _]+¥([^ □ _]+¥)/ □ ¥1/g s/^[□ _]+$//g s/¥([^ □ _]+¥)[□ _]+$/¥1/g # 行頭 2 分下げ s/^ □ ¥([「『〈《（［〔“]¥)/¥1/g s/^_+¥([「『〈《（［〔“]¥)/¥1/g # 和文中、欧文中のむだなスペース削除 s/¥([、- 煕]¥)[□ _]+¥([、- 煕]¥)/¥1¥2/g s/¥([？！]¥)¥([、- 煕]¥)/¥1 □ ¥2/g s/¥([？！]¥) □ ¥([」』’”〉》］〕｝】]¥)/¥1¥2/g s/¥([？！]¥)[□ _]+$/¥1/g s/¥([A-Za-z0-9]¥) □ ¥([A-Za-z0-9]¥)/¥1_¥2/g

付録

s/¥([A-Za-z0-9]+¥)_[□ _]+¥([A-Za-z0-9]+¥)/¥1_¥2/g s/¥([A-Za-z0-9]+¥)_[□ _]+¥([A-Za-z0-9]+¥)/¥1_¥2/g s/¥([])A-Za-z0-9]¥)[□ _]+¥([,.;:]¥)/¥1¥2/g s/¥([,.;:]¥)[□ _]*¥([[(A-Za-z0-9]¥)/¥1_¥2/g #（）［］は欧文中では半角に s/¥([]A-Za-z0-9]¥)（¥([[A-Za-z0-9(]¥)/¥1_(¥2/g s/¥([)A-Za-z0-9]¥)［¥([[A-Za-z0-9(]¥)/¥1_[¥2/g s/¥([]A-Za-z0-9]¥)）¥([^,.;:]¥)/¥1)_¥2/g s/¥([A-Za-z0-9)]¥)］¥([^,.;:]¥)/¥1]_¥2/g s/¥([A-Za-z0-9]¥)）¥([,.;:]¥)/¥1)¥2/g s/¥([A-Za-z0-9]¥)］¥([,.;:]¥)/¥1]¥2/g #,.;: のうしろに半角スペース挿入 s/¥([]A-Za-z0-9)]¥)¥([,.;:]¥)¥([A-Za-z0-9]¥)/¥1¥2_¥3/g s/¥([]A-Za-z0-9)]¥)¥([,.;:]¥)¥([A-Za-z0-9]¥)/¥1¥2_¥3/g # 漢字を開く（第一段階） s/敢えて/あえて/g s/¥([^ 言き判文]¥) 明か ¥([^ さしすせそりる]¥)/¥1 明らか★ ¥2/g s/辺り/あたり★/g s/余り/あまり★/g s/予め/あらかじめ/g s/凡ゆる/あらゆる/g s/[在有あ] り方/ありかた/g s/有り* 難 ¥([いきく]¥)/ありがた ¥1/g s/有り* 難う/ありがとう/g s/有り* 様/ありさま/g s/如何に/いかに/g s/幾ら/いくら/g s/些か/いささか/g s/何れ/いずれ/g s/頂 ¥([かきくけこ]¥)/いただ ¥1 ★/g s/一応/いちおう/g s/何時 ¥([^ 間]¥)/いつ★ ¥1/g s/一向 ¥([^ 宗一]¥)/いっこう★ ¥1/g s/一切 ¥([^ れ]¥)/いっさい ¥1/g s/一緒/いっしょ/g s/一斉/いっせい★/g s/一層/いっそう/g s/¥([^ 位と統同]¥) 一体 ¥([^ 化]¥)/¥1 いったい★ ¥2/g s/一旦/いったん/g s/色々/いろいろ/g s/の内 ¥([^ 縁奥外側在示心政戦相的発部紛包密務面容]¥)/のうち★ ¥1/g s/於 ¥([いけ]¥)/お ¥1/g s/往々/おうおう/g s/大いに/おおいに/g s/大袈裟/大げさ/g

s/概ね/おおむね/g s/恐らく/おそらく/g s/各々/おのおの/g s/面白 ¥([いかきくけしそ]¥)/おもしろ ¥1/g s/及び/および★/g s/凡そ/およそ★/g s/却って/かえって/g s/拘らず/かかわらず★/g s/¥([^ 心手]¥) 掛け/¥1 かけ★/g s/¥([ 心手]¥) かけ★/¥1 がけ/g s/且つ/かつ/g s/嘗て/かつて/g s/辛うじて/かろうじて/g s/極めて/きわめて/g s/¥([じたのる]¥) 位 ¥([^ 階相置]¥)/¥1 くらい★ ¥2/g s/極く/ごく/g s/¥([うたる年]¥) 毎/¥1 ごと★/g s/如 ¥([きく]¥)/ごと ¥1/g s/殊に/ことに/g s/差し当た*¥([っり]¥)/さしあた ¥1/g s/早速/さっそく/g s/様々/さまざま/g s/¥([^ 変夜]¥) 更に/さらに★/g s/然し/しかし/g s/然るべき/しかるべき/g s/?りに/しきりに/g s/従って/したがって★/g s/々/しばしば/g s/暫く/しばらく/g s/かも知れ ¥([ずなぬま]¥)/かもしれ ¥1/g s/随分/ずいぶん/g s/直ぐ/すぐ/g s/精々/せいぜい/g s/其れ/それ/g s/¥([^ 拡増]¥) 大し ¥([たて]¥)/¥1 たいし★ ¥2/g s/大体/だいたい★/g s/大抵/たいてい /g s/¥([^ 拡増]¥) 大分 ¥([^ 県市類]¥)/¥1 だいぶ★ ¥2/g s/沢山/たくさん/g s/只/ただ/g s/但し/ただし/g s/直ちに/ただちに/g s/¥([私僕君男女彼]¥) 達/¥1 たち/g s/¥([くしたみ]¥) 達/¥1 たち★/g s/忽ち/たちまち/g

付録

s/度々/たびたび/g s/¥([うくすたる]¥) 度 ¥([^ 合数量]¥)/¥1 たび★ ¥2/g s/多分/たぶん★/g s/¥([のる]¥) 為/¥1 ため/g s/段々/だんだん/g s/因みに/ちなみに/g s/丁度/ちょうど/g s/一寸 ¥([^ の法]¥)/ちょっと★ ¥1/g s/遂に/ついに/g s/¥([裏片気心近名根]¥) 付 ¥([いかきくけこ]¥)/¥1 づ★ ¥2/g s/¥([置命値連拠格序徴向]¥) 付 ¥([いかきくけこ]¥)/¥1 づ★ ¥2/g s/¥([顔傷]¥) 付 ¥([いかきくけこ]¥)/¥1 つ★ ¥2/g s/¥([いえがりきげび]¥) 付 ¥([いかきくけこ]¥)/¥1 つ★ ¥2/g s/都度/つど/g s/手掛かり/手がかり/g s/出来 ¥([^ 上事]¥)/でき★ ¥1/g s/到底/とうてい/g s/何処/どこ/g s/¥([たのる]¥) 所 ¥([^ 在属長得有]¥)/¥1 ところ★ ¥2/g s/途端/とたん/g s/兎 ¥([にも]¥) 角/と ¥1 かく/g s/共に/ともに★/g s/無 ¥([いかきくけさし]¥)/な★ ¥1/g s/乃至/ないし/g s/¥([^ 高]¥) 尚お*/なお★/g s/尚更/なおさら/g s/¥([。、たのる只]¥) 中 ¥([かでにのへを]¥)/¥1 なか★ ¥2/g s/世のなか★/世の中/g s/仲々/なかなか/g s/乍ら/ながら/g s/就中/なかんずく/g s/並びに/ならびに/g s/成る* 程/なるほど/g s/俄か*/にわか/g s/¥([くたのる]¥) 筈/¥1 はず/g s/果たして/はたして★/g s/遙か/はるか★/g s/相応し ¥([いかきくけ]¥)/ふさわし ¥1/g s/普段/ふだん/g s/¥([いうたのるれ今先]¥) 程 ¥([^ 度]¥)/¥1 ほど★ ¥2/g s/殆ど/ほとんど/g s/誠に/まことに★/g s/¥([^ 公厳方]¥) 正に/¥1 まさに★/g s/先ず/まず/g s/益々/ますます/g

s/又/また★/g s/迄/まで/g s/て見る/てみる/g s/寧ろ/むしろ/g s/無闇/むやみ/g s/巡 ¥([っらる]¥)/めぐ★ ¥1/g s/滅多に/めったに/g s/若しくは/もしくは/g s/勿論/もちろん/g s/以って/もって/g s/尤も/もっとも/g s/専ら/もっぱら/g s/元々/もともと/g s/最早/もはや/g s/貰 ¥([うい]¥)/もら★ ¥1/g s/諸々/もろもろ/g s/矢張り*/やはり/g s/¥([がたのれる]¥) 故 ¥([^ 意郷国人]¥)/¥1 ゆえ★ ¥2/g s/¥([^ 多同変模]¥) 様 ¥([なにの]¥)/¥1 よう★ ¥2/g s/漸く/ようやく/g s/余程/よほど/g s/¥([^ 見自何難部]¥)[判分解] か*¥([らりるれろっ]¥)/¥1 わか★ ¥2/g s/僅か/わずか/g s/亘 ¥([るっ]¥)/わた ¥1/g # 漢字を開く（第二段階） s/¥([のる]¥) 間 ¥([かでにのを、」]¥)/¥1 あいだ ¥2/g s/宛て*¥([^ 先]¥)/あて★ ¥1/g s/¥([^ 以最直背前]¥) 後で/¥1 あと★で/g s/¥([^ 公代発]¥) 表わ*¥([さしすせそれ]¥)/¥1 表わ★ ¥2/g s/¥([がでとにはを]¥) 現わ*¥([しすれ]¥)/¥1 現わ★ ¥2/g s/或る* いは/あるいは/g s/或る/ある★/g s/¥([てに]¥) 行 ¥([かきくけこっ]¥)/¥1 い★ ¥2/g s/依然/いぜん/g s/至 ¥([らりるれろっ]¥)/いた ¥1/g s/¥([^ 一合]¥) 致 ¥([さしすせそ]¥)/¥1 いた★ ¥2/g s/¥([たるの。、]¥) 今 ¥([^ 朝回紀度後年月日晩夜]¥)/¥1 いま★ ¥2/g s/¥([たのる]¥) 上 ¥([でに、]¥)/¥1 うえ★ ¥2/g s/後ろで/うしろで/g s/生れ/生まれ★/g s/得る/うる★/g s/¥([しりれを]¥) 得 ¥([ずたてな]¥)/¥1 え★ ¥2/g s/て置 ¥([いかきくけこ]¥)/てお ¥1 ★/g s/¥([をがは]¥) 行な*¥([いうえっわ]¥)/¥1 おこな ¥2/g s/自ずから/おのずから/g s/¥([たるの時]¥) 折り*¥([^ 角衝]¥)/¥1 おり★ ¥2/g

付録

s/[関係] わ*¥([らりるれろっ]¥)/かかわ ¥1/g s/¥([いのる]¥) 限り/¥1 かぎり/g s/難い/がたい/g s/¥([るたう]¥) 形 ¥([でにの]¥)/¥1 かたち★ ¥2/g s/仮り* に/かりに/g s/¥([てに]¥) 来 ¥([たて]¥)/¥1 き★ ¥2/g s/¥([をて]¥) 下さ ¥([いっらりるれろ]¥)/¥1 くださ★ ¥2/g s/¥([にて]¥) 来る/¥1 くる★/g s/詳し ¥([いかくけ]¥)/くわし ¥1/g s/¥([^ 解対]¥) 決して/¥1 けっして★/g s/て来な ¥([いかくけ]¥)/てこな★ ¥1/g s/¥([^ 近先日]¥) 頃/¥1 ころ★/g s/¥([^ 交国実戸手間]¥) 際 ¥([しにのは、]¥)/¥1 さい★ ¥2/g s/¥([^ 現事真忠]¥) 実 ¥([なにのはを]¥)/¥1 じつ★ ¥2/g s/済 ¥([むまん]¥)/す★ ¥1/g s/過ぎ ¥([ずな]¥)/すぎ★ ¥1/g s/既に/すでに/g s/即ち/すなわち/g s/[全総] て/すべて/g s/に対 ¥([すし]¥)/にたい★ ¥1/g s/絶えず/たえず/g s/の類 ¥([^ 縁型似推比]¥)/のたぐい★ ¥1/g s/例えば/たとえば/g s/¥([^ 簡]¥) 単 ¥([なに]¥)/¥1 たん★ ¥2/g s/¥([^ 間]¥) 違いな ¥([いく]¥)/¥1 ちがいな★ ¥2/g s/続 ¥([いかきくけこ]¥)/つづ ¥1/g s/¥([^ 異尋正非平]¥) 常に/¥1 つねに★/g s/¥([うたのる]¥) 時 ¥([^ 間期代点]¥)/¥1 とき★ ¥2/g s/特に/とくに★/g s/伴な*¥([いうえおっ]¥)/ともな ¥1/g s/¥([^ 硬素正率実廉]¥) 直 ¥([さしすせそらりるれろ]¥)/¥1 なお★ ¥2/g s/何物/何もの/g s/何 ¥([ただてでとのら]¥)/なん★ ¥1/g s/¥([。、（がたのはる]¥) 後 ¥([にの]¥)/¥1 のち★ ¥2/g s/¥([^ 以意除疎度]¥) 外 ¥([さしすせそれ]¥)/¥1 はず★ ¥2/g s/一つ/ひとつ/g s/人々/人びと/g s/¥([^ 同]¥) 一人/¥1 ひとり★/g s/風 ¥([でなにの]¥)/ふう★ ¥1/g s/再び/ふたたび/g s/[他外] なら ¥([ずな]¥)/ほかなら★ ¥1/g s/¥([^ 気]¥) 紛れ/¥1 まぎれ★/g

s/全く/まったく/g s/見い* 出 ¥([さしすせそ]¥)/みいだ★ ¥1/g s/見事/みごと/g s/難し ¥([いかきくけさそ]¥)/むずかし★ ¥1/g s/無論/むろん★/g s/目指 ¥([さしすせそ]¥)/めざ ¥1/g s/¥([^ 維金気心支手把]¥) 持 ¥([たちつってと]¥)/¥1 も★ ¥2/g s/最も/もっとも★/g s/の下 ¥([にで、]¥)/のもと★ ¥1/g s/基づ ¥([いかきくけこ]¥)/もとづ ¥1/g # 特殊表記 s/上 ¥([記掲述]¥)/前 ¥1/g s/づつ/ずつ★/g s/¥([長短全続]¥) 編/¥1 篇/g s/¥([〇一二三四五六七八九十]¥) 才/¥1 歳/g s/未来社/未來社/g s/文芸春秋/文藝春秋/g s/丸山真男/丸山眞男/g # 人称の統一 s/私/わたし/g s/我々/われわれ/g s/我が/わが/g s/¥([我彼]¥) 等/¥1 ら/g s/我 [等ら]/われら/g s/君/きみ/g s/彼/かれ/g # 世紀、月月日の統一 s/[０0]¥([年月日世]¥)/〇 ¥1/g s/[１1]¥([年月日世]¥)/一 ¥1/g s/[２2]¥([年月日世]¥)/二 ¥1/g s/[３3]¥([年月日世]¥)/三 ¥1/g s/[４4]¥([年月日世]¥)/四 ¥1/g s/[５5]¥([年月日世]¥)/五 ¥1/g s/[６6]¥([年月日世]¥)/六 ¥1/g s/[７7]¥([年月日世]¥)/七 ¥1/g s/[８8]¥([年月日世]¥)/八 ¥1/g s/[９9]¥([年月日世]¥)/九 ¥1/g s/[１1 一] 〇世紀/十世紀/g s/[１1 一]¥([一二三四五六七八九]¥) 世紀/十 ¥1 世紀/g s/[２2 二] 〇世紀/ 二十世紀/g s/[２2 二]¥([一二三四五六七八九]¥) 世紀/二十 ¥1 世紀/g s/[０0]¥([〇一二三四五六七八九]¥) 年/〇 ¥1 年/g s/[１1]¥([〇一二三四五六七八九]¥) 年/一 ¥1 年/g

付録

s/[２2]¥([〇一二三四五六七八九]¥) 年/二 ¥1 年/g s/[３3]¥([〇一二三四五六七八九]¥) 年/三 ¥1 年/g s/[４4]¥([〇一二三四五六七八九]¥) 年/四 ¥1 年/g s/[５5]¥([〇一二三四五六七八九]¥) 年/五 ¥1 年/g s/[６6]¥([〇一二三四五六七八九]¥) 年/六 ¥1 年/g s/[７7]¥([〇一二三四五六七八九]¥) 年/七 ¥1 年/g s/[８8]¥([〇一二三四五六七八九]¥) 年/八 ¥1 年/g s/[９9]¥([〇一二三四五六七八九]¥) 年/九 ¥1 年/g s/[０0]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/〇 ¥1¥2 年/g s/[１1]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/一 ¥1¥2 年/g s/[２2]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/二 ¥1¥2 年/g s/[３3]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/三 ¥1¥2 年/g s/[４4]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/四 ¥1¥2 年/g s/[５5]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/五 ¥1¥2 年/g s/[６6]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/六 ¥1¥2 年/g s/[７7]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/七 ¥1¥2 年/g s/[８8]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/八 ¥1¥2 年/g s/[９9]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/九 ¥1¥2 年/g s/[１1]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/一 ¥1¥2¥3 年/g s/[２2]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/二 ¥1¥2¥3 年/g s/¥([治正和成]¥)[１1 一] 〇年/¥1 十年/g s/¥([治正和成]¥)[１1 一]¥([一二三四五六七八九]¥) 年/¥1 十 ¥2 年/g s/¥([治和]¥)[２2 二] 〇年/¥1 二十年/g s/¥([治和]¥)[２2 二]¥([一二三四五六七八九]¥) 年/¥1 二十 ¥2 年/g s/¥([治和]¥)[３3 三] 〇年/¥1 三十年/g s/¥([治和]¥)[３3 三]¥([一二三四五六七八九]¥) 年/¥1 三十 ¥2 年/g s/¥([治和]¥)[４4 四] 〇年/¥1 四十年/g s/¥([治和]¥)[４4 四]¥([一二三四五六七八九]¥) 年/¥1 四十 ¥2 年/g s/ 昭和 [５5 五] 〇年/昭和五十年/g s/ 昭和 [５5 五]¥([一二三四五六七八九]¥) 年/昭和五十 ¥1 年/g s/ 昭和 [６6 六] 〇年/昭和六十年/g s/ 昭和 [６6 六]¥([一二三四五六]¥) 年/昭和六十 ¥1 年/g s/[１1 一] 〇月/十月/g s/[１1 一] 一月/十一月/g s/[１1 一] 二月/十二月/g s/[１1 一] 〇日/十日/g s/[１1 一]¥([一二三四五六七八九]¥) 日/十 ¥1 日/g s/[２2 二] 〇日/二十日/g s/[２2 二]¥([一二三四五六七八九]¥) 日/二十 ¥1 日/g s/[３3 三] 〇日/三十日/g s/[３3 三] 一日/三十一日/g

# 十なし世紀、月月日の統一 s/[０0 〇] 世紀/〇世紀/g s/[１1] 世紀/一世紀/g s/[２2] 世紀/二世紀/g s/[３3] 世紀/三世紀/g s/[４4] 世紀/四世紀/g s/[５5] 世紀/五世紀/g s/[６6] 世紀/六世紀/g s/[７7] 世紀/七世紀/g s/[８8] 世紀/八世紀/g s/[９9] 世紀/九世紀/g s/[１1 一 ]¥([〇一二三四五六七八九]¥) 世紀/一 ¥1 世紀/g s/[２2 二 ]¥([〇一二三四五六七八九]¥) 世紀/二 ¥1 世紀/g s/[０0] 年/〇年/g s/[１1] 年/一年/g s/[２2] 年/二年/g s/[３3] 年/三年/g s/[４4] 年/四年/g s/[５5] 年/五年/g s/[６6] 年/六年/g s/[７7] 年/七年/g s/[８8] 年/八年/g s/[９9] 年/九年/g s/[０0]¥([〇一二三四五六七八九]¥) 年/〇 ¥1 年/g s/[１1]¥([〇一二三四五六七八九]¥) 年/一 ¥1 年/g s/[２2]¥([〇一二三四五六七八九]¥) 年/二 ¥1 年/g s/[３3]¥([〇一二三四五六七八九]¥) 年/三 ¥1 年/g s/[４4]¥([〇一二三四五六七八九]¥) 年/四 ¥1 年/g s/[５5]¥([〇一二三四五六七八九]¥) 年/五 ¥1 年/g s/[６6]¥([〇一二三四五六七八九]¥) 年/六 ¥1 年/g s/[７7]¥([〇一二三四五六七八九]¥) 年/七 ¥1 年/g s/[８8]¥([〇一二三四五六七八九]¥) 年/八 ¥1 年/g s/[９9]¥([〇一二三四五六七八九]¥) 年/九 ¥1 年/g s/[０0]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/〇 ¥1¥2 年/g s/[１1]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/一 ¥1¥2 年/g s/[２2]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/二 ¥1¥2 年/g s/[３3]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/三 ¥1¥2 年/g s/[４4]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/四 ¥1¥2 年/g s/[５5]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/五 ¥1¥2 年/g s/[６6]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/六 ¥1¥2 年/g s/[７7]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/七 ¥1¥2 年/g s/[８8]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/八 ¥1¥2 年/g s/[９9]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/九 ¥1¥2 年/g

付録

s/[１1]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/一 ¥1¥2¥3 年/g s/[２2]¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥)¥([〇一二三四五六七八九]¥) 年/二 ¥1¥2¥3 年/g s/[０0] 月/〇月/g s/[１1] 月/一月/g s/[２2] 月/二月/g s/[３3] 月/三月/g s/[４4] 月/四月/g s/[５5] 月/五月/g s/[６6] 月/六月/g s/[７7] 月/七月/g s/[８8] 月/八月/g s/[９9] 月/九月/g s/[１1 一][〇一二] 月/一 ¥1 月/g s/[０0] 日/〇日/g s/[１1] 日/一日/g s/[２2] 日/二日/g s/[３3] 日/三日/g s/[４4] 日/四日/g s/[５5] 日/五日/g s/[６6] 日/六日/g s/[７7] 日/七日/g s/[８8] 日/八日/g s/[９9] 日/九日/g s/[１1 一]¥([〇一二三四五六七八九]¥) 日/一 ¥1 日/g s/[２2 二]¥([〇一二三四五六七八九]¥) 日/二 ¥1 日/g s/[３3 三][０0 〇] 日/三〇日/g s/[３3 三][１1 一] 日/三一日/g # ルビの（）を【】にする s/ ＿ ^¥([、- 煕]+¥)（¥([、- 煕]+¥)）^ ＿ / ＿ ^¥1【¥2】^ ＿ /g # 送りがなの統一（全部送る） s/上 ¥([らりるれろっ]¥)/上が★ ¥1/g s/¥([表現]¥)¥([さしすせそれ]¥)/¥1 わ★ ¥2/g s/合 ¥([さしすせそ]¥)/合わ★ ¥1/g s/受 ¥([合止取]¥)/受け★ ¥1/g s/打 ¥([合上落込出立取抜払]¥)/打ち★ ¥1/g s/浮 ¥([ばびぶべぼん]¥)/浮か★ ¥1/g s/浮 ¥([上沈出立]¥)/浮き★ ¥1/g s/生れ/生まれ★/g s/起 ¥([さしすせそらりるれろっ]¥)/起こ★ ¥1/g s/行 ¥([いうえおわっ]¥)/行な★ ¥1/g s/落 ¥([合込着]¥)/落ち★ ¥1/g s/落 ¥([さしすせそ]¥)/落と★ ¥1/g

s/¥([終変代]¥)¥([らりるれろっ]¥)/¥1 わ★ ¥2/g s/聞え/聞こえ★/g s/組 ¥([合上入込]¥)/組み★ ¥1/g s/繰 ¥([上入下返込出]¥)/繰り★ ¥1/g s/決 ¥([らりるれろっ]¥)/決ま★ ¥1/g s/異 ¥([らりるれろっ]¥)/異な★ ¥1/g s/過 ¥([さしすせそ]¥)/過ご★ ¥1/g s/立 ¥([合上入去向]¥)/立ち★ ¥1/g s/突 ¥([合上入落刺出立]¥)/突き★ ¥1/g s/突込/突っ★込/g s/取 ¥([合扱上入下落込締出立違持]¥)/取り★ ¥1/g s/引 ¥([合上入起下落込籠締出立取抜払]¥)/引き★ ¥1/g s/振 ¥([上落返込出抜払]¥)/振り★ ¥1/g s/振舞/振る★舞/g s/向 ¥([いうえおわっ]¥)/向か★ ¥1/g s/向合/向き★合/g s/分 ¥([らりるれろっ]¥)/分か★ ¥1/g # ルビを修正する s/＠ ¥([^ ◆＃]+¥) ◆* ＃ ¥([^ ＄]+¥)＄/¥2（¥1）/g

［付録 3］参考文献一覧 ■ SED 関係 ◇高橋陽著『sed による編集＆ DTP［実践］自動処理テクニック』1998年、技術評論社…… SED についての最も具体的なマニュアル。CD-ROM 付き。 ◇浦山毅著『電子編集のススメ ── sed の活用』1998年、同成社…… MS-DOS での SED の編集活用をめざした先駆的な SED 本。 ◇デール･ドゥラティ + アーノルド･ロビンス著／福崎俊博訳『sed ＆ awk プログラミング改訂版』1997年、オライリー･ジャパン…… SED にかんする究極的な専門書。 awk についても詳しい。 ■正規表現について ◇ジェフリー･E. F. フリードル著／歌代和正監訳『詳説正規表現』1999年、オライリー･ジャパン……正規表現を勉強するには最高の本。Perl についての論述が中心なのでむずかしいが、マニア向け。 ◇ IDEA･C 著『正規表現の達人』2001年、ソフトバンク……正規表現を簡略に知るには好適。 ■テキストエディタ関連書 ◇高橋陽 + 吉澤亨史 + 松本慧著『Jedit スーパーマニュアル』2001年、ラトルズ…… Jedit 開発者の松本慧氏をふくむ Jedit オフィシャルガイド。Jedit4用のマクロなどの入った、CD-ROM 付き。 ◇鐸木能光著『テキストファイルとは何か？──知らぬでは済まぬ電脳社会の常識』 2001年、地人書館……テキストファイルについての丁寧な説明書。 ◇鐸木能光著『ワードを捨ててエディタを使おう第 2 版』2001年、SCC …… Word 批

付録

201

判と QX エディタのすすめ。QX 関連 CD-ROM 付き。 ■パソコン用語関連 ◇岡本茂【監修】大島邦夫＋堀本勝久著『最新パソコン用語事典 2001-02’年版』2001 年、技術評論社……パソコン用語についてなら、とりあえずこれ 1 冊はまず必要。

［付録 4］テキスト関連ソフト・ユーティリティのダウンロード先一覧本書で推奨しているソフトあるいはユーティリティは、未來社ホームページの「未來社アーカイヴ」のダウンロード用ページ（ http://www.miraisha.co.jp/mirai/archive. html）からプログラムの圧縮ファイルを取り出し、解凍したうえでインストールすることができます。また、以下の代表的な Web サイトからも最新ヴァージョンをダウンロードすることができます。 Yahoo! JAPAN http://www.yahoo.co.jp/ インフォシーク http://www.infoseek.co.jp/ 窓の杜 http://www.forest.impress.co.jp/ Vector http://www.vector.co.jp/ ●謝辞ここに転載・収録させていただいたそれぞれのプログラムファイルの作者に感謝とともにお礼を申し上げます。シェアウェアご利用の方は作者あてに料金をお支払いください。なお、それぞれのプログラムファイルは以下の作者自身のホームページ等から最新版がダウンロードできます。 ●Windows 系秀丸エディタ Ver.3.13（hm313.exe）（テキストエディタ） http://hidemaru.xaxon.co.jp/ QX エディタ Ver.6.6（qxn66.lzh）（テキストエディタ） http://www2k.biglobe.ne.jp/~araken/ WinLPrt Ver 6.04.6（wprt646.exe）（テキストファイル印刷用ユーティリティ） http://www.htosh.com/ ComWin 3.97（comwp397.exe）（エミュレーション） http://hp.vector.jp/authors/VA002891/ DiskMirroringTool32 for BackUp v.3.33（dmt333.lzh）（バックアップ・ユーティリティ） http://hp.vector.jp/authors/VA005759/ ToClip for Windows v.1.88（tc188.exe）（クリップボード・ユーティリティ） http://www2s.biglobe.ne.jp/~t-susumu/toclip/ QTClip 2.6（qtclip26.lzh）（クリップボード・ユーティリティ） http://www2k.biglobe.ne.jp/~araken/ Explzh for Windows v.3.39（explz339.exe）（圧縮・解凍ソフト） http://village.infoweb.ne.jp/~fwhv5283/ UNLHA32. DLL v.1.63（ulh3163.exe）（圧縮・解凍用ライブラリ） http://www2.nsknet.or.jp/~micco/micindex.html UNZIP32. DLL v. 5. 40（1999/2/11）（圧縮・解凍用ライブラリ） http://www.csdinc.co.jp/

* 秀丸エディタは斉藤秀夫氏作のシェアウェアです。 *QX エディタ、QTClip は新井健二氏作のシェアウェアです。 *WinLPrt は堀田俊哉氏作のシェアウェアです。 *ComWin は前寺正彦氏作のシェアウェアです。 *DiskMirroringTool32 for BackUp はＣＳＱ氏のシェアウェアです。 *ToClip for Windows は寺尾進氏作のフリーウェアです。 *Explzh は鬼束裕之氏のシェアウェアです。 *UNLHA32. DLL は Micco 氏のフリーウェアです。 *UNZIP32. DLL は庄田隆司氏のフリーウェアです。 ● Macintosh 系 Jedit4. 0. 9(2)（テキストエディタ） Jedit409J.sea.bin（Classic OS 用フルセット版） Jedit409JX.dmg.gz.bin（Mac OS X 用フルセット版） Jedit409JUpd.sea.bin（Classic OS 用アップデート版） Jedit409JXUpd.dmg.gz.bin（Mac OS X 用アップデート版） JMultiReplace108J4.sea.hqx（Jedit4 の複数一括置換用マクロ･プログラム） Macro CollectionJ.sea.hqx（Jedit4 用マクロプログラム 10 種）以上の入手先は http://www.matsumoto.co.jp/ LightWayText for Mac4.0.1（テキストエディタ） LightWayText_4.0.1_MacOS7_9.bin（Classic OS 用） LightWayText_4.0.1_MacOS_X.bin（Mac OS X 用） http://homepage1.nifty.com/lightway/ YooEdit (PPC) 1. 71（テキストエディタ） YE171p.sea.bin http://www2s.biglobe.ne.jp/~yex/ SedMac1.0.1.sit.bin（SED 本体） SedMacInterface1.0.cpt.bin（SED 用ユーティリティ） http://www.imasy.or.jp/%7Eiwao/ *Jedit, JMultiReplace, Macro Collection は株式会社まつもと作のシェアウェアです（後者 2 つはフリーウェア）。 *LightWayText for Mac は山下道明氏作のシェアウェアです。 *YooEdit は田川洋一氏作のフリーウェアです。 *SedMac, SedMacInterface は山下巌氏作のフリーウェアです。

著者略歴

西谷能英（にしたに・よしひで）１９４９年、東京生まれ。東京大学大学院フランス語フランス文学科修士課程修了。１９７６年、未來社入社。編集部を経て１９９２年より代表取締役。『出版のためのテキスト実践技法／執筆篇』のほか、野沢啓の名で詩集『決意の人』、評論集『移動論』『隠喩的思考』（いずれも思潮社）その他がある。現在、日本現代詩人会、日本文藝家協会所属。

出版のためのテキスト実践技法／編集篇２００２年１月２５日初版第一刷発行本体１６００円＋税西谷能英

著者

西谷能英

発行者

株式会社未來

定価

発行所

東京都文京区小石川３−７−２振替００１７０ ‐ ３ ‐ ８７３８５電話（０３）３８１４ ‐ ５５２１∼４（営業部）０４８ ‐ ４５０ ‐ ０６８１∼２ URL:http://www.miraisha.co.jp/ Email:[email protected] 萩原印刷

印刷・製本

ISBN 4-624-00022-6 C0000 Yoshihide Nishitani 2002

［参考］出版のためのテキスト実践技法／執筆篇［目次］

はじめに――出版のためのテキスト実践技法第 1 章なんのためのテキスト実践か 1-1 出版をとりまく一般的状況 1-2 書物はすぐれたハードウェアである 1-3 出版は著者と編集者のコラボレーション 1-4 テキスト処理の技法は著者と編集者にとって意識革命である 1-5 デジタル化が企画を生み出す 1-6 著者に要求されているものはなにか 1-7 編集者はテキストエディタを駆使すべし第 2 章テキスト実践技法のために――基礎篇 2-1 出版に必要なのはテキストファイル 2-2 テキストファイルとはなにか 2-2-1 テキストデータのしくみ 2-2-2 なぜ改行が必要か 2-2-3 拡張子の概念と改行コードの形式 2-3 テキストエディタというツールとその種類 2-4 テキストエディタにはなにができるか 2-4-1 ファイルを開く 2-4-2 整形と検索・置換作業第 3 章執筆のためのテキスト入力マニュアル ――出版をより高速に、より安価にするにはどうするか 3-1 著者の仕事はテキストファイルの作成だけ ――入力されたものしかほんとうのデータではない 3-2 段落処理の基本 3-2-1 段落の最後はかならず改行マーク 3-2-2 行頭はスペース入力が基本

あとがき

3-3 スペース、タブの使い方 3-3-1 無用なスペース、タブは使わない 3-3-2 必要な半角スペースもある 3-3-3 タブの使用は特殊な指定にかぎる 3-4 数字の使い方 3-4-1 英数文字は半角が基本 3-4-2 記号の時計数字と丸付数字は使わない 3-4-3 漢数字への変換の必要 3-4-4 世紀、年月日等の表記統一の原則化 3-5 記号の使い方 3-5-1 ルビ、傍点、欧文特殊文字の扱いは記号による指示でよい 3-5-2 記号使用の原則いくつか 3-6 表記の基本的統一 3-6-1 漢字の使い方は厳密にしよう 3-6-2 漢字の開き方の意識化 3-7 検索と置換の技法 3-7-1 表記のブレだけでも直したい 3-7-2 テキストエディタによる検索と置換の基本テクニック 3-7-3 正規表現の基礎 3-8 原稿の保存と出力 3-8-1 原稿はかならず一度出力し、読み直す 3-8-2 原稿保存の基本 3-9 電子メールによる添付ファイルの送り方第 4 章執筆のためのパソコン技法 ――原稿書きのスピードアップのために 4-1 ファイル管理の技法 4-2 単語登録による高速化 4-2-1 よく使う単語、文字列は単語登録する 4-2-2 単語登録のテキスト書き出しとリスト作成の方法 4-3 クリップボード・ユーティリティの活用 4-4 ショートカットキーコマンドをなるべく覚える

4-5 テキストエディタのカスタマイズ 4-5-1 キーコマンドなど徹底的にカスタマイズして使おう 4-5-2 テキストエディタの操作性を自分用に変更する 4-6 バックアップは絶対必要あとがき［付録］「編集用日本語表記統一基準」テキスト関連ソフト・ユーティリティのダウンロード先一覧

出版のためのテキスト実践技法 (編集篇)

Recommend Documents