iPhone/iPad ユニバーサルアプリケーション FloatyMemo+ が公開されました→FloatyMemo+ on iTunes Store (350円)。

FloatyMemo+ は先日公開した FloatyMemo の高機能バージョンになります。

• 背景画像の変更
• メモの整列
• メモの検索
• メール送信・テキスト書き出し

などの機能が追加されています。

「メモの整列」は画面上に散らばったメモを綺麗に整頓する機能です。

どのような順番で整頓させるかは設定画面で設定できます。整列させた場合、画面上の全てのメモは最小化された状態になります。

「メモの検索」は入力されたキーワードにマッチしたメモをハイライト表示する機能です。

マッチしたメモだけがアクティブになります。メイン画面だけでなく、ゴミ箱内でも検索が可能です。標準の「メール」アプリケーションのように先頭行の検索バーを引き出すと、検索キーワードを入力することができます。

FloatyMemo からのフィードバックでアニメーションが重いというご意見がありました。

今回公開した FloatyMemo+ はそれらのフィードバックを頂く前に申請していたもので、まだ反映できていません。現在申請中の ver 1.01 ではその辺に関して若干の改善を行っています。

FloatyMemo の公開から日が空いてしまいましたが、実は FloatyMemo+ は一度リジェクトされています。

iPad で動作させたとき、二つの Popover が同時に開かれてしまう場面があり、それがリジェクト理由でした。

スクリーンショットも添付されていて、「ちゃんと iPad ヒューマンインタフェースガイドライン」読んでねと。……すんません、ざっくりとしか読んでいませんでした。

そんな訳で FloatyMemo 共々 FloatyMemo+ もよろしくお願いします。使っていただいた感想やご意見お待ちしています。

iPhone/iPad ユニバーサルアプリケーション FloatyMemo が公開されました→FloatyMemo on iTunes Store。

FloatyMemoは iPhone/iPad 向けに開発されたシンプルなメモアプリケーションです。いわゆる「付箋メモ」アプリケーションで、作成したメモを画面上の好きな位置に「置く」ことができます。

縦画面・横画面どちらの画面モードでも動作します。マルチタッチを活かしてピンチ・回転ジェスチャーでメモのサイズを自由に微調整することができます。

先日リリースされた ATOK pad との連携もサポートしています。設定画面において「連携強化」をオンにすると、メモ編集に常時 ATOK pad を利用するようになります。

検索やメモの整頓などの追加機能のある有償版 FloatyMemo+ も近日公開予定です。

「Re: 初めてiPhoneアプリを作る人が使いたがる機能」でも触れましたが、初めてのアプリらしく (?)、ピッカーを使っています。

使い勝手……悪くなったかな？おそらく iPad だと占有面積が大きすぎますね。

FloatyMemo では、利用している nib ファイルは全て iPhone/iPad で共通です。コード内で「iPad なら PopOver を利用する」というような分岐はいくつかの場面で行っていますが、思った以上にほとんどコードは共用できました。

現在 iPad を所有していないので、iPhone のみ対応のつもりで開発はじめたんですが、試しに iPad 向けにビルドしてみたら、何となく動作してしまったので、そのままユニバーサルアプリケーションとしてリリースしています。

編集画面にはモーダルビューを利用しています。メモの拡大アニメーションをさせるので、最初はモーダルビューの表示にアニメーションは利用しないつもりだったんですが、横画面でのビューがずれるという Cocoa Touch のバグ (?) のため、フェードインアニメーションでちょっと妥協。思ったよりも自然なので、結果オーライかな。

というわけで、初めての iPhone/iPad アプリケーション FloatyMemo をよろしくお願いします。使っていただいた感想やご意見お待ちしています。

ARRAY マクロ

小さな行列オブジェクトをよく利用するとき、

#define ARRAY(first, ...) [NSArray arrayWithObjects: first, ##__VA_ARGS__ , nil]

のようなマクロを定義しておくと便利かも。

NSArray* array = ARRAY(@"Value1",@"Value2");

のように使います。最後の要素後「nil」はいりません。

問題点は途中に改行を含めることができないこと。一行で全ての要素を定義する必要があります。

マクロといえば、

#define ApplicationName \
[[[NSBundle mainBundle] localizedInfoDictionary] objectForKey:@"CFBundleDisplayName"]

