2009/10/28

Libera Memory Resident 1.1 を公開！
→ downloadのページ と ReadMe

実行履歴の記録表示機能を追加しました。

このソフトはバックグラウンドで自動実行するため、v1.0 ではいつどのように実行されたのかが分からず、設定を決めるのに不便でした。そこで、実行履歴（ログ）を保存して参照できるようにしてみました。

v1.1 を起動するだけでログ記録可能になります。改めて［保存］ボタンを押す必要はありません。このログは設定数値を決めるのにかなり役に立つので、ぜひお試しを。

----

Name Validator をもう少し便利に使えるように、リネーム機能の充実を目指して改修してます。具体的には、浮紙のテキスト処理機能と同じ仕様のものを付けてみようかと…。しかしこれがもう挫折しそうなほどおそろしくメンドクサイ！ 根本的に作り方が悪すぎっ！ 相当練り込んで作る必要があるので時間がかかりそうです。でもこれができたらかなり便利だと思いますので、どうぞお楽しみに。

2009/10/04

このところ eBay にハマってます。そんな中で信じられないようなことが…。

いつものように eBay を眺めていたら、クナッパーツブッシュの「Vienna Holiday」が 9.99ドルの Buy it now で出品されていたんです。レーベルの画像が掲載されていて、どう見ても SXL 2016 の ED1。あまりの激安に「へ〜、こんなことがあるんだ〜」とビックリしまして、盤の評価は VG++ ですが、とにかく安いので購入してみたわけです。

その盤が届きました。で、一応ジャケットの裏を見てみたら、なんとこれがブルーバックボーダーなんですよ。ちょっと興奮しながら盤面をクリーニングし、再生してみました。見た目は たしかに VG++ ですが、再生はそれほどノイズはなく、EX+ で通用します。巷でこの盤は「オーディオ的すぎる音」といわれますが、ウチでは全然そんなことはなく、鮮度の高い自然さでこの演奏の楽しさを味わえました。CDで国内盤と輸入盤ともに飽きるほど聴いた演奏ですけど、この「楽しさ」はオリジナルのレコードならではのものがあります。

そんな「SXL＋ED1＋BBB＋EX+」の「Vienna Holiday」が 9.99ドル…。ホントにこんなことってあるんですねえ。

追記；
そういえば米LONDON盤の CS 6014 があったのを思い出しました…。これも英DECCAプレスですが、見てみたらなんと外溝でした。マトリックスも違います。SXL よりさらに初期のプレスですね。しかし、盤の状態は良いのに音はなんともパリっとせず、演奏から楽しさが伝わってきません。印象が薄いので、これじゃあ持っているのを忘れちゃうよな〜と納得してしまいました。

2009/10/01

新作 Libera Memory Resident を公開！
→ downloadのページ と ReadMe

メモリの Inactive 値を一定の間隔でチェックし、設定値以上になっていたら解放を試みます。

Launchd を利用するので、動作環境は OS X 10.4 以降になります。

「古い Mac をサーバ用途で運用している環境」を想定しているので、メッセージを表示することなく勝手に実行します。「勝手にされると困る」という環境では使わない方がいいかも…。

これもHiroさんのアイデアで出来ました。Thanks!

2009/08/31

Libera Memory を 1.3 にアップデートしました。
→ downloadのページ

今回は自動実行機能を追加しました。（thanks! Hiroさん）
詳細は ReadMe をお読みください。

----

今日はさらにもっとスゴいのを公開しますよ〜
Hiroさんがコマンド実行版を考えてくれました。

du -s / &> /dev/null & sleep 10 && kill $!

duコマンドを10秒実行して終了します。秒数は環境次第でもっと短くていいかもしれません。Libera Memory.app を使わずにメモリ開放ができるので、色々なスクリプト系で便利に使えますね。

2009/08/14

前回「Googleが検索文字をNFCに正規化している」と書きましたが、これは間違いだと教えてもらいました。

正規化しているのはGoogleではなく、Safariでした。検索フォームに入力すると、いつの間にか正規化するようになっていたんですねえ。一方、ツールバーのGoogle検索では正規化されずそのままです。

