OneDrive / アウトラインプロセッサ (NanaTerry とか Nami2000 とか) / +x: A Dustbin in A.S.G.

今日は OneDrive アプリが頻繁にエラーで落ちるんですよね……

OneDrive アプリのアップデートは少し前だったから、サーバ側の問題かな

まあ、その程度で落ちる設計にしてあるのもどうかと思いますが

アウトラインプロセッサの実装には大きく分けて2種類あります

ツリー状のデータをノード単位で扱うタイプと、インデントや {} などの階層で扱うタイプです

テキストエディタと相性が良いのは後者で、実装しているエディタも少なくありません (秀丸エディタとか EmEditor とか WzEditor とか)

これ、構造化した文章やプログラムとは相性が良いのですが、ひたすらメモを集積するのには向きません

前者のタイプで有名なのは、NanaTree から派生した NanaTerry や、配布が終了した Story Editor などです

このタイプは、扱えるデータの内容でドキュメント構造が変わってくるのですが、XML やエスケープシーケンスを使って完全なテキスト形式で扱うものと、XML とバイナリを併用するもの、バイナリのみで制御するもの、ノードをファイルで扱いその Path を管理し閲覧・編集を容易にするものなど色々とあります

# SQLite などで管理するタイプは意外と多くありません

で、まあ、アウトラインプロセッサと言うだけあって、本来は関連項目をツリー状に構成していき、メインドキュメントを構成する補助に使うのですが、テキストファイルが散乱しないメモ帳やスクラップブックとして扱うという使い方もあります

私の場合、思いっきりスクラップブックとして扱っています

個別のファイルで管理していると、割と散乱しやすいものなのです

で、まあ、一般的に使いやすいのは、NanaTerry だと思うのですが、最新の 20161113 版 (テスト版) でデータ読み込み時にデータロストを起こし保存するとノードの内容が消失する (*) というおそらく内部データの扱いで問題が起きているのだろうと推測できるものの、ユーザ側では対処不能な不具合に遭遇して他のアウトラインプロセッサを探しました

(*) バイナリ込で中身を閲覧可能なビュアでデータを見るとたしかに存在するのに読み込めていないことを確認 / ユーザから見ると完全に原因不明

修正されるとしても、いつ発生するかわからない不具合を抱えているアプリを利用継続する訳にはいかないからです

この結果、そもそも NanaTree/NanaTerry タイプのアウトラインプロセッサの殆どは日本国内産で、現在も開発が続いているものの殆どはテキストの構造を扱う、テキストエディタで実装されているタイプが多いという現実です

そう、スクラップブックとして扱えるタイプの殆どが開発終了しているのですね

結果選択肢は恐ろしく狭まってしまったのですが、開発停止してはいるものの、作者さんが Windows 7 64bit で利用が可能なことを確認している Nami2000 に落ち着きました (私の場合プレーンテキストファイルしか扱わないのです)

IME の制御で不具合が出ているみたいですが、私はアウトラインプロセッサではほとんど編集しないので余り問題がありません

しかし、日本でこの手のアプリ作る人は、Delphi で開発していることが多かったみたいですね

Delphi の価格 (含アップデート価格) が跳ね上がったのが開発の停止の原因の一つっぽなぁ……

久しぶりに Delphi/C++ Builder Starter 10.1 が無償になったものの、比較的安価だった最後の Delphi は Delphi8 (同梱されている Win32 版は Delphi7) で、互換性の高い無償版は Delphi6 Personal だったので、コンポーネントの互換性なんかを含めるとかなり絶望的な感じですね

# 一応、Delphi7 は現在でも提供されていますが、最新版の Delphi を購入する必要があります

Delphi は基本的な Win32 の範囲かつ、システムに殆ど依存しない範囲で利用していて、BDE を利用していない場合、Delphi3 で作成されたものでも Windows 10 64bit で割と普通に動作するので、サードパーティーコンポーネントを最小限に抑えていれば割と普通に動作すると思います

# 実際、Delphi4 で作成した自作アプリ (小物ユーティリティ) は Windows 10 で何の問題もなく動作しています (できるだけサードパーティーコンポーネントは使わず Win32 API で解決しています)

そういう意味では、コンポーネント利用は控えめで、機能自体も基本にとどめている Nami2000 は概ね問題なく動作しそうな部分では安心できます (Delphi5 で作成されている)

■ Nami2000 [geocities.jp]