#define DocumentDirectory \
[NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject]

#define SupportDirectory \
[NSSearchPathForDirectoriesInDomains(NSApplicationSupportDirectory, NSUserDomainMask, YES) lastObject]

#define currentOrientation \
[UIApplication sharedApplication].statusBarOrientation

あたりは定義しておくと便利かも。Objective-C はクラス名やメソッド名が長いのが多い……。

Objective-C++ を Xcode で利用したとき

Objective-C で C++ と併用する場合、Objective-C++ を使います。一般的な拡張子は .mm 。

Xcode 3.* で Objective-C++ を利用する場合 (Xcode 4.* では未確認)、ちょっとした副作用があります。

Xcode にはリファクタリング機能があります。クラス名を変更したい時やメンバー変数を変更したい時に該当箇所をほぼ自動で検索・置換してくれる機能です。クラス名を変更したときは必要に応じてファイル名も変更してくれたり……。

なかなか便利な機能ですが、これが Objective-C++ だと動作してくれません。

そんな時は一時的に Objective-C++ のファイルを Objective-C として認識させるのが有効です。

Xcode のプロジェクトに追加されたファイルは、ファイルの拡張子とは独立した形で、ファイルタイプが保持されています。

ファイルを選択して、コンテクストメニューを開いて、General タブにその設定 (File Type) があります。

私は Xcode は英語で利用するようにしているため、日本語版での名称が分かりません。General タブは「一般」タブで、File Type は「ファイルタイプ」でしょうか。

これが

sourcecode.cpp.objcpp

のようになっていると、そのファイルは Objective-C++ の実装ファイルとして設定されていることになります。

これを

sourcecode.c.objc

のように変更すると、Objective-C として認識されるようになります。

ビルド前に戻すことを忘れないようにしてください。そうしないと、Objective-C++ のファイルが Objective-C としてコンパイルされてしまうので、エラーになってしまう場合があります。

HMDT の木下さん曰く

初めてiPhoneアプリを作る人が使いたがる3つの機能：

• シェイク
• フリック入力
• ピッカーコントローラ（時計アプリとかで使われている、ドラムみたないやつ）

どれも癖があって、これを組み込んで使いやすいユーザインタフェースを作るのは難しいんだけど、みんなやりたがる。使いにくくなるからやめとけって。

[→September 2010 | HMDT Journal]

あぁ、あるあるある……。

とても分かるような気がします。他にも……

• ピンチ
• ローテーション (マルチタッチの回転ジェスチャー)

がありませんか？ないですか？ありますよね？多分。

シェイクは、普段ほとんど使わないので、意識しませんでした。フリックは……断念。

[余談] HMDT Journal、RSS 配信して欲しい……シイラでサポートしているので、いずれ RSS 配信してくれると思っていたんですが……。

iOS4 から UIView クラスにある

+ (void)animateWithDuration:animations:

というクラスメソッドを使ってアニメーション処理を行うことができます。

従来の

+ (void)beginAnimations:context:
+ (void)commitAnimations

などの一連のアニメーション関連のクラスメソッドも引き続きサポートされていますが、discouraged (非推奨) になっています。

animateWithDuration:animations: によるアニメーション処理の特徴的なところは、ブロックと呼ばれるクロージャ機構を利用しているところです。

従来のように終了処理セレクタを用意することなく、アニメーション処理を記述できるので、一般的にコードはより簡潔になります。

例えば、以下のようなアニメーション処理をするコードがあるとします。

- (void)doAnimation
{
  self.alpha = 0.1f;
  self.transform = CGAffineTransformMakeScale(0.1f, 0.1f);
  [UIView beginAnimations:nil context:nil];
  [UIView setAnimationDelegate:self];
  [UIView setAnimationDidStopSelector:@selector(animationFinished:finished:context:)];
  [UIView setAnimationDuration:0.3f];
  self.alpha = 1.0f;
  self.transform = CGAffineTransformMakeScale(1.2f, 1.2f);
  [UIView commitAnimations];
}

- (void)animationFinished:(NSString *)animationID  finished:(BOOL)finished  context:(void *)context
{
  self.transform = CGAffineTransformIdentity;
}

終了処理用のセレクタ animationFinished:finished:context: が必要になっています。また、beginAnimations:context: から始まって 5 つのクラスメソッドを呼んでいるのも分かると思います。

