今回の改正は大きなもので、かなりの文字が追加されます。とくに、Unicodeじゃないと扱えない文字がいくつか混ざっていることから、SEさんやプログラマーさんをちょっと困らせることになっているのだとか。

僕のような書き屋の端くれにとっても、S-JISで扱えない文字は編集環境上困ることがありますし、そもそも常用漢字表は漢字・仮名表記の重要なガイドラインの一つですし、教育漢字なんかへの影響も考えると、結構大きな出来事ではあります。僕の場合、ATOKやJustRightが早期に対応してくれれば、作業上は一応困らないのですけど、さすがに今月30日ピッタリにアップデートとはいかないでしょうしね。 → と思っていたら、12月6日に「共同通信社 記者ハンドブック辞書 for ATOK」が、2月10に「共同通信社 記者ハンドブック辞書 for JustRight」がアップデートのようで。予約予約…。

でまあ、春頃から仕事の合間にWebをあちこち徘徊して、今回の改正に伴う様々な影響を理解するように努力してきたのですが、どうしても分からなかったのが、人の名前に使える文字がどう変わるのかについて。

人の名前に使える文字には大ざっぱに「常用漢字」＋「人名用漢字」＋「かな・カナ」というルールがありますが、戸籍法施行規則第60条を読むかぎり、「常用漢字」＝「常用漢字表（昭和五十六年内閣告示第一号）に掲げる漢字」という扱いになっています。
http://law.e-gov.go.jp/htmldata/S22/S22F00501000094.html

この省令が改正されない限り、常用漢字表が新しくなっても、人の名前に使える文字はこれまでと変わらないことになります。

また、今回の常用漢字表の改正では、今まで収録されていた文字のうち5文字が削られてしまうのですが、その5文字が戸籍法上どんな扱いになるのかも気になるところ。

いちおう、今日のニュースでは、今回の常用漢字表改正に合わせて戸籍法施行規則も改正されるとの話なのですが、現時点ではその具体的な情報がWeb上にほとんど無い上、見つけた情報も概要だったり憶測めいたものが多かったりで確信が持てなかったので…思い切って戸籍関係の管轄である法務省に直接問い合わせてみました。

結果、「30日に省令を改正する予定で、削られる5文字についても人名用漢字に追加する方向で検討中」とのこと。

30日にはすべて明らかになるようです。

これまで悶々としていたことが電話5分で解決してしまい、ちょっと拍子抜け。担当者の方も、非常に丁寧かつスムーズな応対で、これなら躊躇せず、もっと早い時期に問い合わせてみれば良かったです。

Webに収録されている膨大な情報も、元をたどればすべて誰かが調べ、公開したもの。何かの調べ物にWebを使うのが当たり前になっている今日この頃ですが、そればかりでは見つからない情報もあるのは、やっぱり当然のことですね。

あまりWebばかりに依存せず、オフラインで調べることも重要だということを、改めて思い知った一日なのでした。

Web屋として自営業をはじめ、今年でようやく足かけ8年目。
当初目論んでいた「楽してボロ儲け」こそ実現していませんが、ライターとしてはまだまだ駆け出しの僕が、いろいろな案件を頂戴し、雑誌連載や著書まで持てたのも、多くの素晴らしい出会いがあってのことです。

初心を忘れず、微力ながら皆さまのお役に立てるよう、今年も精進していくつもりです。

さて、昨年も懇意にしている編集さんを通して良き出会いがありまして。新著が1/20に発売されることになりました。カバーイラストが、なんと、白根ゆたんぽさんです！

これは「効く!」Web文章作成&編集術逆引きハンドブック
A5正寸・200ページ
ISBN 978-4-86267-079-3
ワークスコーポレーション
定価2100円（税込）

「Webライティング」ネタも一時のブームは終焉を迎え、入門書とかドリルとか「こうすりゃ売れる！」とかのスキルアップ目的の本はもはや多数出ているので、今回は「書いていて困ったときの処方箋」といったスタイルにまとめてみました。

