※ 51 単なるお話、その２
■ 51 単なるお話、その２
[※ 50 単なるお話]
に戻る
● diary/Preferences
diary/Preferences にはブックマークやランチャーその他の設定項目が保存されています。色々な設定を変更するたびに書き換えられるファイルが保存されているのでちょっと不安です。そんな訳で
diary の下に PrefBackup フォルダーを作りました。最低七日間の Preferences が順番にバックアップしています（起動時、前回のバックアップの日付が変わっていたらバックアップ）。
もし設定が何らかの原因で壊れたら利用して下さい。ちなみに私はまだ壊した経験はありません。でも心配なのは何ででしょうか。思うに２〜３年でハードを壊しているからでは。でも最近のハードは長持ちするようになったね〜 今使っている
TEXA の 4G RAID STATION はもう6年以上使っている。
● ハードディスク絡みのお話
ハードディスクの話が出てきたので二つほど。一つはセキュリティに関する事です。うちの病院では職員のほとんどが仕事でパソコンを使っています。毎年買い替えで結構な量のハードディスクが廃棄されます。昔は物理フォーマットしてから廃棄していましたが最近では
HDD の容量が大きくなり物理フォーマットする時間がありません。そこで最近では数秒で対処しています。それはハンマーによる物理的破壊です。何でいままで気がつかなかったんだろう。
で、興味があったんで中をばらしてみた。面白いものがありました。それは磁石です。それもとてつもなく強い磁石が入っているんです。HDD
によって異なりますが扇型の２〜４片の磁石が入っています。取り出して磁石どうしをくっつけてみたら、離れない。私の力では強すぎて。無理して離したら手の皮を挟んでしまい血豆ができてしまいました。強すぎる磁石（たぶんネオジウム磁石ではないかと思うが）は危険です。でも便利に使う事もできます。机の脇にくっつけておくとペンチやドライバー、大きなハンマーもくっつけておけます。これ意外に便利なので使わなくなった
HDD があったら取り出してみたらいかがでしょうか？
古い HDD の方が大きな磁石が入っています。4片ある場合はＳＮ極が裏表で、2片の場合は一片の片面にＳＮ極があります。裏表にＳＮ極があるのは影響する範囲が広くなるので、できれば片面にＳＮ極があるほうを使った方が良いでしょう。
● ホームアプリケーション
ホームページというのがあるなら、いつも最初に使うホームアプリケーションというのがあっても良いのでは。これまでのホームアプリケーションはファインダーだが、これからのホームアプリケーションは
CalendarMemo 。これが私の望み！
（いや〜大きく出たね！）
● 細かい事
マニュアルを書いていると思う事。それは何処まで書くのかという事です。詳しく書けば良いのかもしれないがそんな暇は無い。詳しく各と仕様変更したとき訂正するのが面倒。
というわけで書いていない事がいっぱいあります。適当に操作し試してみて下さい。昔から自作アプリはロールプレィイングゲームと思っています（なんのこっちゃ？）。
● HTML 変換の改行
ドキュメントを HTML 変換できるが簡単なものである。最終的に HTML エディタで編集し仕上げる事を前提にしているので。でも最近ちょっと気になる事が二つある。一つは改行の問題。現在は
と
を混在させているが
に統一した方が後の編集が楽になるのではないだろうか。
もう一つは rtfdtohtml である。rtfd ファイルを html に変換するプログラムのようだが、まだ私の
MacOS X では利用できない。でもこっちのほうが綺麗にできるならそうしたほうが良いかなと思っている。
● diary フォルダのバックアップ
私は仕事場と家庭で CalendarMemo を使っています。使い方はといえば搬送用の HDD に diary フォルダを作成し仕事場と家庭でつなぎ換えています。これは便利なのですが思わぬ落とし穴がありました。
急いで家に帰ろうとして搬送用の HDD を仕事場に忘れてしまったのです。これには困りました。なにせ diary のデータは搬送用の
HDD にしか無い訳ですから家に帰って CalendarMemo が使えない事態になった訳です。
そこで考えました。忘れる事を考えたら仕事場と家庭で別々に diary フォルダを使い搬送用の HDD を使ってフォルダの同期を行う。これだと少なくても全く使えなくなる事態は避ける事ができます。
上記図が diary フォルダの同期を行い、いつも同じ環境で作業ができます。このフォルダの同期を行うアプリケーションを探してみました。有料は無理なので無料のものを探してきました。色々とあるのですが一長一短があります。一番問題なのがフォルダの同期に要する時間です。あるフリーのバックアップソフトを試してみたのですが機能としては申し分ないのですが処理に時間がかかる。
200MB で10分程かかってしまいます。これなら全部をコピーしても同じ時間ではないかと。もう一つメーカ製でフリーで公開しているものがありました。これは処理が速いのですがたまに変なメッセージが表示し一つ一つ確認しなければならないそんなものでした。
そこでふと思いついたのが MacOS X は UNIX であった事なんです。そういえば rsync が使えるかもしれない。そこでターミナルから
rsync をたたいてみたら。あるではないですか。ということで上記図の作業は rsync を使って実行させる事にしました。ただしターミナルからコマンドを打つ、そんな面倒な事はしたくはありません。インターフェース（搬送用
HDD の指定だけですが）を作り CalendarMemo からはボタン一つで diary フォルダの同期がとれるようにしました。
220MB で1分以内で処理が終わります。
ここで問題が発生しました。フォルダ同期がいつ終わるのか。それが判らないためそう時間がかからないのにフラストレーションがたまります。そこで暫定的に処理時間を表示するようにしました。フォルダの同期は２つの処理があります。最初の処理は
(diary)-->(搬送用 HDD) で CalendarMemo で追加・編集したデータを搬送用 HDD に送ります。次に逆のフォルダ同期
(搬送用 HDD)-->(diary) を実行します。ここで最初の処理はどの程度の時間がかかるのか判らないので経過時間を一秒毎にインクリメントし表示します。逆のフォルダ同期では前のフォルダ同期とあまり時間は違わないだろうということで逆にデクリメント表示します。ということは表示している時間がゼロになると終わるだろうという大まかな終了時間がわかります。これ以外にフラストレーションがたまらないようです。
ちなみにフォルダ同期は別スレッドで実行しているので同期作業中に別の処理が可能です。ただしドキュメントを編集し保存しても、それが同期されるかどうかは判りません。今のところ問題はないようです。
フォルダ同期処理は calendarMemo ver 0.9.7b08 から
● 今、考えていること（ FTP クライアント）
[2002/06/22]
MacOS 9 では FTP クライアントとして Fetch を使っていたが MacOS X になったら新しく購入しなければならなくなった。そこで
CalendarMemo に FTP クライアントの機能を追加しようかと考えている。まだ構想の段階だが是非とも必要な機能ではないかと思っている。
● FTP クライアント
[2002/07/01]
MacOS X にある ftp コマンド（プログラム）を使ったら簡単にできてしまった。昔なら自前で開発する必要があったのですが
MacOS X は UNIX なのでとても便利です。ただファイル名やディレクトリ名にスペースやタブを含んでいると機能しない。これが自前なら何とかできるのでしょうが。
でも私が開発するより既存のものの方が信頼性が高いのでは！と思っています。
● そろそろ mc でも
[2002/07/01]
CalendarMemo もだいぶ安定しインターフェースとしては当初の予定をクリアしたのではないかと思っています。そろそろ
mc (matrix calculator) の組み込みを考えようかと思っています。計算部分はめどがたっているのですが肝心の作図が、自前にするかそれとも
GNU PLOT にするか、はたまた OpenGL に手を伸ばしてみるか。まだまだ考える事が沢山あります。
● ペーパーレス
[2002/07/01]
そういえばコンピュータを使うようになると紙が不要になるので自然に優しい、省資源になると言っていた時代があった。でも実際には昔より紙が増えた様な気がする。たぶんコンピュータを使うと綺麗な印刷が簡単にできるので予想とは逆に紙が増えてしまったのでは。
でも私自身は実社会とは逆に数年前からペーパーレスに入っている。それまでは書いたドキュメント（日記）は印刷し製本していたが６〜７年程前から、
mc を使うようになってからドキュメントを印刷することが無くなった。現在は CalendarMemo を主に使っているがほとんど印刷する事がない（というより使う必要が無くなったので
CalendarMemo には印刷機能が無い）。
何故、私の環境がペーパーレスにになったかと言えば、ファイル管理をアプリケーションに任せてしまった事にあるのでは。必要な処理を探すのにページをパラパラめくるよりコンピュータで検索した方が早いし、また表示もワンクリック。
それに PalmPDA の利用もペーパーレスに拍車をかけていると思う。私の場合、後で読む必要のあるドキュメントは
PalmPDA に転送し読んでいる。印刷する必要がないのである。俺って CalendarMemo 開発で社会に貢献しているようだ！
本当にペーパーレスにする気があるのならアプリから考えなければ無理であろう。単に省資源と騒ぐだけでは駄目なのでは。
● ドキュメントリンク（ジャンプ）
[2002/07/08]
CalendarMemo で一番使う機能は何かと尋ねられたら「ドキュメントリンク」と答えるだろう。同じ事を書いたドキュメントがいたるところに保存されているため思っていた以上に使える機能である。もうドキュメントリンク無しには
CalendarMemo が使えない。
そうそうドキュメントリンクには２つの大きな問題がある。一つはリンク設定である。ドキュメントリンクは各リストからの
drag & drop やファインダからの drag & drop で設定可能である。こ一つや二つなら便利で面倒でもないが、これが１０もあったら嫌になる。そんな問題点を抱えている。そこで
[検索:検索文字列] 文字列でドキュメントから直接全ファイルのファイル名検索ができるようにし急場をしのいでいる。例えば [検索:ワーム
ウイルス klez] である。
もう一つの問題点、それは至る所に散らばっているドキュメントにジャンプすると、今自分は何時のドキュメントを読んでいるのか混乱してしまう事である。簡単にジャンプできるのも考えものである。これには今のところ対策がない。もう少しボケが進行したらリンクマップでも描けるようにしようかと思っている。
リンクマップって面白そうだな〜
[※ 52 単なるお話、その３] に続く！