Safariはおそらく、Googleだけでなく、ページの入力フォームの文字をすべてNFCに正規化してから送信しているんだろうなあ〜と思います。（確認できる場所が思いつかないので未確認）

2009/07/30

archive の「Unicode正規化」を放置していたら、ちょっと内容が古くなってしまいました。今では Google も検索文字を NFC に正規化しているし（一部で NFKC も利用してますね）、JeditX のソートもちゃんとなってるし、Adobe の「安直に正規化しちゃう仕様」はもう改善の望みが皆無です。少しずつ改訂していきますね（その１は改訂済み）。さらに、その改訂の勢いに乗って互換漢字へ続けられるといいな〜。

2009/07/26

23日と25日の内容を再編集してこちらにまとめました。

Unicodeで「漢字」の正規表現

2009/07/22

さすがにウンザリしましので、今後しばらくはパソコンがらみのことは書きません。おそらくほとんどの人には全然面白くない話題になると思いますので、期待しないでください。

2009/07/21

『やることはユーザ事例の紹介ではなくて誰でも追試できる実験方法と計測値の提示なんだけど、疑似科学と突っ込まれそうな方向に突き進んでいるのはなぜなんだろう』

ちょっと反応しておきます。「誰でも追試できる実験方法と計測値の提示」という定量的な方法は、科学をやっていないと明言している私自身が科学的な手法を提示することになりますので、あきらかに矛盾ですよねえ。それこそ疑似科学に突き進むことになります。

「疑似科学と突っ込まれそうな方向」とお感じになるのは構わないのですけど、定量的な裏付けこそが唯一無二の正しさだと思い込んでいて、それなしでは納得できない人って、私はそれこそ胡散臭くて信用できないんですよ。そういう定量計測ドグマに縛られた人を相手にするより、定性的なフィールドでピンとくる方のほうがはるかに好ましいので、具体的なユーザ事例を掲載することにしたわけです。ぐだぐだ理屈をこねくり回すよりずっとわかりやすいですし。

いやいやいや、本当の問題は科学とかそんなところにあるんじゃないんですよ。

私がソフトウェアを作る動機は「困ったこと」があったからで、それを「困らなくする」のが目的です。一番分かりやすいのが FileListPrint ですね。旧MacOSの 「ウインドウのプリント...」が OSX で消えてしまって「困った！」のが、これを作った動機です。このソフトを使う人は同じ「困った！」を経験していて、作る側と使う側の「困った！」が一致したときにはじめて「便利だ〜」と感じてもらるわけですね。

しかし、困ったことがない人にはどうして FileListPrint が必要なのかが分かりません。でもその人に分からないからといって「FileListPrint の疑似科学」にはなりません。ところが件の疑似科学さんは、その文章を読めば「困ったことがない人」だということが明瞭です。つまり「どうして Libera Memory が必要なのかが分からない人」です。分からないのに分かっているようなつもりになって「Libera Memory の疑似科学」という知ったかぶりのトンチンカンなことを言い出したわけです。私にしてみれば、これは「FileListPrint の疑似科学」とまったく同じピント外れですよ。「誰でも追試できる実験方法と計測値の提示」は、ピント外れと同じ土俵に上がる愚行です。

疑似科学さんの主張のほとんどは、私が Read Me で書いたことをただ引き写して丁寧に言い換えているだけです。そして両者の結論が異なる原因は「困ったことがあるかどうかの経験の有無」なんですね。それが最も顕著に現れているのが、疑似科学さんのこの箇所です。

『では、バッファキャッシュがメインメモリを占有し、空きメモリが少ない状態で、もしアプリケーションがメモリ領域を要求した場合にはどうなるか。OSはバッファキャッシュのうち古いデータから消去して、ページアウトを発生させることなく空きメインメモリを増やす。バッファキャッシュによってメインメモリが「占領」されているように見えても、それがパフォーマンスに影響を与えるわけではないのだ。』