なるべく長いあいだ陳腐化しない内容に徹すると共に、通読しなくてもお役に立つことを念頭に構成しておりますので、Webで文章を書く機会のある方がおられましたら、ぜひぜひ宜しくお願いします。

「読ませるための技術 50/今すぐ実践できるWebライティング&コピー」という全20ページの特集。基礎＋Tipsといった感じで、以下のように初心者向けの内容になっています。

1. Webで読むことの特性を考えてみよう
2. 読まれるテキストを書くポイント
3. インタビュー：人を惹きつけるblog的新文章術
4. 読ませるためのコピー、売るためのコピー
5. アクセシビリティの視点から読みやすさを考える
6. CSSによる読みやすいレイアウト作成手法
7. 「校正」でクオリティの高い文章を
8. コラム：校正作業の実例紹介

僕が担当したのは最初の2章。計7ページ。益子貴寛さんをはじめ、有名所の皆さんも寄稿しています。

見本誌を読みましたが、全体としてまずまず人にお勧めできる内容になっていると思いますので、気になる方は是非どうぞ。

大体月2回の更新、全部で十数回を予定しています。

内容的には、これまであちこちの雑誌で書いてきた記事の"縮刷版"といった感じ。とりたてて真新しいこともないのですが、とにかくタダで読めます。

初心者には参考になることも多いと思うので、気になる方は是非どうぞ。

