はてブ経由で拝見しました ＞ macOS用エディタを引き継いで十年。CotEditor開発者を突き動かす“過激派”なMac哲学【フォーカス】 | レバテックラボ（レバテックLAB）

そこまで多機能ではないかもしれないけれど、「Macらしさ」をひたすら追求したからこそ、世界のどこかにいる私の「同胞」の皆さんが、他の著名ソフトを差し置いて「そうそう！　これだよ、これ！」とCotEditorを手に取ってくれる。それが面白くて。

嬉しすぎて、ドキドキしました。
1024jpさんに感謝申し上げます。😀

そして、今後ともよろしくお願いいたします。
…ただしくれぐれも無理はされませんように。

先日CotEditorプロジェクトの「コンタクト」ページを見ていて一文に目が止まりました。

CotEditorは2004年にnakamuxuによって生み出され、2010年以来はオープンソース化されています。

2004年？… 20年前？？
驚いた。自分の中では7−8年しか経っていないように感じていたけれど、よく考えてみるとたしかにそうだ。20年前(！)に始まったんだな。
WikipediaのCotEditorのページの「歴史」が空白だったこともあって、ちょっと振り返ってみました。

記録は？

当時の記録で公に残っているものはありません。ダウンロードページはこのブログ内にありましたが削除して久しく、SorceForge.jpにあったプロジェクトページももうアクセスできません。
私的に保存している可能性のあるものとしては、古いブログのエクスポートデータとメールを思いつきました。いずれもどこにあるのかはすぐにわからない状態ですが、これを探すことにします。

古いブログデータ調査

まず、ブログのデータ。これは簡単に見つかりました。サーバ移転時に取っていた移行データの中にあって、最後のほうが失われているかもしれないけれど目的の2004年前後は無事にありました。それによると、ブログでの最初の一般公開は「2005-03-19 23:32:49」。バージョンは「0.6」です。ちなみにこのバイナリはもう失われているようで、現在までに見つけられていません。しっかり保存しておくべきだったと反省しています。

古いメールデータ調査

で、問題のメールデータ。
もう自分がApple Mail.appからSpark Desktopへ移行してしまっていたこともあってそこそこ時間がかかりましたが、見つけられました。このころのものはpopでちゃんとローカル保存していたため添付ファイルも含めて発見。CotEditorの前のアルファ版も含めてありました。
何が見つかったかというと、当時の職場のメールアドレスからプライベートのそれへ宛てた添付ファイルのみのメールです。タイトルは「coteditor_1208__」タイムスタンプは「2004年12月8日 19:52」、添付ファイルの名前は「CotEditor_002.tar.gz」。これが、「CotEditor」という言葉がが使われた最も古いメールでした。
添付ファイルを展開すると超初期のソースコードとともに「_todo_CotEditor.txt」という名前のファイルがありました。その作成・更新日時は「2004.12.07 18:03」。開くと冒頭には「2004.11.30」と書かれていて「テキストエンコード自動判別」「カラーリング」など実装したい機能がいくつか列挙されています。これがテキストエディタ作成を考え始めたときからのメモを引き継いだToDoリストだと思われます。文中には「CotEditor」の語句はなく、そのかわりに「cednium」または「cedonium（たぶん綴り間違い）」と書かれていました。全く忘れてましたけど、プロジェクト開始時のコードネームです。たぶん、Chromiumからいただいて、Cocoa Editor あたりから思いついたのではないかと想像します。
このころはシンタックスカラーリングの仕組みに興味があって実装してみたいと思ってたんですよね。SmultronがGPLで公開されていて（現在は有料ソフト？）、ソースコードを参考にさせていただければ実装の目処が立つということで始めてみたのだと記憶しています。

当時は環境も現在とは比べ物にならずに不便で、別の場所で作業しようとするとメールで添付したりメモ代わりに自分自身へメールしたりしてたんですね（DropboxもGoogleDriveもSlackもまだない）。それが幸いしたようでした。

メールとブログ内容から拾った時系列

時系列を整理してみます。資料は手元のメールとブログのDBエクスポートデータ、Internet Archiveです。