一方、新しいブロックを利用したアニメーション処理では、

- (void)doAnimation
{
  self.alpha = 0.1f;
  self.transform = CGAffineTransformMakeScale(0.1f, 0.1f);
  [UIView animateWithDuration:0.3f
                   animations:^{
                     self.alpha = 1.0f;
                     self.transform = CGAffineTransformMakeScale(1.2f, 1.2f);
                   }
                   completion:^(BOOL finished){
                     self.transform = CGAffineTransformIdentity;
                   }];
}

のようになります。

行数的にはそれほど大きな変化はありませんが、利用しているメソッドはひとつだけ。アニメーションとして処理される部分も animations: という引数にまとまっているので、分かりやすくなっています。また、アニメーション終了処理用セレクタも必要ありません。

ブロックを利用したアニメーション処理は、簡潔ですし、なにより分かりやすくなっています。しかしながら、iPhoneOS 3.2 では利用できません。そのため、iPad 向けには今のところ旧来の方式を記述するしかないようです。

でも、一度ブロックを利用した記述に慣れてしまうと、もはや旧来の方式で記述するのは苦痛。同じ動作をプラットフォーム毎に別の記述するのも面倒です。

そこで同じ記述でどちらも動作するコードを考えてみます。方針としては、ブロックを利用したアニメーション処理を iPhoneOS 3.2 でも利用できるようにするのが目標です。

アニメーション処理を行うクラス SBAnimator を作ります。

#import <UIKit/UIKit.h>

@interface SBAnimator : NSObject

+ (void)animateWithDuration:(NSTimeInterval)duration
                 animations:(void (^)(void))animations;

+ (void)animateWithDuration:(NSTimeInterval)duration
                 animations:(void (^)(void))animations
                 completion:(void (^)(BOOL finished))completion;

+ (void)animateWithDuration:(NSTimeInterval)duration
                      delay:(NSTimeInterval)delay
                    options:(NSUInteger)options
                 animations:(void (^)(void))animations
                 completion:(void (^)(BOOL finished))completion;

@end

最初の二つのメソッド animateWithDuration:animations: と animateWithDuration:animations:completion: は引数を省略したショートカットバージョンです。

+ (void)animateWithDuration:(NSTimeInterval)duration
                 animations:(void (^)(void))animations
{
  [SBAnimator animateWithDuration:duration
                            delay:0.f
                          options:UIViewAnimationOptionTransitionNone | UIViewAnimationOptionCurveEaseInOut
                       animations:animations
                       completion:nil];
}

+ (void)animateWithDuration:(NSTimeInterval)duration
                 animations:(void (^)(void))animations
                 completion:(void (^)(BOOL finished))completion
{
  [SBAnimator animateWithDuration:duration
                            delay:0.f
                          options:UIViewAnimationOptionTransitionNone | UIViewAnimationOptionCurveEaseInOut
                       animations:animations
                       completion:completion];
}

実質的には最後のものだけを実装します。

+ (void)animateWithDuration:(NSTimeInterval)duration
                      delay:(NSTimeInterval)delay
                    options:(NSUInteger)options
                 animations:(void (^)(void))animations
                 completion:(void (^)(BOOL finished))completion
{
  [UIView beginAnimations:nil
                  context:UIGraphicsGetCurrentContext()];
  if (completion)
  {
    [[[SBAnimationHandler alloc] initWithCompletionAction:completion] autorelease];
  }
  [UIView setAnimationCurve:(options >> 16) & 0x7];
  [UIView setAnimationRepeatAutoreverses:options & UIViewAnimationOptionAutoreverse];
  [UIView setAnimationDelay:delay];
  [UIView setAnimationDuration:duration];
  animations();
  [UIView commitAnimations];
}

ご覧の通り、内部では旧来の方法を利用しています。今のところ、旧来の方式は iOS4 でも利用できるので、これでどちらの環境でも動作します。

基本的には引数として渡された completion ブロックを遅延動作することさえできればいいわけで、それを実現するために SBAnimationHandler というプライベートなクラスを使います。

@interface SBAnimationHandler : NSObject
{
@private
  void (^_completionAction)(BOOL finished);
}

- (id)initWithCompletionAction:(void (^)(BOOL finished))completion;

@end

@implementation SBAnimationHandler