こっちにしてみると「現実にパフォーマンスに影響があるから困ってるんだよ！ メモリ量の数値だけ見て言ってるんじゃないんだよ！」ということになるわけです。「ユーザの事例」を掲載したのは、Libera Memory が便利だと言いたいのではなく、「困った経験をしている人が実際にいる」ことを示すことこそが、疑似科学さんの妄言への唯一の反証たりえると考えたからです。もちろん他の方にも「そういう困った状況で使うソフトなのか」と知ってもらう目的もありますし、さらには同じように困っている方の解決のヒントになればとの思いからでもあるのです。

2009/07/20

これまでに応援メールをいくつかいただきまして、元気をもらいました。
ありがとうございます！

さて、メールには Libera Memory が役に立った状況の説明もあり、それを読むと「こういうことは頭で考えただけでは思いつかないよな〜」と驚いてしまいます。そこで、メールから抜粋して Libera Memory ユーザの事例 にまとめてみました。皆さんのご参考になればと思います。

2009/07/17

そうそう、ここはブログじゃないんですよ。見た目はいかにもそれっぽいんですけど、全部エディタで手打ちしてます。ですのでコメントもトラックバックもできないのです。

ブログにしようと試したこともあるんですけど、イライラしちゃってダメでした。ファイルをローカルで管理して手打ちした方がずっとラクです。

皆さんには利用しにくいサイトですけど、どうぞご容赦くださいませ。

2009/07/14

「これでおしまい」と書いていながら、まだグダグダと気になってます。

メモリとかバッファキャッシュとかはもうどうでもいいんですけど、Libera Memory を「疑似科学」と言われたのがどうも気になってるんですよ。

疑似科学というのは、さも科学であるような主張に対して「そんなの科学じゃねえよ」と言うときに使われる言葉で、まあ蔑称ですよね。件の疑似科学さんからもそういう意図を濃厚に感じます。

でもね、私は自分が作ったり説明したりしていることが科学だなんて、まったく微塵も思ってないわけですよ。

「あれ〜、周りからは科学だと思われてるのか〜？」と分からなくなりまして、友人に件の文章を読んでもらったら

「Libera Memory って科学だったのか（笑）」

という反応が返ってきたので、そうだよねえ、フツーこんなの科学だなんて思わないよねえ、とひとまず安心したんですけど。

そもそも件の文章には Libera Memory を実際に使って検証した形跡がまったく見当たりませんし、疑似科学さんはどうやら「実際に試さなくても頭の中の想像だけで十分」と思っているらしく、私としては「おいおい、それこそ本物の疑似科学だよ」と突っ込んでみたくなりますし、思い込みが激しいにも程があるってもんです。

本当にこれでおしまいにしたいんですけど、最後に声を大にして言いたい。

私は科学なんかやってません！
ここで作って公開しているのはただの道具です！！
説明しているのは道具の使い方です！！！
なにか言うときは使ってみてからにしてね！！！！

2009/07/10

ところで、件の疑似科学さんのどこが決定的に間違っているのか、念のため書いておきますね。

Libera Memory の Read Me で、私は以下のように説明しています。

『アクセスがなければ古いバッファキャッシュから消えていきますが、実際はなかなか消えてくれません。状況によっては物理メモリの空き容量を圧迫することもあります。』

これを疑似科学さん風に言うとこんな感じ。

『OSはバッファキャッシュのうち古いデータから消去して、ページアウトを発生させることなく空きメインメモリを増やすようになっているのだが、その消去が悠長でトロいため、状況によってはバッファキャッシュにメインメモリが「占領」され、それがパフォーマンスに影響を与えてしまうわけなのだ。』

もっとも、こういう状況に直面したことがない方には、実感として理解できにくいことではありますね（Libera Memory を使う必要もないし）。

それからもうひとつ。疑似科学さんはこう断定していますけど、

『よく使う可能性の高いバッファキャッシュを消されては、毎回二次記憶にアクセスしなければならなくなる。これは、パフォーマンスに悪影響を及ぼすと容易に想像がつく。』