1. 2004.11.30 私的テキストエディタ作成プロジェクトを立ち上げる。コードネーム「cednium」。
2. 2004.12.07 「CotEditor」へ改名
3. 2004.12.08 「CotEditor」としての最初のバイナリをビルド（実質的なスタート）
4. 2005.01月下旬以降 何人かの方にプロジェクトのチェックやテストをお願いする
5. 2005.03.19 – CotEditor 0.6 一般公開（GPL）
6. 2005.03.26 – CotEditor 0.6.1 公開
7. 2005.03.28 – CotEditor 0.6.2 公開
8. 2005.04.10 – CotEditor 0.6.3 公開
9. 2005.04.21 – CotEditor 0.6.4 公開
10. 2005.05.21 – CotEditor 0.6.5 公開
11. 2005.07.10 – CotEditor 0.7 公開
12. 2005.07.18 – CotEditor 0.7.1 公開
13. 2005.07.23 – CotEditor 0.7.2 公開
14. 2005.08.06 – CotEditor 0.7.3 公開
15. 2005.08.14 – CotEditor 0.8.0 公開（0.8でなく0.8.0表記は当時のブログタイトルによる）
16. 2005.08.29 – CotEditor 0.8.1 公開
17. 2005.08.30 – CotEditor 0.8.2 公開
18. 2005.10.28 – CotEditor 0.8.3 公開
19. 2005.11.17 – CotEditor 0.8.4 公開
20. 2005.12.06 – CotEditor 0.8.5 公開
21. 2005.12.26 – CotEditor 0.8.6 公開
22. 2006.02.22 – CotEditor 0.9.0 公開（0.9.0表記は当時のブログ内容による）
23. 2006.05.14 – CotEditor 0.9.1 公開
24. 2006.10.14 – CotEditor 0.9.2 公開
25. 2007.10.01 – CotEditor 0.9.3 公開
26. 2008.02.01 – CotEditor 0.9.4 公開
27. 2008.07.20 – CotEditor 0.9.5 公開
28. 2008.12.27 – CotEditor 0.9.6 公開
29. 2009.02.28 – CotEditor 1.0 公開
30. 2009.05.01 – CotEditor 1.0.1 公開
31. 2010.07.07 – nakamuxuによる開発の停止発表
32. 2010.07.08 – プロジェクトをusami-kさんに引き継いていただけることを発表

そして、現在は1024jpさんがメインにプロジェクトを運営してくださっています。元開発者としてもユーザとしても、関わってくださった皆さんに深く感謝申し上げます。
ありがとうございます。

蛇足

今回ブログを復活させたのはこのエントリを書くためだった言っても過言ではありません。2024年は開発スタートから20年、来年は一般公開20周年だったわけですわ。繰り返しになりますが、ホントに今でも信じられない。
ちなみにタイトルのカギカッコは自分で書くことの照れというか気恥ずかしさを表しています…。

ブログをリスタートするにあたって、ここ10年近くほぼ放置状態だったWordPressを触り始めた。管理画面のあちこちを行きつ戻りつしているうちに「サイトヘルス」のコーナーに「永続オブジェクトキャッシュを使用してください」とか出てるのに気づいた。
調べてみて、参考にさせていただけそうな情報をいくつかリストアップ。

• 【WordPress】Xserver でプラグインなしで APCu を使う方法 | 株式会社レクタス
• 【WordPress】APCuを使えるようにする #PHP – Qiita
• WordPressでAPCuを使う – ＊ListFreak
• ［WordPress］ APCu オブジェクトキャッシュで高速化 – DigitalBoo

なんか簡単に対処できるかなと思って手を付け始めてしまったが、そんなことはなかった…。

手順としては、まず【WordPress】Xserver でプラグインなしで APCu を使う方法 | 株式会社レクタスとWordPressでAPCuを使う – ＊ListFreakを見つつ、GitHub – l3rady/WordPress-APC-Object-Cacheからobject-cache.phpをDL。このファイルは9年前のものなんだな…。

続いて、そのファイルの冒頭に【WordPress】Xserver でプラグインなしで APCu を使う方法 | 株式会社レクタスに書かれた変更を加える。

!defined( 'ABSPATH' ) and exit;
if (!function_exists('apcu_fetch')) {
  return false;
}
$arrABS = explode('/', str_replace('\\', '/', ABSPATH));
if (is_admin() && !($_SERVER["SCRIPT_NAME"] == "/" . $arrABS[count($arrABS) - 2] . "/wp-admin/site-health.php")) {return false;}

ここまでは、問題ない。
しかしその後で、考え込むことになる。【WordPress】Xserver でプラグインなしで APCu を使う方法 | 株式会社レクタスには、

ここまでだとキャッシュのクリアの方法に困る．

と書かれている。つまり、記事を編集（投稿も？）したときに更新されないということだ。対策として書かれているのはWordPressのfunctions.phpにコードを追記すること。これはちょっと嫌だなぁ。アップデートで上書きされたりしないかとか、加えた変更内容がわからなくなってサイト移転でハマったりとか、かつてそれで苦労したような記憶もあってこの方法は取りたくない。
また、よく考えれば9年も前のファイルを自分で編集してアップロードすることもアブナいと言えなくもない。もし専用のプラグインがあればそれを使えばいいんじゃないのか。