本日4/10付けで、無償の文章チェッカー「日本語文章校正ツール」をベータ公開しました。
日本語文章校正ツール(http://www.japaneseproofreader.com/)

この3月にYahoo! JAPANのWebサービスが無償公開を始めた文章校正支援のAPIを利用しています。

実はここ2年ほど「広告禁止用語」というテーマで辞書ファイルをコツコツ自作していたので、Yahoo!がすごいことを始めてしまって一時は酷く落ち込んでいたのですが…気を取り直してこのAPIを利用することにしたら僅か一週間で当初の予定より高機能なツールが完成。いやはや本当に有り難いことです。

言葉の誤用／不快用語／機種依存文字などの基本的なことから、表外漢字、二重否定といったあたりまで幅広くカバー。自分なりに味付けもしたので、なんとか実用レベルで使えるだろう精度になっています。それでもまだ理想からは遠いので、独自の辞書を組み込むなどして、少しずつ育てていくつもりです。

さて、このツールで頑張った機能が一つありまして、ブログの編集画面から直接ツールにテキストを送れます。

仕組みとしてはソーシャルブックマークのブックマークボタンみたいな感じです。ひとまずWordpressとMTの一部バージョン、Yahoo!ブログ、エキサイトブログ、mixi用のリンクを用意しておきました。

まだ動作確認が完全ではない上、多分Windowsでしか満足に動きません。その上、お作法の悪いプログラムなので何が起こるかわかりませんが、もし宜しければ試してみてください。

CGIは一切使っていないので、結構ハードに使ってもらっても平気だと思います。

多分すぐには対応できませんが、動作不良などもお知らせいただけると嬉しい限りです。

さてさて、これで先月から仕事の合間にやっていたプログラミングも一息つけます。JavaScriptやAjaxに関する細かなTipsも大分たまってきたので、じっくり書くヒマがあるときにでもいろいろ紹介していこうと思います。

とくに、Illustratorなどのドローソフトで印刷物用に作られた表とか、出所の分からないPDFの表とかは、形状も複雑なら、見栄えを優先した酷い作りになっていることが多く、テキストを1つずつコピペするのも容易でなかったりします。

モチベーションは当然がた落ち。しかし、それでもやらなきゃならないので、現場の人間は省力化の方法を試行錯誤で必死に考えます…。

とまあ、そんなこんなで。以下、皆さん周知のことかもしれませんが、印刷用の表のデータをWeb用に編集し直さなければならないときのちょっとしたヒント。僕は手書きでhtmlソースを書く方が慣れている…というか好きなのですが、作表だけはソフトの力には敵いません。変にこだわらず、使えるものは何でも使って、少しでも省力化しています。

• 最近のAcrobat（無償のAcrobat Readerではなく、Acrobat）は、きれいに書かれた表に限り、Word形式、またはhtml形式で保存すれば、表をオブジェクトとして埋め込むのではなく、罫線＋テキスト、あるいはテーブルとして吐き出してくれる。
• 最近のAcrobatは、ラスタ画像のOCR機能が付いている。精度はイマイチだが、ここからExcelに流すことも可能。
• Wordの罫線で書いた表は、Excelにコピペできるだけでなく、Dreamweaverなどのオーサリングツールにもコピペできる。つまり、テキストを正規的な形でWordにコピペ、罫線を引いてそれっぽく加工、あとはExcelやDreamweaverに流し込んで編集、といったことが可能。
• Word→htmlよりは、Excel→htmlの方が綺麗なソースになりやすい。もちろん、Dreamweaverなどのオーサリングツールにコピペすれば一番綺麗。

つまりは、何とかWordで表にできれば、あとはどうにでもなる、というお話なわけです。変換しやすいようにIllustrator上で事前の編集が必要になったり、印刷用に作られた表はhtmlではうまく表現できない構造だったりもしばしばですが…まあ、ちまちまコピペするのに比べれば、大分楽にはなります。

もっとも、大概は完璧にWordに変換なんてことは望むべくも無いので、数列×十数行ぐらいの小さな表なら、ゼロから作表しちゃう方が早いですけど。

ちなみに、複雑な形状の表を作るとき、Word・Excel・Dreamweaverの組み合わせはかなり強力です。WordとExcelが無い場合、OpenOfficeでもなんとかなりますし、Dreamweaverも体験版が用意されていますので、まずは環境を整えていろいろ研究してみてください。

「WEBデザイナーのための文章表現術」という特集で、まだ見本誌も届いていない段階なので細かな説明は控えますが、以下のように「入門」としてはまずまずの内容になっていると思います。僕以外の執筆者もこの道の有名人が多いようですので。

「WEBデザイナーのための文章表現術」
・CHAPTER 1　Webデザイナーになぜ執筆・文章編集技術が必要なのか
・CHAPTER 2　Webならではの特性とは
・CHAPTER 3　Webライティング&編集　知識編
　3-1　Webライティング
　3-2　Web編集
・CHAPTER 4　Webライティング＆編集　実践編
・CHAPTER 5　使ってはいけない言葉＆表現集

僕が執筆したのは「CHAPTER 2　Webならではの特性とは」の部分。たった4ページですが、図版点数てんこ盛り、初のカラーページ。久々ということもあり、気合いを入れて書きましたので、気になる方は是非どうぞ。

ただ、そうは言っても人の書いたソースをいじるのはやっぱり面倒なもので…特に、divやらテーブルやらの入れ子が多い下手くそなソースをいじるのは、いくら工賃上乗せしてもらっても気分が悪いものです。

それでもhtmlソースなら、オーサリングツールにぶち込めば最悪なんとかなるわけですが、デタラメに作られたスクリプトとか、そのテンプレートファイルに記載されたテキストまで見なければならないときなんかは、仕事の半分以上を「デコード」作業が占めてしまったりもします。

そんなとき、htmlにしろ、スクリプト言語にしろ、正規の教育を受けてきた訳でない僕にとって、本当に邪魔くさいのが各行のインデントです。

命令の階層をわかりやすくすると言う意味では重要なのでしょう、でも…たかが数十～2、3百行ぐらいのソースでインデントしなきゃならない理由が本当にあるんだろうか？その分の文字をコメントにあてた方がマシじゃないだろうか？

データベースのデータとして使うXMLファイルなんかはインデントを使って記述を階層化した方がわかりやすいかもしれませんが、少なくともWebコンテンツのhtmlソースでは、インデントではなく空白行で「切れ目」やら「論理階層」を表現する方が「文章をマークアップしたもの」として読みやすいはずです。見た目にも美しいと思うし。

何より、僕が請ける仕事の傾向としては、オーサリングツールに頼って激しくインデントされたソースに限って、インテントがちっとも正規的でない上、htmlの記述もデタラメだったりするから、本当に困ったちゃんなのです。
（尤も、たいそう偉そうなことを書いておいて、このブログのソースには、大変いい加減な感じでインデントが残っていますが…)