バッファキャッシュになるのは「一度使われたデータ」であって、それがイコール「よく使う可能性の高いデータ」ではありません。たとえば psync 等でディスクを丸ごとバックアップすると（またはDVDを数時間観ると）、バッファキャッシュがてんこ盛りになりますが、これは「今後使う可能性が著しく低いデータ」です。

システムがデータをバッファキャッシュにするのは「一度使ったからまた使うかもしれない」というだけの理由なんですね。そしてそこに再度アクセスがあれば「直近で使われたデータ」ということで消去されにくくなり、ずっとアクセスがなければ消去されやすくなります。つまりシステムは「最近アクセスがあったかどうか」という時系列のみで処理しているわけで、そしてそれがシステムにできる限界です。本当にそのデータが「よく使う可能性が高い」かどうかの蓋然性はユーザの都合で決まるのですから、ユーザにしか判断できないことです。

「最近バッファキャッシュになったデータが大量にメモリを占拠していて、本当に必要なのはもう少し古いデータなんだけど消去されちゃったかもしれないし、システムがそこまでこっちの都合が分かるわけもないからなんかもっさりしてるし、いっそのこと消去しちゃった方が結局はパフォーマンスの復帰が早い」ということは経験的にも容易に想像がつきます。

最後に、これはあげ足取りみたいなので言わないでおこうと思っていたのですが、我慢できないので言っちゃいます。

「メモリ解放は科学というほどのことじゃないぞ〜」
「そもそも疑似科学って言葉の使い方が間違ってるぞ〜」
「空きメモリを解放するなんていう珍妙なソフトは作ってないぞ〜」
「そんなこと言うと、盛大にバージョンアップしちゃうぞ〜」

この件はこれでおしまい。

2009/07/08

「Como / ComoDock 1.4.3」を公開！
→ download ページ と ヘルプ

ず〜っと放置していたら、いつの間にか「dmgファイルが壊れていると警告される」とか「ComoDockでどのメニューを選んでもaboutウインドウしか表示されない」とか、ワチャクチャなことになっていたので急いで治しました。教えてくれたムーミンさん、thanks!

----

こんなこと言われてました。
Libera Memoryという疑似科学

Libera Memory がやっていることは4/18に公表済みですので、そちらをご覧になれば「無理矢理解放」ではないことをご理解いただけると思います。

「いつ使うか分からないデータが大量にメモリに残っているせいでシステム全体の動作が遅くなり、システム開発者に敬意を払ってそのまま我慢して使い続けるよりも、とにかく今の仕事を早くこなしたい」という時に、このソフトがお役に立てればいいな〜と考えております。

2009/07/06

「Name Validator 4.2」を公開！
→ download ページ と ヘルプ

主な変更点は以下の通りです。

・階層表示を可能にした。
・カスタマイズした検証セットを起動時に読み込まない v4.1 の不具合を修正。

詳細はヘルプをご覧くださいませ。

Name Validator の作り込みはこれで完了です。

2009/07/02

PayPal の寄付ボタンを付けよう！ と数週間前に思い立ちまして、色々調べたのですが、なぜかできません。問い合わせたところ、びっくりする回答が返ってきました。

『恐れ入りますが、以前PayPal上でご利用いただける寄付機能はセキュリティの関係で、ご利用いただけなくなりました。また、基本的にビジネスアカウントで、「慈善団体・NPO」のお客様のみにご利用いただけます。お客様の場合は、申し訳ございませんが、寄付ボタンの作成はできません。ご了承くださいませ。』（原文ママ）

ん〜、できなくなったのは仕方がないんですけど、PayPal のサイトのどこにもそんなこと書いてないですよ…。

2009/06/29

Name Validator 4.2 の公開は、もうすこし慎重に確認してからにします。しばしお待ちを。

2009/06/25

あら〜、Name Validator 4.1 のバグに気づいてしまいました。カスタマイズした検証セットの設定ファイルを起動時に読みこんでいないというものです。私のいつものうっかりミスです…。4.2 で修正します。