そこで改めて検索したところ、APCu Manager – WordPress プラグイン | WordPress.org 日本語を発見。これでいいんじゃないのか？ と、いちおうその他の情報も見てみたらAPCu Manager 3.8.x にご用心 … 3.9.0 にもね – DigitalBooを見つけた。過去のバージョンでのエラーの話で、

初めて APCu Manager を知ってインストールしたとき、ずっこけるほどサイトが遅くなって「駄目だこりゃ」とすぐに捨てました。その後、改良されて安心して利用できるレベルに達していましたが、先日の不具合のあと、あのときと同じ症状が舞い戻ったのです。

とも書かれていた。何度か繰り返し問題を起こしているようですね。うーん…。で、この方はどうされたかというと、それが次のエントリ。

• ［WordPress］ APCu オブジェクトキャッシュで高速化 – DigitalBoo

前掲のいくつかのリンクも踏まえて俯瞰的網羅的に書かれていて信頼できそうなので、踏襲させていただこうと思う。

で、上記の記事の中に以下の文章があった。コードが書かれたあとで

これを functions.php に書くなり、スニペットとして保存するなりします。

スニペット？ そんな機能がWordPressにある？
調べたら【ビギナーガイド】WordPressにカスタムコード（スニペット）を追加する方法 – エスティバルというページを見つけた。そうか、そういうプラグインがあるのか…。以前はWordPressのファイルに直接追記していて加えた変更内容がわからなくなってサイト移転でハマったりして、対策として自前でプラグイン書いたりもしてたわけだけど、ちょっとしたコードを追記するためのプラグインがあるんだなー。Code Snippets – WordPress プラグインの安定バージョン公開は2012年6月。知らなかったわ。

で、スニペットプラグインはこれがベストなのか、その他にはないのかも調べたら、WPCode – ヘッダーとフッターの挿入 + カスタムコードスニペット – WordPress コードマネージャー – WordPress プラグインがあった。インストール数も多いので、こっちを使ってみる。

話は戻って、永続オブジェクトキャッシュ対策の件。
スニペットとして使用するキャッシュクリアコードは以下のもの。

function my_save_post($post) {
  if (function_exists('apcu_clear_cache')) {
    apcu_clear_cache();
  } else if (function_exists('apc_clear_cache')) {
    apc_clear_cache();
  }
}
add_action('save_post', 'my_save_post');

ということで最終的な作業手順は以下の通り。

1. 今まで使っていたキャッシュプラグイン「WP Super Cache」を停止（互換性がわからないので）
2. WpCodeインストール
3. WpCodeにキャッシュクリアのためのコード（上記）をペースト
4. 編集済みのobject-cache.phpをWordPress内に配置
5. 挙動確認
6. サイトヘルスステータスも問題なければ今使っているキャッシュプラグインを削除

WPCodeの操作説明として、一応参考情報:

• 特定ページのヘッダーやフッターにコードを挿入できるWPCode Liteプラグインを使う
• functions.phpがごちゃごちゃする人必見! WP Codeですっきりと | KumaTechLab

ここまでできたので、追加したエントリはすぐに表示されるようになっているはず（同時に他のキャッシュもクリアされる）。

あとは記事保存とは別に「全キャッシュクリア」のための方法を追加しておきたい。
［WordPress］ APCu オブジェクトキャッシュで高速化 – DigitalBooや超簡単操作のAPCu キャッシュクリア【WordPress】 – DigitalBooによると、いくつか方法はある。

1. プラグイン APC Clear Cacheを使用する
2. apcu_clear_cache()を仕込んだphpファイルを作って、ブラウザで開く
3. apcu_clear_cache()を仕込んだテンプレートファイルを固定ページに仕込み、開く
4. 前項のページを呼び出すメニューをウィジェットに置く

1.は5年以上更新されてないしここでプラグインに頼るのは趣旨が違うように思うのでパス。2.もスマートさに欠けるので見送り。3.も明後日の方向を見ているようで気が進まない。この著者さんは最終的に4.に落ち着いているようだが、オレの使い方では、ウィジェットメニューにするほど通常画面からキャッシュクリアするとは思えない。
と、いうようなことで、独自の方法として「管理画面にオールキャッシュクリアするボタンを配置する」を試みたい。ただし、「オールキャッシュクリアするボタン」を押下したあとで画面遷移があるわけだからそれが上記リストの「3.」の固定ページになるのかな。
資料を探してみた。

