| 月 | 火 | 水 | 木 | 金 | 土 | 日 |
|---|---|---|---|---|---|---|
| 27 | 28 | 29 | 30 | 31 | 1 | 2 |
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 | 1 | 2 | 3 | 4 | 5 | 6 |
ほえ〜、index のカウンタが900を越えました〜(^^)。みなさん、今後ともよろしくお願いします(_ _)
色々あって何となく忙しく、更新がやや滞っていました。まあ以前の更新頻度が高過ぎたということかもしれませんが。開発をしつつ日記を書き、ここにputするというのは結構大変ですが、開発オンリーだとそれはそれで飽きるので、気分転換というか、思考の再確認やまとめにはちょうどよいのかもしれません。
SchaftEditは現在、メモリ関係の処理を色々いじっています。以前のメールリストであったような…。古いメールは自宅にあるので、検索してみます。
ニフティが手狭だからと手に入れたフリーページですが、今のところ実験的に置いたファイル以外何もありません。もう少しちゃんとしたものになってからごく普通にリンクするようにしたいと思います。今はどういうふうに使うかを考えている段階です。
昨日から引き続き学校にいます。夏休みなのに学校にいたせいで、厄介な用事を押し付けられてしまいました。冷房完備で電気代を気にせずにいられると思ったら、こんな落し穴が(苦笑)。
SchaftEditの1.2.0も、ようやく最初のアルファバージョンのリリースにこぎ着けました(^^) 1.1.xの頃までに比べるとだいぶマシになったと思うのですが、どうでしょうか。毎度ですが、レポートなどを頂けると助かります。相変わらず時折間抜けなバグを残していたりしますので(^^; 特に私自身では使い方がほぼ決まっているので、それ以外の使い方や設定にしていると気がつかないことが多々あります。
今見たら、project ファイルのサイズがバージョンと同じ(?)120kBでした。ずいぶんでっかくなりました。アプリケーションのほうももうじき1MBに到達してしまいそうです。PPCコードだから、というのもあるとは思いますが。そういえば68kのほうがリリースできなくて残念です。
昨日は朝帰宅して1日中寝ていました。ちょっと損した感じです。NHKで、広島の原爆投下から10秒間に何が起こったか、という番組をやっていました。科学的で好感がもてました。他のチャンネルは下らない番組ばかりでした。といってもここ富山には民放が少ししかないのですが。久々にテレビを見たような気がします。
その後も下らない番組しかなくなって、ラジオを聞きましたがこれも趣味が合わないものだったので（これまた放送局が1つしかないという(^^; ）、CDを聴こうとしましたが、ラジカセがCDを認識しません(T_T) 色々試しましたが、どうやらもうダメのようです。特定のCDがダメということでもありませんし、いったん電源を切ってもやはり認識しません。この機会にMDなやつに乗り換えでしょうか。しかし先立つものがない(^^; SchaftEditをシェアウェアにしてしまうとか(^^;
今日はやたらすさまじく雨が降ったのですが、昼には雲が切れて晴れ間がのぞいています。予報では夕方までまた降り続くということなのですが、果たして当たるでしょうか:-)
今日はトレッキングに行く予定です、なのにこんな時間まで起きていてよいのでしょうか(笑)。SchaftEdit1.2.0のおそらく最後のアルファバージョンをリリースしました。特にバグが見つからなければ、ベータとしてより多くの方にテストしていただきたく。
結局寝坊してしまい、トレッキングには行けませんでした（時間内に集合場所に行かなければ欠席扱い(^^; ）。次回（あるのか?）に期待ということで、あきらめて寝ることにしました(爆)。
index ページのカウンタが1000を越えました(^^)。同時にSchaftEditに重大なバグが見つかりました(^^; いつごろからこうなっているのか調査中ですが、Findができてもそれ以外の検索/置換機能が使えません。使用中の方にご迷惑をおかけしています(_ _)。解決次第、patch もしくは本体をputします。登録されている方には出来たてほやほやを直送いたします(^^)
今日は、こちら富山ではオニのように雨が降っています。稲妻もかなりの頻度で見えます。自宅でニフティの未読処理をしていたのですが、そろそろまずそうだと感じて、途中でしたがやめてMac を終了させました。その後数回に渡って照明が暗くなったり、停電になりました。大正解(^^)←笑っている場合じゃない。
学校に来るまでには雷は収まったようで、雨だけが激しく降り続いていますが（現在進行形）、サーバも電源を落としているのか、いくつか試しましたがつながりません。メールサーバは学校にあるからつながるかと思ったらこれまたNG。昨日のうちに管理者が落としておいたのかもしれません。昨日は早めに帰宅してしまったので、ただでさえたまっているメールが多そうなのに、これでしばらく受信をしない間にさらにメールが増えるかと思うと、ちょっとぞっとします(^^;
仕方ないので今のうちにオフラインで、…と思っていたら、メールのほうがつながりました。今80通のメールを受信中です(^^; 。クラリスメールで5分おきにチェックをするようになっているので、2回ほどエラーログが出て、今日はずっとエラーログがたまっていくかと思っていたのですが。ひょっとして管理者が学校に来たとか(^^; （今朝9時過ぎです）
そういえば、自宅でシャワーを浴びているときに停電になったのですが、とたんに水の勢いがなくなってしまいました。給水塔なしで、じかにポンプでくみ上げているのでしょうか?いずれにせよ、緊急時の備えをしておかないといけないな、と思いました。一時期はPETボトル入りのミネラルウォーターとか置いていたのですが、いつしか使って、なくなってしまいました(^^; 忘れた頃に災害に遭う可能性もありますから、用意しておこうかな、と。
REALbasic の本家のリストは量が多くてやめようかと思うことも度々ですが（一日あけると60通とかそれ以上になったりするので）、時に役に立つテクニカルな情報があるのでやめられません。またAndrew氏やGeoff氏の直接の発言を目にすることが出来るのもいいところです。時に彼等がTMBGのファンであることを知ったりするとうれしいですし、Charles "QuickTime Evangelist" Wiltgen氏の今日の発言のようなものも面白いです。
ちょっと紹介しますと、REALbasic がiMacにバンドルされたらいい、という発言にレスポンスして、「奇妙なことに、リサーチによると世界中の大抵の人はプログラミングソフトウェアに時間を割くことに全く興味をもっていない。実のところズッキーニでも食べていたほうがましである（もっともズッキーニをiMacにバンドルするって訳じゃないけど）。」という内容のことをいっています:-)（私の理解が間違っていなければ）。
そんな訳で、しばらくは本家のリストをやめられそうにありません。メールがなければないで寂しいのも事実(笑)（あったらあったで、量が半端ではないのも事実(^^; ）
Andrew Barry氏が上にレスポンスして、
And then there are the people who like to program *and* eat zucchini (though not necessarily at the same time)
といっています。何かこういうやり取りを眺められるのもリストならではだなぁと思ったのでした(^^)
今日も雨です。予報では昨日辺りに収まるのかと思ったら。お盆で比較的人が少ないようです。とはいえあまり変わらないかな。学校の売店も13,14は閉まってしまうので、どこかに食べにいかないと…。
明日か明後日辺りに帰省するかもしれません。メールの返事が遅くなるかもしれません。あしからず(_ _) 本家のリストの膨大なメールがたまっているのが怖いので、すぐ帰ってくると思います…。あ、それともgeocitiesで参加していたかな。→本家はgeocitiesではなかった…。geocitiesだったら、ニフティのアドレスに転送先を切り替えておけばニフティの自動巡回で何とかなったかな、とか思ったのですが(^^; んでも未読がたまって（おそらく捨てて）しまうことには変わりありませんね(笑)。
新しく追加した、開くウィンドウのサイズを（位置をそろえるついでに）直前の最前面のウィンドウと同じにする機能ですが、今のところちゃんと機能しています。問題はこれでよかったのかどうか、です(^^; ユーザが増えてくれたらそれなりの意見が集まって結論が得られると思います。増えなかったら…、オーダーメイドにするとか(笑)。もちろん冗談ですが、そうなるとオプションに追加かな(^^;
F6のバカー。EditField 関連の凶悪なバグが修正されたと思ったら、メニュー関連がぼろぼろではないか。特にダイナミックにmenu item を生成するのには欠かせない、menu item のアレイで必ずNilObjectExceptionが発生することが判明。しかも、少なくともうちの環境ではBuild したアプリでのみ起こるので、原因の究明のために12回以上Build しなくてはならなかった(1.2.0a4pr12)。本家のリストに入っていなかったら発狂していたかもしれない。F7でこれらが修正されるまで、リリースのしようがありませんです。
そういえばこのところ更新が滞っていました。特に理由はないのですが、脳の夏ばてかもしれません。ビタミンが足りないのですね。豚肉を食べたほうがよさそうです。
てな訳で久々に更新しました。REALbasic なヒトのリンク集をリストからテーブルにしました。前よりは見やすくなりました？以前だったら決してテーブルにはしなかったと思いますが（面倒なんだもん）、置換とか楽にできるようになったのでやってみましたです。こういうのをソースで見ると結構わけわかで、検索機能をもっと充実させようかなとか密かに思ったりするのでした。
更新していない間に、ファイルを開く際の改行の置換処理を、1MBのファイルで1/5くらいの時間で出来るようにしたので、そのうち日記に書きます。
そそくさとF7がリリースされました。下記のbug はfix されたとのこと。毎度ながらAndrew氏のパワーには圧倒されます。1日何時間寝ているのでしょう(^^; 。ひょっとして寝ている間にも小人さんが出てきてコーディングしているとか(笑)。
SchaftEdit1.2.0a4をリリースしました。前回のリリースから10日もたってしまいましたが、それなりの改善はしたつもりです。ただ、どうにもOpen時のもたつきが目だっています。フリーのメモリのサイズチェックに時間がかかっているためです。これをやらなければ（通常の使用では必要ないでしょうから）速いのです。
ちなみにこの機能のスイッチがあって、本体リソースをResEdit で開き、SfMmというリソースのID=128をhexで01から00にしてやると、メモリの空きのチェックを行わなくなります。これにすると、前より若干開くのが速くなります。オプションにするのは危険なのでリソース内に置いてあります。それ程同時に多くのファイルを開かない、メモリ割り当てを十分にしている、フリーズしても自己責任だから仕方ない、という方は(笑)、このスイッチをoffにしてみてください。
もう一つ遅くなる原因としては、改行コードのチェック、およびその置換にあります。改行コードは常にMacであるという方は、チェックのために読み込むデータの長さを規定しているSfMmのID=131を小さい値にしてみてください。ここをいじるときには、値は文字列として書いてあります(爆)ので、デフォルトで16000と表示されている側をいじってください。
同じくSfMmのID=129, 130はそれぞれ、読み書きの際に改行コードの置換を分割して行う際の、分割するサイズです。上と同じく文字列の数字で書いてあり、バイト単位です。小さくしすぎると分割置換の無駄な部分が大きくなります。また大きくしすぎると分割置換の利点がなくなります。マシン毎にこれをチューンすれば、もう少し速くなるかもしれません(^^;
尚、Read Me に書いてあるように、このような改造は構いませんが、それを配布しないでくださいね。
そういえば大きな改善として、EditField （SchaftEditの場合、ほぼイコールウィンドウですね）が閉じる際にメモリを解放するようになりました。これは別に私は何もしていなくて、F7でこのbug がfix されたためです。確認したらちゃんとメモリを解放していたので（本当は当り前なのですが）うれしかったですね(^^)。
index のページのカウンタが1100を越えました。このところ更新が滞っていたので申し訳ないです＆来て下さった方、ありがとうございます。
早いもので、もうじき8月も終わりですね。今年は妙な天候で、いまいち夏という感じがしませんでした。
このところ更新が滞っているのですが、特に理由はありません。更新すべき箇所もあるのですが、ちょっとパワーが出ないというか何というか。HyperLibさんに紹介していただいたので、アクセスがまたちょびっと増えているようです。それで更新せずでは悪いので、再開を考えています。
全く関係ない話ですが、ふと立ちよったページでやたら書いてあったので思ったこと。よく、ページ作成者に感想を送ってくれとか書いてあっても中々反応がない、メールウェアでも実際にメールを送ってくる人は少ないという話がありますね。私自身も実感してはいますが（これ以上メールが増えても困りますが(爆)）、その原因の一つとして責任の希薄化があると思います。
心理学の実験の話だったと思いますが、n人の人がいる状況で、ある人が倒れます。実験台の人だけそれに気付きました（というかそういう状況にしてしまう(^^; ）。さて実験台の人はどうするでしょう、というもので、人数が多いほど、助ける確率はぐんぐん下がっていきます。2人きりの場合、ほとんどの人は助けますが、他に人がいると思うと、「誰かがやるだろう」という気持ちが強くなるのでしょうね。また、助けなかったことがあとで問題になった場合、2人きりであれば自分に責任が全てかかりますが、大勢いればその責任がn-1分の1に減ります。
よく都心部の満員電車で誰も助けてくれなかったとかいう話が出てきますが、そこには単に都会の人は冷たいとかいうだけでなく、こういった心理が働いているのだと思います。
同様の心理は他でも働いているのではないでしょうか。アクセス数はウナギ昇りなのにアクセスする人からの声は中々聞けないで悩むページ作成者。みんなから美人だと認識されているがゆえに、誰か付き合っている人がいるだろうと勝手にあきらめられていて実は孤独な女性（ちょっと違うか？(^^; ）。
この場合どうすればよいのでしょう？ネットワーク上であれば、他の人を見えなくしてしまえば、「他に大勢いる」と思うがゆえのこの心理を防ぐ/軽減することが出来るのではないでしょうか。6桁にもなったアクセスカウンタをぶらさげているだけで、ダイレクトな反応はそれだけ減少してしまう、と思ったほうがいいのではないでしょうか。
ちなみにこのページはおよそ1日に10ほどカウンタが進みます(笑)。とてものどかなページです(^^)。それでも相当なメールのやり取りがあってうれしい限りです。ありがとう、皆さん。
以前Get しようとしたら混雑していてあきらめた、Postino ClassicをGet し、いじってみました。本家リスト(NUG)もおとなしいので、色々自分宛に送信しては確認をすることが出来ました(笑)。フリーウェアでありながら、中々高機能です。特に、自動振り分けの機能は便利ですね。現在クラリスメールLite を使っていますが、これにはそういう機能がありません。
ところがいいことばかりではなくて、やはり今までクラリスメールを使いなれたせいもあり、そちらにあってPostino Classicにはない機能というのが欲しくなってきます。例えばスケジュール機能。学校でLANにつながっているときには、5分毎にメールチェックをしていないと落ち着かない人になってしまっているので、これが出来ないのは辛いです(苦笑)。
移行そのものにかなりのストレスが伴うので（アドレスブックの移行などは特に）、現時点ではまだクラリスメールを使い続ける方向になりそうです。
シェアウェアや市販品のデモ版など、色々試してみたいのは山々なのですが、そのつどの設定が面倒なのと、色々試している間にも次々に来るメールがあちこちのメーラーに入ってしまうことや、最終的な保存管理方法への以降手段の構築（私の場合、保存が必要な個人メールはNewNOTEPAD II で最終的に保存しています。ニフティのメールは茄子Ｒのファイルから、クラリスメールのファイルはメールファイルから、それぞれ取り込むアプリを作ってありますが、メーラーを変えるとこれを作り直さなければいけませんです）が必要になるなど、（かなり個人的都合もあり）負担が大きいので全てを試す気になれません。
Postino Classicはなかなかいいソフトで、送信者のアドレスを切り替えるといったことも簡単です。複数のSignature もペーストできますし。クラリスメールにある、次や前のメールを同じウィンドウで切り替える矢印のボタンも捨て難いです。Postinoのフォルダのあるウィンドウで直接メールを読む分には同じウィンドウでの表示も出来ますが…。
細かい使い勝手でいえば、例えばリスト表示の選択可能な領域の違いがあげられます。クラリスメールでは、リスト上のどこをクリックしても選択できます。Postinoでは、Finder に近いという感じでしょうか。メールのアイコンや、サブジェクトなどの文字列のある箇所のみ、クリックして選択することが出来ます。文字列のない空白の部分をクリックすると選択できないのは、なれればどうということはないのでしょうが、そうでないものになれた後では違和感があります。どちらが正しいとかいうのではないのですが。
どうしてこういう話になったかといいますと、Nor.A(Asano)として公開しているメールアドレス(nor-a@geocities.co.jp)と、大学のメールアドレスを使い分けたいと思ったからなのです。メールリストに依っては、geocitiesにメールを送るとエラーが返って、送ってもらえないことがあります。またここから転送させているので負担もかけることになります。で、例えばRbJ-MLのほうでは、両方のメールアドレスでそれぞれ参加させていただき、geocitiesの方は投稿専用として#skipにしています。
リストのほうはそれで何とか解決しましたが、個人的なメールのやり取りの際にはそれが出来ないので、どうしたものか、ということになった訳です。
…と思ったのですが、それだったら返信のときだけ、大学アドレスで送る場合には他のメーラーで出す、ということも考えられるかもしれません。あ、でも訳分からんことになりそう(笑)...
いっそのことgeocitiesのアドレスを使わないようにしてしまえばいいかとも考えたのですが、学校のアドレスはいつまでも使うものでもないものですし、何せ覚えにくいです(苦笑)。自分が覚えていません(^^; 。もう一つはニフティのアドレスを使うということですが、ここもしばしばトラブルが発生している模様です…。
geocitiesの方の転送のオプションを止めて、じかに読みに行く様にすればいいのかもしれません。となるとクラリスメールはダメでPostinoということになります。
あ〜どうしたもんだか(笑) ←結局変わらないらしい(苦笑)
一番いいのは、クラリスメールLite に自動振り分けとマルチアカウントの機能がつくことですが、もうクラリスないし(^^;