- (id)initWithCompletionAction:(void (^)(BOOL finished))completion
{
  if (self = [super init])
  {
    _completionAction = Block_copy(completion);
    [UIView setAnimationDelegate:[self retain]];
    [UIView setAnimationDidStopSelector:@selector(animationFinished:finished:context:)];
  }
  return self;
}

- (void)animationFinished:(NSString *)animationID 
                 finished:(BOOL)finished 
                  context:(void *)context
{
  _completionAction(finished);
  [self release];
}

- (void)dealloc
{
  Block_release(_completionAction);
  [super dealloc];
}

@end

SBAnimationHandler 側でアニメーション終了処理用のセレクタを定義しているので、呼び出し側には追加のセレクタは必要ありません。

終了処理セレクタでは、単純に保持していたブロックを実行しているだけ。若干特殊な部分があるとすれば、アニメーション終了処理を実行したら、SBAnimationHandler のインスタンスは必要ないので、[self release]; をコールして、自己破棄しているところぐらいでしょうか。

ブロックはスコープを抜けると破棄されていまうので、_completionAction = Block_copy(completion); で保持するようにしています。

リファレンスカウンタの絡みで [UIView setAnimationDelegate:[self retain]]; と若干ハック的なことをしていますが、あまり突っ込まないでください。

これによって iPhoneOS 3.2 だろうと iOS4 だろうと、どちらも

- (void)doAnimation
{
  self.alpha = 0.1f;
  self.transform = CGAffineTransformMakeScale(0.1f, 0.1f);
  [SBAnimator animateWithDuration:0.3f
                       animations:^{
                         self.alpha = 1.0f;
                         self.transform = CGAffineTransformMakeScale(1.2f, 1.2f);
                       }
                       completion:^(BOOL finished){
                         self.transform = CGAffineTransformIdentity;
                       }];
}

のように記述できます。

とりあえず、iPad シミュレータと iPhone シミュレータでのみ動作確認をしています。私の環境では確認していませんが、PLBlocks を利用すれば iPhoneOS 2.2 からでも利用できるようになるんじゃないでしょうか。

今回作成したコードは、アーカイブとして置いてあります。

Serene Bach 3.00b027 から iPhone/iPod touch 用の Safari 向け管理画面インターフェースをサポートしました。

Android のブラウザも対応したつもりでしたが、先程エミュレータで確認したら、認識されていませんでした。近日中に修正する予定。

iPhone/Android で採用されているブラウザエンジンは Mobile WebKit (Mobile Safari) と呼ばれるもので、WebKit のサブセットになっているようです。

デスクトップ版 Safari と Mobile Safari で挙動が違うことは知られている通り。JavaScript ではマウスイベントハンドラ、実行時間の制限などがあり、読み込める画像のファイルサイズに制限があったりします。

ここでは Windows 版・Mac OS X 版の Safari をデスクトップ版 Safari と呼んでいます。

今回、Serene Bach 3.00b027 開発中に気づいた細かーーい挙動の差異をメモ。

head 要素内で document.write は使えないっぽい

document.write 自体は使える様子ですが、実行場所を選ぶようです。

詳細は検証していないのですが、とりあえず head 要素内に置かれた script で document.write は実行できないようでした。

どうしてそんな場所で document.write を実行しているのかというと、外部 js から別の js ファイルをロードするため。head 要素内に DOM で appendChild する方法もあって、個人的にはこっちの方がしっくりするんですが、やや古い Safari で動作しなかったという経緯があり、document.write を使っていました。

td 要素 (多分 th 要素も) の display スタイルを変更できないっぽい

これも詳細は検証していませんが、例えば、以下のようなスタイル……

table#specific > tbody > tr > td {
  display: block;
}

は動作しませんでした。

ある特定の項をブロック要素として動作させたい意図があったのですが、動作しませんでした。デスクトップ版 Safari では動作するので、Mobile Safari の特徴の様子です。perl スクリプト本体の方は変更なしでいけるかとも思ったのですが、この仕様 (?) のため、ダメでした。

contenteditable は利用できない

Preparing Your Web Content for iPad: Technical Note TN2262: Preparing Your Web Content for iPad でも触れられていますが、contenteditable は利用できないようです。

おそらく designMode もダメでしょう。とりあえず、Serene Bach 3 で利用されているカスタム CodePress は利用できませんでした。