その 4.2 ですが、ついに「階層表示」が可能になりますよ！ 公開は月曜日の予定です。どうぞお楽しみに！

----

ついでにメモ。
OSX 10.5 からディスクユーティリティで「フォーマットしないでパーティション変更ができる」ようになりましたが、これはボリュームのジャーナリングを ON にしておかないとできません。

さらにメモ。
最初に作ったユーザアカウントを消すには、以下のファイルを削除すれば可能。
/private/var/db/dslocal/nodes/Default/users/アカウント名.plist
/private/etc/apache2/users/アカウント名.conf
もちろんトラブルが発生しても自己責任で。

2009/06/22

「Name Validator 4.1」を公開！
→ download ページ と ヘルプ

主な変更点は以下の通りです。

・検索置換機能を追加。
・編集中の文字列をリアルタイムに編集名へ格納するようにした。
・リストを選択するとチェックマークと錠アイコンが非表示になっていたが、表示するように改善した。
・編集フィールド左上に小チェックマークを表示するようにした。

詳細はヘルプをご覧くださいませ。

あと２つほど大きな機能追加/強化をする予定です。お楽しみに！

2009/06/15

「Name Validator 4.0」を公開！

「非互換ネームcheck」を大刷新して、改名しました。

さらに機能を追加する予定があるのですが、公開がずっと先になってしまうので、現時点で 4.0.0 とします。

使い方は非互換ネームcheckと同じで、すぐに使えると思いますけど、操作ムービーを撮ってみましたので参考にしてください。
Name Validator 4.0 を使っているところ

今回は頑張ってヘルプを網羅的に書きました。ざっと目を通していただくと、さらに便利に使えると思います。

----

昨日「Libera Memory」のダウンロード数が 10,000 を超えましたよ〜。

2009/06/06

非互換ネームcheck は ver.4 で「Name Validator」に改名します！

このソフトは６年前に「ロングネームcheck」という名前ではじめて公開しました。これがその ver.1.0 のウインドウですが、まあシンプルですね〜。ロングネーム検出しかできません。でもこのシンプルさは好きです。そしてその１年後に ver.3.0 で「非互換ネームcheck」に改名しました。

さて、Name Validator になって、ウインドウの見た目はこう変わります。改名むべなるかなという感じでしょ。

公開まであともう少し。どうぞお楽しみに！

2009/05/31

非互換ネームcheckですが、改修どころか全面的な作り直しになってますよ。ウインドウの見た目も一新、しかもなぜかマルチウインドウ仕様に。チェック項目も増えて一通り実装も完了。とりあえず説明文だけUPしておきます。

チェック項目の説明

「非互換ネームcheck」という名前もローカライズしないといけないので、英語名を「Name Validator」に決定しました。いっそのこと日本語名はやめてこれにしちゃおうかとも考え中です。

作っている時は、いつもこんな幸せな感じ。

2009/05/25

またまたUnicode用語対訳表の話題です。

和訳の中で「合成文字」の文字が使われている用語が１つだけあります。互換合成文字（Compatibility Composite Character）ですけど、これは例外ではありません。意味の区切りが「互換｜合成文字」ではなく「互換合成｜文字」だからです。（←大間違いであることが判明。詳細は追記で）

しか〜し、この意味が全然分かりません！ 互換合成した例を見てみます。

Ａ．「①」2460　→「1」0031
Ｂ．「Å」212B　→「Å」00C5
Ｃ．「ポ」30DD　→「ポ」30DD
Ｄ．「ポ」30DB+309A　→「ポ」30DD

このうち互換合成文字はどれなんでしょうか…？ 誰か教えてください！

5/27 追記

なんと、NAOIさんに教えてもらいました！ ありがとうございます。

「互換合成文字」は「互換｜合成文字」でした。対訳表で唯一「合成文字」が使われている用語なんですね。そうなると意味は簡単です。

・Compatibility Composite Character は「互換｜合成文字」
・Composite Character は「分解可能文字」と同義である
・したがって「互換｜合成文字」＝「互換｜分解可能文字」
・「互換分解可能文字」は、その互換分解が正規分解と異なる文字