• WordPressの管理画面を使いやすくする簡単カスタマイズ18選 | knowledge / baigie

上記を参考に、まずは管理画面で余分なウィジェットを削除、必要なウィジェットを配置、するコードをWPCodeに作成。PHPスニペットで、名前は適当に、挿入方法は「自動」、場所は「管理エリアのみ」。優先順位は「10」のままにした。

function remove_dashboard_widget() {
  remove_meta_box( 'dashboard_primary', 'dashboard', 'side' ); // WordPress イベントとニュース
}
add_action( 'wp_dashboard_setup', 'remove_dashboard_widget' );

function add_dashboard_widgets() {
  wp_add_dashboard_widget(
    'all_cache_clear_dashboard_widget', // ウィジェットのスラッグ名
    '全キャッシュクリア', // ウィジェットに表示するタイトル
    'dashboard_widget_function' // 実行する関数
  );
}
add_action( 'wp_dashboard_setup', 'add_dashboard_widgets' );

function dashboard_widget_function() {
  ?>
  <ul class="quick-action">
    <?php if ( current_user_can( 'administrator' ) ) : ?>
      <li>
        <a href="【固定ページへのリンク】">
          <span class="dashicons-before dashicons-admin-customizer"></span>
          APCu全キャッシュクリア
        </a>
      </li>
    <?php endif; ?>
  </ul>
  <?php

}

次に、固定ページに埋め込むためのショートコード。ユニバーサルスニペットで作成し、挿入方法は「ショートコード」、ショートコード属性は使用せず。

<?php apcu_clear_cache(); ?>
<p>APCu cache cleared.</p>
<p><input type="button" onclick="window.history.back();" value="もどる"></p>

続いて固定ページを作成。
タイトルは何でもいいけど「APCu 全キャッシュクリア」とした。中身は先程作ったショートコードを貼り付け、リンクをわかりやすいものに変更。ステータスを「非公開」にして保存。
この固定ページへのリンクを最初のスニペットの「【固定ページへのリンク】」に保存。最後にWPCodeのコードスニペットで有効化するのを忘れずに（有効化できないときはコードの何処かが間違っている）。
管理画面のダッシュボードに「全キャッシュクリア」が追加され、リンクを辿って固定ページが表示されて、「もどる」で元のダッシュボードへ戻れることを確認。

あと、【WordPress】Xserver でプラグインなしで APCu を使う方法 | 株式会社レクタスにかかれている「エックスサーバーの高速化の設定を変更」も実施する必要がありそう。

Xアクセラレータ設定
　　Xアクセラレータ Ver.1
サーバーキャッシュ
　　ON
ブラウザキャッシュ
　　ON［全ての静的ファイル］

自分の設定を見てみたら
Xアクセラレータ設定＝Ver.2
サーバーキャッシュ＝OFF
ブラウザキャッシュ＝ON［全ての静的ファイル］
となっていた。前ふたつを変更して、キャッシュ関係の一連の設定は終了（のはず）。
キャッシュの効果は体感できないとどこかで読んだ気もするが、ちょっと期待している。

ところで。
コードスニペットを書いているときにおかしなことがあって、貼り付けたコードがどうしても有効化できない。T_STRINGがどうたらとエラーが出る。理由は、空白部分に特殊文字が入っていてそれがエラーになっていた。
WPCodeでは外見上は全くわからないが、エラーの出るコードをCotEditorに貼り付けてみると、強調表示できる。下記のスクリーンショットでは、選択部分の中に見慣れない記号がある。

この文字を文字ビューアアプリで検索してみると名前は「NO-BREAK SPACE」、Unicode: U+00A0, UTF-8: C2 A0 となっている。
どこで混入したんだろう。
コード部分のコピー元のサイト（WordPressの管理画面を使いやすくする簡単カスタマイズ18選 | knowledge / baigie）では問題なかった。ちなみにブラウザ（Brave）上では検索しても通常のスペースと同一視されるようで検索できない。
自分で編集したところに混入しているのが気になる。編集はたぶんWPCode上で行ったと思うのだ。

長々と書いてしまった。
今度はテーマを変えてみる予定。
追記: テーマ、変えました。

CotEditorの最新バージョン「2.0」が公開されています。独自ドメインも取得され「coteditor.com」となってます。
すばらしい仕上がりですね。特にファイルオープン時の処理がすばらしいです。その他にも広範囲に更新され、ここまで手を入れられるのは大変だったと思います。usami-kさん、1024jpさんはじめ開発にご尽力された皆さんに感謝し、使わせていただきます。ありがとうございます！
（現在ではわたしはCotEditorの開発からは退いていて、一ユーザの立場です。）