まあ、そんなこんなで、サイト丸ごとの編集をお受けするような案件では、出来るだけhtmlソースのインデントを削って作業させてもらえるよう、依頼者側にいつもペコペコ頭を下げています。構文ミスを見つけるのも、その後の保守も楽になるので。

別に削るのは簡単。改行+半角スペース、改行+タブ文字を、検索置換で消していくだけ。DreamWeaverはじめ、複数ページを管理できるエディタがあれば、1サイト3分もかからないうちにすっかり綺麗になります。

ただねぇ、そんな単純な検索置換の為に、DreamWeaverのようなちゃんとしたソフトを使うのって、貧乏ライターとしては実に勿体ない気がする訳ですよ。

…いつものように回りくどくなりましたが、ようやく本題。
結構高度なテキスト処理を必要とするお仕事が舞い込んできて、どうにもデスクトップで動くツールを自作しなければならなくなったので、WSHプログラミングの練習として、インデントを一括消去するスクリプトをザックリ書いてみました。

インデントイレーサー　（lzh圧縮,8KB）

Windows2000/XPでしか動作確認していませんが、ちゃんと動いているようなので、ご入り用の方はどうぞお試し下さい（いちおう、ご使用は自己責任で)。

ちなみにこのスクリプト、元はWSF形式-VBScriptで書いたものなんですが、Katsumiさんという方が公開しているフリーウェア「MakeExe」を使わせていただき、見事にEXEファイルになっています。

アイコンも独自のものに換えているので、ぎりぎり「アプリケーション」らしくまとまっているのではないかな、と。ソースもあらかじめ「Windows Script Encoder」で暗号化しているので、プログラム初級者の僕でも安心して、スクリプトを「オマケ納品」できます。

振り返れば、ファイルの整形とか、表記揺れの校正とか、データの抽出・マージとか、文字列処理の自動化で楽になるお仕事って結構多いです。これぐらいのスクリプトを作っておけば、あとは何でもその応用なので、いろいろ改造して使い廻してやる予定。

確かに、セルフブランディング目的でそんな感じの講演活動も随分やってきたわけですが、最近は参加者の意欲がよほど高くない限り、その手のお話はお断りするようにしています。

それなりの文章を楽に書くことが出来るようになるには、ひたすら文章を書き続けて膨大な数の執筆テクニックを一つ一つ体に叩き込んでいかなければなりませんし、ましてや雑誌レベルの文章品質を目指すのであれば、どんな人だって最低1～2年は文章漬けの環境で"修行"を積む必要があります。

"近道"はあれど、一瞬で上達する"抜け道"は無いというのが実際のところで、「簡単に文章力アップ」のつもりで聞きに来られる参加者に、お教え出来ることなんてあまりないのです。それでも講演スキルの高いスピーカーなら、参加者の気分を高揚させて上手く"まとめる"ことも出来るわけですが、残念ながら僕にはちょっと無理。

ただ、「下手な文章を下手に見せない方法を知りたい」というなら話は別です。

それは実に簡単。とにかく文章の"アラ"を目立たなくすれば良いのです。例えば次のようなテクニックは、僕もときたま使うことがあります。

以上、僕が普段、雑誌やらセミナーやらで偉そうに言っているのと相反することばかりのようですが、こんな感じの「負のWebライティング」もまた、大変有効なんだから仕方ありません。

こんなこと実際にやってるのがバレると、いかにも格好悪いのであんまり大きな声では言いたくなかったんですけど…まあ、もう書いちゃったので由としましょう。このブログなんかでは多用していることですし。

限られた予算・期間内で、"誌面"トータルのパフォーマンスを上げるのが編集作業の真髄なわけで。こうした逃げのテクニックも、決して軽視できないものですからね。