clippyのエイリアスに日本語ファイル名を指定すると読み込めないというバグがありました。自分では滅多に日本語ファイル名などというのは使わないので全然ノーマーク。

NSString:stringWithContentsOfURL:encoding:errorを使って読み込みする際、読み込むファイルのNSURLを単純に生成してました。

NSString *contents = 
  [NSString stringWithContentsOfURL:[NSURL URLWithString:filename] 
  encoding:NSUTF8StringEncoding error:&err];

これだとNSURL:URLWithStringはnilを返しますが、なんのチェックもなしです。(^^ゞなんでもかでも一行に納めるとこういう場合がきつい。ちゃんと２ステップ踏んで、fileスキームもちゃんとエスケープしないとダメですね。

NSURL    *url = [NSURL URLWithString:
  [filename  stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]];
NSString *contents = 
  [NSString stringWithContentsOfURL:url encoding:NSUTF8StringEncoding error:&err];

便利なものがあって助かりました。しかし、どうせならエスケープするというのをデフォルトにすればいいのになぁ。などと少し思ったりもします。

以前作成したアプリをv10.6SDKベースでコンパイルしたら警告がでました。何でかなーと思って調べてみるとアプリケーションで使用しているNSRuleEditorのdelegateメソッドがNSRuleEditorDelegateプロトコルに昇格（？）していました。なので、delegateメソッドを実装するクラスは<NSRuleEditorDelegate>しなければいけませんでした。ドキュメント10.6 Symbole Changesを見てみるとNSWindowはじめ多くのdelegateがプロトコル化されていることがわかります。

Objective-C 2.0でプロトコルでもオプション指定ができるようになったので、カテゴリ（非形式プロトコル）定義されていたデリゲートが形式プロトコル化されるのは自然な流れかもしれません。これまではよほど大量のデリゲートメソッドを実装するのでなければ、コントローラクラスの片隅にチョコっとデリゲートメソッド実装していましたが、オブジェクトの独立性や保守性を考えれば、今後はきちんとデリゲート用のクラスを作成するという方向になっていくのでしょう。

デリゲートといえば、前エントリでは嬉々としてデリゲート便利！などと騒いだ手前恥ずかしいのですが、冷静になってみるとInvoke(delegate)はやっぱり単なる「関数ポインタ」と言ったほうがいいのじゃないかと思ったりしてます。設計上の理由によりメソッドの実装を”他オブジェクトに譲（ってもいい｜るべきだ）”とすることをデリゲートと呼ぶのであって、たとえばコールバックでの関数ポインタの代替として（文法上）のデリゲートとは意識的に分けて考えたほうが正しいあり方のように思います。

前回のエントリで書いたようにNSRurleEditorではルールを作成に際してDelegateメソッドを通じて細かい制御をおこなうことができます。必須のDelegeteメソッドは３つ、

1. ruleEditor:numberOfChildrenForCriterion:withRowType:
2. ruleEditor:child:forCriterion:withRowType:
3. ruleEditor:displayValueForCriterion:inRow:

NSRuleEditorのaddRowメソッド呼び出しのタイミングで左辺・述部・右辺についてそれぞれ呼び出されます。今回のサンプルで言えば初回時（ルート）では price/color/sizeの３つの選択肢があるので返す数は３。NSRuleEditorではこの数に基づいて、ruleEditor:child:forCriterion:withRowType:メソッドが３回呼び出します。このメソッドでは左辺３つの情報をNSDictionary形式にパックして返します。パラメータchild:(NSInteger)indexで表示位置を指定してきますのでindex(0)でpriceの情報を、index(1)でcolorの情報・index(2)でsizeの情報を返します。

NSPredicateでは正規表現もサポートしていて単にマッチングだけを目的とするのであれば、RegexKiやOgreKitを導入する必要はありません。例えばURLマッチングであれば、

NSPredicate* reg = [NSPredicate predicateWithFormat:
  @"SELF MATCHES 'https?://[a-zA-Z0-9/.?_+~=%:;!#-]+'"];
if ([reg evaluateWithObject:source])
  {
     :
   }

CocoaDevのUndocumentedGoodnessというトピックで、キーチェーンで新しくパスワードを作成する際に使われているPasswordAssistantPanelを使っちゃおうっていうTIPSが紹介されています。この「パスワードアシスタント」はキーチェーンアクセスで「新規パスワード項目」を作成するとき使うツールなんですが、

• 英単語混じり
• 文字と数字
• 数字のみ
• ランダム
• FIPS-181準拠

といったルールを選択することでそのルールにあったでパスワードを自動生成してくれてしかも強度まで表示してくれるすぐれものです。忙しい日々テキトーなパスワードを考えるのすら面倒な僕には重宝しそう。

clippyのtiger版テストをしていて気がついたのだけれどTigerのNSData:dataWithContentsOfURLはちょっと問題がありそう。

NSData   *d = [NSData dataWithContentsOfURL:
  [NSURL URLWithString:@ "http://www.yahoo.co.jp/"]];
NSString *s1  = [[[NSString alloc] 
  initWithData:d encoding:NSUTF8StringEncoding] autorelease];
NSLog(@"s1:%@", s1);

と、次のコード

NSString *s2 = 
  [NSString stringWithContentsOfURL:
    [NSURL URLWithString:@ "http://www.yahoo.co.jp/"] 
    encoding:NSUTF8StringEncoding error:&error];
NSLog(@"s2:%@", s2);

は同じ結果になることを期待していたのですが、NSLog(@"s1:%@", s1);は(nil)となります。同じコードをLeopardで実行すると正しく動作します。ん〜、なんでだろ？

Tiger環境が自由に使えないため詳細を追い切れていません。というわけで、clippy for Tigerのaliasにhttp://〜を使うとうまくありません。（ローカルのfile:///〜はOK。ここがまたわからない...）

SmultronへのNKFCocoaの組み込み時に発見した「？」な現象。

エンコーディングリストのポップアップを作成する処理で、

NSArray      *encodingsArray = [SMLBasic fetchAll:@ "EncodingSortKeyName"];
NSEnumerator *enumerator     = [encodingsArray objectEnumerator];
id            enc;
while ((enc = [enumerator nextObject]) != nil)
  {
    if ([[enc valueForKey : @ "active"] boolValue] == YES)
      {
        [popup addItemWithTitle :[enc valueForKey : @ "name"]];
        [[popup lastItem] setTag :
          [[enc valueForKey : @ "encoding"] unsignedIntegerValue]];
      }
  }

というコードがあるんですが、このうちポップアップにsetTagするときに最初は、

この２日間、Error Handling Programming Guide For Cocoaを読んでいるのですがちょっと耳の痛いことが書いてありました。