ということで、Ａの「①」2460 が互換分解可能文字でした。あ〜、スッキリ！

それにしてもですよ、
　Composite Character
　Decomposable Character
この２つの訳語をせっかく「分解可能文字」のひとつにしているのですから、
　Compatibility Composite Character
　Compatibility Decomposable Character
この２つの訳語も「互換分解可能文字」のひとつにしておいてほしいですね。

対訳表が素晴らしいので、つい「なにか理由があって違う意味にちがいない！」と思い込んでしまいました。ということで「互換合成文字」は抹消希望です。

2009/05/24

21日にご紹介したUnicode用語対訳表の良いところをもうひとつ触れておきます。

Composite Character は Decomposable Character と同じ訳語の「分解可能文字」になっています。これは結合と合成をちゃんと区別しているのなら「合成文字」にしてもよいところで、日本語としてもその方がわかりやすいです。しかし、日本では「合成文字」という語を「結合文字の並び」の意味で使っている文書や発言があまりに多いので、かえって混乱を助長してしまうと考えたのでしょうね。そして、訳語の後方互換性を損なわないためにも、あえて「合成文字」の使用を避けた配慮がうかがえます。

ほかの訳語も見ていくと、決して一方的に訳語を押し付けるようなことをせず、現状での言葉の使われ方をふまえた上で、さらに混乱の除去とわかりやすさを意図していることがわかります。とくに Sequence を「〜の並び」にしてあるのは本当に素晴らしい。私も今後は「並び」の方を使うことにします。

2009/05/21

Unicode 正規化の専門用語は日本語訳が混乱しまくっているので、常々困ったもんだと思ってましたが、なんと本家サイトにいつのまにか英日対訳表が出来ていました。「結合」「合成」がちゃんと区別されていますね。

Unicode Terminology English - Japanese

例外は Combining Character Sequence と Composite Character Sequence が同じ「結合文字の並び」になっている箇所ですけど、その近辺から読み取れるのは、

・Composite Character は「分解可能文字」である。
・だが Composite Character Sequence は「分解可能文字の並び」ではない。
・ましてや「合成文字の並び」なんかではさらさらない。
・それは Combining Character Sequence の誤用である。
・したがって、和訳は「結合文字の並び」にするのが正しい。

ちなみにこちらの日英対訳表ではちゃんと一意になってます。「結合と合成を誤用混同する日本の悪しき慣習」が、これで是正されることを強く望みます。

2009/05/08

「浮紙 4.0.8.1」を公開 → downloadのページと ReadMe

OSX 10.5 でファイルをダブルクリックしても開かない場合があるのを修正しました。

どうやら名称が「浮紙」という日本語なのが原因のようで、ローカライズすることで解決しました。（理由は全然わかりません〜）

----

「非互換ネームcheck 3.4.1」を公開 → downloadのページ

リネーム時にネットワークドライブを探してしまう場合があったのを修正しました。

実はこれ、かなり前に修正してあったのに、すっかり忘れて放置してました…。思い出させてくれた斉藤さんに感謝です。（不具合を指摘していただいた時点でも思い出さなかったのですから、脳ミソがかなりやばいです）

で、つらつらとソースを眺めていたところ、久しぶりに（ようやく）このソフトの改修に取りかかる気になりました。中身はスパゲッティコードの見本のようで、作った本人も容易に把握できない有様です。そんな状況をここらでガッと片付けてスッキリしたくなりました。そんなわけで時間がかかりますけど、どうぞお楽しみに！

2009/05/01

「Appleが独自設計のプロセッサ開発」の報道

またもや「これに最適化された Adobe CS が…云々」という騒動になるのでしょうか…？？？

2009/04/19

YouTube で観たスーザン・ボイルにビックリ感動！ ポール・ポッツに続くサクセス・ストーリーになるのでしょうか。これからリアルタイムで成り行きを追いかけられるので楽しみですね。

2009/04/18

「ScriptPalette AI 1.2.2」を公開！
→ downloadのページと ReadMe