・
・
・

反応が遅くなってしまって申し訳ありません。ご無沙汰してます。
なんか前回3月の更新と同じ流れですが…。
近況報告としては、5月末に引越ししました。前回は「現状のシッチャカメッチャカ状態を落ち着かせたい」とか書いてますが、落ち着くどころかむしろ混乱が深まってる感じです。引っ越しの後片付けからご近所のあれこれやら、子供の風邪やら自分も風邪などなどなど、ちゃんと処理する前に次のタスクが降ってくるのがずっと続いてます。とか書くとなにかツライ印象ですけど、悲壮感は全くなくてどこか他人事のように傍観してる部分もあり、ゆく河の流れは絶えずして、ですよねー（意味不明）。
とりあえずはこのしつこい風邪を完治させたいところです。家族全員の。

いい感じです 🙂

いちユーザとして素直に喜びたいです。 🙂
usami-k さん、お疲れ様でした。今後とも宜しくお願いします。

# 画像を貼ろうと思ったのですが、フォト蔵で障害が起きてるんですね…。

わたしの拙いソースを見ていただくのも恐縮してしまいますが、それはともかく、きっとよりよりソフトへ導いていただけると確信しています。usami-k さん、感謝申し上げます。 🙂
取り急ぎ、ご報告です。

＃となると、昨日の告知のタイトル「1.0.1が最終バージョン」はまちがい、ということになりますね。あとで追記しておきます。

突然ですが、CotEdiotrの開発を停止します。
「停止します」と言っても、現行バージョンの公開(2009.05.01)からもう１年以上が経過していますので現状の確認の意味合いが強いのですが、ともかく、もしお待ちいただいている方がいればはっきりさせておかなければいけないと考えたのです。

原因は、とにかく時間が取れないということです。自分の気質では細切れの時間を使ってスイッチングしながら多くのタスクを処理するのがうまくできないのでどうしてもまとまった単位で時間が欲しいのですが、仕事や家族など環境や自分自身の変化により、それが困難になっていました。もちろんこの状態は今日始まったわけではなくいつか対処できるはずだと思っていましたし、過去には（一時的にせよ）対処できたこともあったのです。
しかし現在ではもう難しい状況です。もしかしたら、少しモチベーションも下がってしまっているのかもしれません。今後も想像してみると現状と大きく変わってくるとも思えず、わたしの手で次のバージョンを作成・公開するのは困難だと結論づけました。

GPLですし後継バージョン・ソフトを開発していただくのは大歓迎、いやぜひ開発していただきたいです。

現行バージョンに要望や修正の依頼も戴いていましたが果たせず、申し訳ありません。

今後も何かコードは書いていくと思いますが、このサイズのプロジェクトをメインで書く事はないと思います。そういう意味でも、わたしにとっては大きなソフトでした。
あたたかい言葉もたくさんいただき、ありがとうございます。ご利用・ご協力いただいたこともあわせて、感謝申し上げます。 🙂

2010/07/08 追記：CotEditor、引き継いでくださる方が決定しました。このエントリのタイトルは、間違い（1.0.1が最終ではない）となりました。感謝です！

デフォルトで開くアプリケーションの設定を保存時にすることができるとの説明でSave Panel Extenderへのリンクが。もしかしたら、と思ったら、やはり待ち望んだものでした。ファイル保存時に自動的にusroリソースを追加してSnowLeopardでも作成したCocoaソフトで開けるようになります。すばらしい！ しかも、サイトや添付書類でCotEditor使用時のスクリーンショットを掲載してくれてます。

Save Panel Extenderのサイトを見ていただければわかりますが、メインの機能はOpenMetaタグの追加です。わたしは不勉強にもOpenMetaを語れるほどの知識はないのが残念ですが…。

あと、同じくsoundscape outさんの昨日付け「Daily Link」を読み進めると、【レポート】どれがいい? 自分にベストなMacのテキストエディタ(6) (1) シェルスクリプト/AppleScript/Perl/PHP/Python/Rubyで機能を拡張できる「CotEditor」との記事が。マイコミジャーナルでCotEditorが紹介されてました。びっくりして、すこしクラクラしましたよ。ありがたいなぁ。
しかしここのところ時間が取れなかったりMacを買い替えて開発環境すら整備できてなかったりで、微妙に心苦しいところがあります。いただく要望やバグレポートに十分答えられないのも申し訳ないですし、Leopard以前の環境自体を保持していない（平たく言えば10.6しかない）ことも悩みどころです。今後の展望を、もう少し考える必要があるかもしれません。