CS4 も動作可能に。Intel 環境で javascript が動作しない場合があったのをさらに修正しました。

ScriptPalette AI は AppleScript の「do javascript file」を使っているのですが、そこに渡すファイルのテキストエンコーディングによっては Illustrator が実行してくれません。そこで SPAI 1.2.0 までは CS2以降なら「BOMなしのUTF16BE」にしていました。

しかし、ちゃんと実行される環境もあれば、実行されない環境もあることがわかりました。で、少々混乱しつつ、お手伝いをしてもらって調べたところ、どうやら「BOM付のUTF16LE」だけが唯一どの環境でも実行されるらしいことが判明しました。

ということで、1.2.2 で再度修正しました（thanks! 田村さん、石田さん）。

さらに、田村さんに作ってもらった CS3/4 のパレットタブのリソースも追加しました。Illustrator のバージョンに応じてタブが変わりますよ。

-----

たまさん誕生日記念「Libera Memory ネタばらし」

「du /」を数秒間やってるだけです…。あ〜、とうとう言っちゃった。
標準出力は不要なので「du / > /dev/null 2>&1」
「du -s / > /dev/null 2>&1」がいいでしょう。

そうそう、たまさんは７才になりました。シニア用キャットフードの年齢です。見た目は全然シニアじゃないんですけどねえ。

2009/04/14

「ScriptPalette AI 1.2.1」を公開！
→ downloadのページと ReadMe

Intel Mac+CS2 で動作していなかった Intel 環境で javascript が動作しない場合があったのを修正しました。

最近、職場の私の作業環境を Mac mini にしました（人柱）。当然「Intel & 10.5」なんですけど、ScriptPalette AI 1.2.0 で Javascript が動作しないんですよ。あれ〜？ 今頃になってやっと気づいたわけですか。情けない…。

ということで治しました。CS3 もこれで動きます。CS4 は未確認です（自宅に CS4 の体験版をインストールしようとしたら、起動ディスクが Case-sensitive になっているので出来ないと警告が〜）。もし動作しない環境がありましたら教えてくださいませ。念のため 1.2.0 のダウンロードを貼っておきます。

-----

さて、毎年恒例の「たまさん誕生日記念」ですが、今年は新作がありません。そのかわりに「Libera Memory のネタばらし」をします。お楽しみに！

2009/03/05

「FileListPrint 1.2.0」を公開！
→ downloadのページ と ReadMe

ラベル色の表示とソートをできるようにしました。
（thanks! hirakun）

これを見て思ったんですけど、Finder のラベルはグラデーションじゃない方がいいですよね？ 平アミの方がずっと見やすくてクールのような気がします。
（モニタ表示で「平アミ」というのかどうかはともかく）

2009/03/04

ダウンロード数のベスト５です。
Libera Memory だけ異常に突出してます…。

-----

今年は MacBook を買おうと思っていたのですが、お店によっては３万円ほど安くなるんですね。しかし、そこでは JIS キーボードしかないわけです。私は US キーボードの愛用者で、いまだに command+space で入力メニューを切り替えてます。でもそのためだけに＋３万はどうなのよ？ と煩悶する日々が続いておりました。ところが本日、とうとうモデルチェンジした Mac miniが。ん…これかなぁ…？

-----

近日中に FileListPrint を 1.2 へバージョンアップします。お楽しみに！

2009/02/12

「FileListPrint 1.1.0」を公開！
→ downloadのページ と ReadMe

やっと待望の機能を付けましたよ。（thanks! 吉川さん）
ぜひ使ってみてください。

2009/02/10

公開ソフトを少し整理して、以下のようにしました。

開発終了
・非互換ネームcheck (for InDesign CS1)
・CureVenus
・Illustrator バラ行変換
公開終了
・NameWatcher 2.0.2
・Illustrator 孤立点Check
・UseTenkey

-----

近日中に FileListPrint を 1.1 にアップデートします。どうぞお楽しみに！

2009/01/26

左手でマウス？？

左手はキーボードショートカットをする手ですよね…。