Zero4Racer PRO Developer's Blog

Flipboard風のUIが実現出来るHMGLTransitionsが便利そう

admin — Thu, 17 May 2012 06:21:11 +0000

TweetOverviewのUIデザインは、横スクロールを採用しているのですが、どうも、もうちょっとうまいやり方は無いかなと考えていて、ページめくり的なものを導入したいなと考えています。
ちょうど今日、Flipboardのコンテンツの日本語対応が行われたようで、やはり、FlipboardのUIは、使いやすいなと感じますね。

http://flipboard.com/

これを実現する便利そうなクラスがこちら。
Split82/HMGLTransitions

https://github.com/Split82/HMGLTransitions

これによって、Viewに対するトランジション、ViewControllerをModalで出現させるTransitionが出来るようです。

動作画面

ボタンを押すと…

Transition実行中

このようにぱらぱらめくられています。

説明はこの様になっています。

HMGLTransitions is set of Objective C classes which can animate few UIKit transitions in iOS ( > 3.0). This is not enhancement of standard animations. This animation works differently. All transitions are presented in UIView with CAEAGLLayer using OpenGL, which gives you absolute freedom in creating almost any animation. You can start using only transitions already created. Right now this four transitions are available: Switch3DTransition, FlipTransition, RotateTransition and ClothTransition (more comming). To perform transition animation HMGLTransitionManager singleton object is used.

（抄訳）

HMGLTransitionsは、iOS3以上で動く、Viewのアニメーションを実現するObjective-Cクラスです。これは，通常のアニメーションの拡張機能ではありません。通常のアニメーションとは別に動作します。UIViewと、CAEAGLLayerで、OpenGLを使っていて、自由にアニメーションを作成出来る様になっています。既に作成されたトランジションを使用することが出来、４つのトランジションがデフォルトで組み込まれています。Switch3DTransition, FlipTransition, RotateTransition と ClothTransitionです。（さらに別のものも将来実装される予定です。）トランジションの管理は、シングルトンの、HMGLTransitionManagerを使用することが出来ます。

ということで、便利そうですね。gitHubを見ると、別の人から、cubeのTransitionなどもpull requestが来ているみたいです。少しこのコードを見て勉強したいと思います。

私も参加させていただいた、iOS5 プログラミングブックでは、ViewControllerのコンテナを作成出来る、Containerコントローラーに関する記述が、8章に書かれています。それを使って，controllerをうまく分けて表示するのもよいかもしれませんね。

iOS5プログラミングブック、６月の発売へ向けて、絶賛予約中です。

[UIKit]ViewDidLoad は一度しか呼ばれないと思っていました…

admin — Mon, 14 May 2012 20:40:18 +0000

TweetOverviewのクラッシュレポートを解析して、気がつきました。

ViewDidLoadでのクラッシュ

これは、ViewControllerのViewDidLoadメソッドが複数回呼ばれている故のクラッシュでした。

TweetOverviewでは、詳細画面から、メイン画面に戻るのですが、その際に、ViewDidLoadが再度呼ばれていました。といっても、Viewを再作成している訳ではなくて、[detailController dismissModalViewController...]から戻って来たときです。これは、どうも常識だったようですが、知りませんでした。。。昔のコード見直さないと。
iphone – When is viewDidLoad called? – Stack Overflow こちらを見ると、

You have to assume that viewDidLoad can be called multiple times. If there is a memory warning sent, your view controller will unload the view from memory, and the next time it is needed viewDidLoad will be called.

viewDidloadは、複数回呼ばれる事を予測するべきです。メモリの警告が送られると、ViewControllerは、一度viewをメモリから解放して、次にviewが必要になる時に、再度viewDidLoadを呼ぶことになります

との事です。つまり、view毎の状態を保存するなどのivarがある場合、viewDidLoad、viewDidUnloadなどでの、ivarの初期化、解放は危険だという事ですね。メモリの警告が発生される時に、バックグラウンドにあるビューがunloadされ、loadされる危険があります。はい、気をつけるとともに、昔のものを見直します。

対策方法

とはいえ、最初に表示される際のviewDidLoadは非常に便利なので、クラスのivarにdispatch_once_tで、一度だけ行うトークンを作成して、

1
2
3
4
5
6
7
8
9
10
11

@implementation ViewController{
dispatch_once_t onceToken;
}
- (void)viewDidLoad
{
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
dispatch_once(&onceToken, ^{
tweetViews = [[NSCache alloc] init];
});
}

の用に記述して、初期化コードは、インスタンスに対して一度しか発生しない様に設定しました。

iOSのUIKitは、メモリ管理に関してもよく作られていますが、いろいろ注意点がありますね。

2012/5/15追記しました。

viewDidUnloadで開放しないリソースの確保ならinit系かawakeFromNibで初期化すべきでは？ / “[UIKit]ViewDidLoad は一度しか呼ばれないと思っていました… | Zero4Racer PRO D…” htn.to/s5NvFb

— SAWA Tatsuhiroさん (@sawat1203) 5月 15, 2012

これからは、AwakeFromNib使います。こちらにも詳しく書いています。
cocoa touch – Which should I use, -awakeFromNib or -viewDidLoad? – Stack Overflow

Also important is that the awakeFromNib function will never be called after recovering from memory warning. But, viewDidLoad function will be called.

AwakeFromNibは、メモリ警告から復帰した時に呼ばれないけど、viewDidLoadFunctionは、呼ばれます。

描画に関係しない初期化は、AwakeFromNibが正解ですね。

UIWebView がクラッシュするのを防ぐ方法-3

admin — Sat, 12 May 2012 19:31:54 +0000

追記2012/5/14 これでほぼクラッシュしない様になって来ているのですが、まだ、クラッシュすることがあります。最小構成を作成してみたところ、その構成では落ちないようです。メモリが少ない場合など、条件が重なって発生するようです。引き続き調査を続けます。

UIWebView がクラッシュするのを防ぐ方法−２ | Zero4Racer PRO Developer’s Blog
iOS5 で UIWebView を使用しているときはご注意-予期せぬクラッシュを防ぐ方法 | Zero4Racer PRO Developer’s Blog
の続編です。やはり、アプリが落ちることがありましたので、さらに修正してみました。

クラッシュの例

やはりStackOverflowで検索してみたところ、
iphone – UIWebView EXC_BAD_ACCESS crash – Stack Overflow
この記事が見つかり、

You have to stop loading the webView and remove the delegate before leaving the view:

1
2
3
4
5
6
- (void)dealloc {
[webView setDelegate:nil];
[webView stopLoading];
[webView release];
[super dealloc];
}

What Apple documentation is saying: Important Before releasing an instance of UIWebView for which you have set a delegate, you must first set its delegate property to nil. This can be done, for example, in your dealloc method.

とのことでした、よく自分のコードと比べてみると、delegate=nilと、[webview stopLoading];の順番が逆のようでした。どうも先にdelegate=nilをしないとだめなのかと思い、変更してみました。

また、

0
down vote
I was having an EXC_BAD_ACCESS crash on a scrolling UIWebView, but only on the iPad, and only when the user had left the UIWebView scrolling when s/he closed the view controller containing it.

Setting the delegate to nil didn’t fix my problem here, but I found the solution elsewhere under a different issue. I added this code to the method called by my close button:

1
2
3
4
5
for (id subview in webView.subviews){
if ([[subview class] isSubclassOfClass: [UIScrollView class]]){
[subview setContentOffset:CGPointZero animated:NO];
}
}

This stops the scrolling before the dealloc method gets called, which seems to be the issue.

のコメントにもある様に、スクロールしている場合は、そのスクロールを止めてあげるといいかもしれませんとあるので、これも実行してみました。

今のところ、その後落ちてないようです。ただ、以前も１０回とか２０回に１回落ちる感じだったので、もしかしたらまた落ちるかもしれません。-4の記事を書く必要がなければよいですが。

iOSアプリ内でステータスバーをオンオフする際に、Rootviewがずれない様にする方法

admin — Fri, 11 May 2012 21:28:17 +0000

アプリ内の設定でステータスバーをオンオフすると、画面の位置がStatusバーとうまく合わなくて表示がおかしくなってしまうことがあります。

ステータスバーのオンオフによって、ビューの位置がおかしくなる

この対策方法です。

iphone – Hiding UIStatusBar / Moving UINavigationBar – Stack Overflow こちらのページが参考になりました。

1
2
3
4
5

[[UIApplication sharedApplication] setStatusBarHidden:!TOVData.showStatus withAnimation:UIStatusBarAnimationNone];
UIView* superview = [self.navigationController.view superview];
int index = [superview.subviews indexOfObject:self.navigationController.view];
[self.navigationController.view removeFromSuperview];
[superview insertSubview:self.navigationController.view atIndex:index];

このように、一度ビューをsuperviewから削除して、再登録すればうまくいきます。順番がずれないために、indexを取得して、insertしているのもポイントですね。

という事で、次のバージョンのTweetOverviewでは、statusバーを削除して、さらに表示面積を増やす設定を付けてみました（iPhone版も同時にユニバーサルでリリース予定）

UIWebView がクラッシュするのを防ぐ方法−２

admin — Thu, 10 May 2012 07:56:02 +0000

追記：2012/5/11 どうもこれでもクラッシュすることがあるようです。真の原因が分かったら、どなたか、教えてください…
さらに追記しました：5/12 UIWebView がクラッシュするのを防ぐ方法-3 | Zero4Racer PRO Developer’s Blog

iOS5 で UIWebView を使用しているときはご注意-予期せぬクラッシュを防ぐ方法 | Zero4Racer PRO Developer’s Blog で基本的にとる方法として、delegateのリセット、removeFromSuperview、stopLoadingなどを上げたのですが、それでもうまくいきませんでした。理想的な方法ではないのですが、とりあえず落ちない（多分）ように修正したので報告しておきます。

WebViewの表示

落ちる典型のクラッシュログはこんな感じ

Incident Identifier: 4D932A22-85F0-4ED7-AAD5-8B9D77207992
CrashReporter Key: 92d191278ae2cc8971ec7375ba2d01242246f856
Hardware Model: iPad3,3
Process: TwitOverview [11240]
Path: /var/mobile/Applications/255B8BDB-8B16-4171-84D5-9F7DEC081A43/TwitOverview.app/TwitOverview
Identifier: TwitOverview
Version: ??? (???)
Code Type: ARM (Native)
Parent Process: launchd [1]

Date/Time: 2012-05-03 15:30:35.606 -0700
OS Version: iPhone OS 5.1 (9B176)
Report Version: 104

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0×00000000
Crashed Thread: 3

Thread 3 name: WebThread
Thread 3 Crashed:
0 libicucore.A.dylib 0x346f868c 0×34689000 + 456332
1 libicucore.A.dylib 0x34690f8c utext_setNativeIndex + 84
2 libicucore.A.dylib 0x34690f2e icu::RuleBasedBreakIterator::first() + 30
3 libicucore.A.dylib 0x34690e7c icu::RuleBasedBreakIterator::setText(UText*, UErrorCode&) + 116
4 libicucore.A.dylib 0x34690df8 ubrk_setText + 72
5 WebCore 0x332d4de4 WebCore::characterBreakIterator(unsigned short const*, int) + 84
6 WebKit 0x3248974a -[NSString(WebStringDrawing) __web_drawInRect:withFont:ellipsis:alignment:letterSpacing:lineSpacing:includeEmoji:truncationRect:measureOnly:renderedStringOut:drawUnderline:] + 1182
7 WebKit 0×32402078 -[NSString(WebStringDrawing) __web_drawInRect:withFont:ellipsis:alignment:letterSpacing:lineSpacing:includeEmoji:truncationRect:measureOnly:renderedStringOut:] + 108
8 WebKit 0x32401ffc -[NSString(WebStringDrawing) __web_drawInRect:withFont:ellipsis:alignment:letterSpacing:lineSpacing:includeEmoji:truncationRect:measureOnly:] + 100
9 WebKit 0x32401f88 -[NSString(WebStringDrawing) _web_drawInRect:withFont:ellipsis:alignment:lineSpacing:includeEmoji:truncationRect:measureOnly:] + 100
10 WebKit 0x32401f14 -[NSString(WebStringDrawing) _web_sizeInRect:withFont:ellipsis:lineSpacing:] + 80
11 UIKit 0x325cc804 -[NSString(UIStringDrawing) sizeWithFont:constrainedToSize:lineBreakMode:lineSpacing:] + 108
12 UIKit 0x32740f92 -[NSString(UIStringDrawing) sizeWithFont:constrainedToSize:lineBreakMode:] + 46
13 TwitOverview 0x000fe590 +[TOVTweetView calcApproxHeightWithWidth:tweetData:] (TOVTweetView.m:74)
14 TwitOverview 0x000fecb4 -[TOVTweetView layoutSubviews] (TOVTweetView.m:115)
15 UIKit 0x325a80d8 -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 176
16 CoreFoundation 0x3197a1f4 -[NSObject performSelector:withObject:] + 36
17 QuartzCore 0x309f1a9e -[CALayer layoutSublayers] + 210
18 QuartzCore 0x309f16b6 CA::Layer::layout_if_needed(CA::Transaction*) + 210
19 QuartzCore 0x309f583c CA::Context::commit_transaction(CA::Transaction*) + 220
20 QuartzCore 0x309f5578 CA::Transaction::commit() + 308
21 QuartzCore 0x309ed4b2 CA::Transaction::observer_callback(__CFRunLoopObserver*, unsigned long, void*) + 50
22 CoreFoundation 0x319efb14 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 12
23 CoreFoundation 0x319edd50 __CFRunLoopDoObservers + 252
24 CoreFoundation 0x319ee0aa __CFRunLoopRun + 754
25 CoreFoundation 0x3197149e CFRunLoopRunSpecific + 294
26 CoreFoundation 0×31971366 CFRunLoopRunInMode + 98
27 WebCore 0x332850f0 _ZL12RunWebThreadPv + 396
28 libsystem_c.dylib 0x3114072e _pthread_start + 314
29 libsystem_c.dylib 0x311405e8 thread_start + 0

落ちたスレッドだけ強調表示していますが、どうも表示を終わらせて、ビューが消えているのにもかかわらず、表示しようとしているために起きているよう。理論的には

1
2
3

webView.delegate=nil;
[webView stopLoading];
[webView removeFromSuperview];

で良さそうなのですが、それではうまくいきませんでした。それでとった方法は、
WebViewを持っているviewControllerを再利用し、複数回使用する時に毎回生成しない
という方法です。

通常は、StoryBoardで、segueを使っていたため、ViewControllerは、Segueで自動作成、自動解放されていたのですが、これを、古典的な、

1	[self presentModalViewController:detail animated:NO];

に変更して、UIStoryboardから、viewControllerを生成

1
2
3
4
5

if (!detail) {
UIStoryboard *story=[UIStoryboard storyboardWithName:@"MainStoryboard" bundle:nil];
detail = [story instantiateViewControllerWithIdentifier:@"TOVTweetDetailViewController"];
}
　[self presentModalViewController:detail animated:NO];

これで、detailは、いつ度作成されたものが使い回されます。再利用するために，描画の初期化関係を少し調整。
これで、今のところUIWebView周りで落ちない様になっているみたいです。

StoryBoardについては、来月発売iOS5プログラミングブックで、詳しく解説されています！この部分は、藤川さん Hiroyuki-Fujikawa.HD (cqa02303) on Twitter 担当！凄くいいです。

クラッシュ対策、うまくいくといいですが。。。

Pocket連携、検索ストリーム、ハッシュタグツイートなどの入った、TweetOverview 1.0.1 がリリース！

admin — Thu, 10 May 2012 01:30:41 +0000

TweetOverview 1.0.1 が無事リリースされました。

	TweetOverview TL一望デスクサイドアプリ (Version 1.0.1)
	カテゴリ:	ソーシャルネットワーキング
	価格:	無料
	デベロッパ名:	J-Tech Creations, Inc.
	リリース日:	2012/04/23
	対応デバイス:	iPad Wi-Fi+3G / iPad 2 Wi-Fi+3G / iPad Wi-Fi / iPad 2 Wi-Fi
	現Ver.の平均評価:	(無し / 0件の評価)
	通算の平均評価:	(3.5 / 3件の評価)
	Game Center:	非対応

今回の目玉は、

Pocket連携
検索ストリーム対応
ハッシュタグツイート対応

の３点です。

Pocket連携

こちらはユーザーからのリクエストでしたが、使ってみると便利ですね。Tweet及び、表示中のURLをPocketに送って後で読むことが出来ます。リクエストがあれば、Instapaperなども対応します！

Pocketに送る

Pocketでの閲覧

検索ストリーム対応

こちらが今回のメインポイントです。TwitterのストリーミングAPIを使って、複数検索を同時に行う事が出来ます。気になるテクノロジー、自社プロダクト、ハッシュタグ、勉強会など、気になる話題をタイムラインと同時に見ることが出来ます。ただ、ストリーミングAPIが、日本語の文節区切りにうまく対応していないようで、前後にスペースや記号が無いと、正しく単語を検索してくれないようです。これは追って対応したいと思います。

複数単語の検索ストリーミング

複数単語同時検索できます

ハッシュタグツイート対応

こちらは、上の検索と関係して、勉強会に参加しているときなどに、特定のタグについて呟きたいというニーズを満たすために作りました。

初期テキストを入力

ハッシュタグツイート

以上、最新機能のまとめでした。よろしかったら使用してください！

TweetOverviewリリース！期間限定、アプリについてツイートすれば広告が削除されるキャンペーン実施中

admin — Mon, 23 Apr 2012 21:53:22 +0000

デスクサイドにおく、タイムラインビューアーアプリが欲しかったので、自作しました。

iTunes ストアへのリンクはこちら。

TweetOverview アイコン

TweetOverview TL一望デスクサイドアプリ
カテゴリ: ソーシャルネットワーキング
価格: 無料

今回のアプリでは、無料アプリプラス広告削除アドオンの手法をとっています。iPhoneアプリ：無料版と有料版、一緒に組み込んでみるのはいかが？ | Zero4Racer PRO Developer’s Blog こちらの記事にある様に、アプリがまず認知される事が重要なので、この方法は、広告を打つほどの認知度や資金の無いデベロッパーにはよいのではないかと思います。

そして、認知度を上げるために、今回のアプリでは、ツイッターでアプリについてツイートすれば、広告が削除されるキャンペーンを行って見ています。

無料キャンペーンサイト

このサイトの仕組みは、

キャンペーンサイトからツイートしたら、キャンペーンサイトに、ツイッターユーザーIDを登録

これは、twitterアプリケーションをウェブで作成しています。

Twitterアプリの使用許可

ツイート文入力

iPad上での広告の削除

iPad上での広告の削除は、アプリに設定した、URLスキームを、クリックすることによって、次の様に行っています。

Twitterフレームワークから、ツイッターのアカウント名を取得
キャンペーンサイトに、キャンペーンに登録したかを問い合わせる
キャンペーンに登録したツイッターアカウントは、広告削除権を与えられる

という仕組みです。このキャンペーンの特徴は、Twitterのアカウント認証を行っているが、キャンペーンサイトも、アプリも、全くユーザー自身がパスワードを入れる必要なく、ユーザーの確認ができるという事です。

Webサイトでも，元々ログインしていればパスワードを入れず、アプリ認証のクリックをするだけでよいですし、iPadに既にTwitterを設定してあれば、アカウントは既に認証されています。ですから、アカウント名だけ、確認する事でユーザーが既にキャンペーンに応募したかを確認することが出来るという点です。

有料の広告削除権を無料でキャンペーンで提供することによって、収益源がアプリからは無くなりますが、期間限定で、アプリについてのツイートがどれくらいアプリの認知に影響するかをテストするのによいかなと思いました。いまなら、無料で広告を削除出来ますので、よろしかったら無料のtweetOverview試してみてください。
TweetOverview キャンペーンの情報はこちら

	TweetOverview TL一望デスクサイドアプリ (Version 1.0.0)
	カテゴリ:	ソーシャルネットワーキング
	価格:	無料
	デベロッパ名:	J-Tech Creations, Inc.
	リリース日:	2012/04/23
	対応デバイス:	iPad Wi-Fi / iPad 2 Wi-Fi / iPad 2 Wi-Fi+3G / iPad Wi-Fi+3G
	現Ver.の平均評価:	(無し / 0件の評価)
	通算の平均評価:	(無し / 0件の評価)
	Game Center:	非対応

Blocksで記述出来るiPad用のPopOverMenuと通知のクラスを公開しました

admin — Thu, 19 Apr 2012 18:23:34 +0000

追記4/21/2012：メモリ管理関係のバグを修正しました。Githubの最新をご覧下さい。

ただいま、作成中のアプリ、TweetOverviewのサブミットも終了し、現在審査の終了を待っているところです。開発中はこんな感じです。

このアプリのために作成した、共通で使えそうなクラスを共有します。最初に動作のビデオ

TOVLinkPopoverViewController

こちらはUIPopOverControllerを使って簡単にメニューを出すために作りました。

PopOver動作サンプル

このように動作します。このためのコードは簡単にはこのように動作しています。

PopOver表示用のNSMutableArrayを作成
Arrayに、表示項目と、実行用のBlockを登録
PopOverを表示する

このような感じです。これと直接は関係ありませんが、UIToolbarのイベントから、位置を取得する用にも作っています。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

-(IBAction)clickedButtonA:(UIBarButtonItem*)sender event:(UIEvent*)event {
....
controller.parentPop = _myPop;
_myPop.popoverContentSize = CGSizeMake(400, 44*arrRows.count+16);
// pop.delegate = self;
UIView *button;
for( UITouch* touch in [event allTouches] ) {
if( [touch phase] == UITouchPhaseEnded ) {
button = [touch view];
}
}
CGRect rect = CGRectMake(button.frame.origin.x + button.superview.frame.origin.x, button.frame.origin.y + button.superview.frame.origin.y, button.frame.size.width, button.frame.size.height);

[_myPop presentPopoverFromRect:rect inView:self.view permittedArrowDirections:UIPopoverArrowDirectionAny animated:YES];

このように、eventをとって、タッチをとることによって、ボタンの押された位置から、ポップオーバーを出すことが出来ます。
そして、あのblocksは大丈夫？iOSで、blocksを使った記述で、リリースビルドのみにクラッシュする事例 | Zero4Racer PRO Developer’s Blog で参照した様に、このコードは、リリースのみでクラッシュする状況があります。その検証用に４パターンコードで書いていますが、おそらくの最適解は、blockを、NSMutableDictionaryに登録する際に、そのまま登録すると、retainされてしまうため、[block copy]をして、明示的にコピーしてあげることによって，内部で使用している変数がキャプチャされて、リテインされるので、正しく動作するのかなと考えているのですが、未だ曖昧です。

呼び出しのサンプルコードはこの様になっています。

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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89

-(IBAction)clickedButtonA:(UIBarButtonItem*)sender event:(UIEvent*)event {

NSMutableArray *arrRows = [NSMutableArray arrayWithCapacity:0];
{
#warning this code only crash on Release Build.... Don't use this
NSMutableDictionary * dicRow = [NSMutableDictionary dictionaryWithCapacity:0];
[dicRow setValue:NSLocalizedString(@"Pattern 1 Crash",nil) forKey:kDicKeyLinkPopCellText];
[arrRows addObject:dicRow];
dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:@"%@",[_tweet valueForKey:@"text"]];

[[UIPasteboard generalPasteboard] setString:str];
[[JTCAppNotificationManager sharedManger] startTimerNotificationWithMessage:NSLocalizedString(@"Copy succeeded", @"Copy succeeded") dulation:2.5 iconName:@"w17-check.png"];

};
[dicRow setValue:block forKey:kDicKeyLinkPopBlock];
}
{
NSMutableDictionary * dicRow = [NSMutableDictionary dictionaryWithCapacity:0];
[dicRow setValue:NSLocalizedString(@"Pattern 2 __block",nil) forKey:kDicKeyLinkPopCellText];
[arrRows addObject:dicRow];
#warning this code is not the way recommended how to use __block ... not recommended
__block id bt = _tweet;
dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:@"%@",[bt valueForKey:@"text"]];

[[UIPasteboard generalPasteboard] setString:str];

[[JTCAppNotificationManager sharedManger] startTimerNotificationWithMessage:NSLocalizedString(@"Copy succeeded", @"Copy succeeded") dulation:2.5 iconName:@"w17-check.png"];

};
[dicRow setValue:block forKey:kDicKeyLinkPopBlock];
}
{
NSMutableDictionary * dicRow = [NSMutableDictionary dictionaryWithCapacity:0];
[dicRow setValue:NSLocalizedString(@"Pattern 3 only declare bt crash",nil) forKey:kDicKeyLinkPopCellText];
[arrRows addObject:dicRow];
#warning this code only crash on Release Build.... Don't use this
id bt = _tweet;
dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:@"%@",[bt valueForKey:@"text"]];

[[UIPasteboard generalPasteboard] setString:str];

[[JTCAppNotificationManager sharedManger] startTimerNotificationWithMessage:NSLocalizedString(@"Copy succeeded", @"Copy succeeded") dulation:2.5 iconName:@"w17-check.png"];
};
[dicRow setValue:block forKey:kDicKeyLinkPopBlock];
}
{
NSMutableDictionary * dicRow = [NSMutableDictionary dictionaryWithCapacity:0];
[dicRow setValue:NSLocalizedString(@"USE THIS:Pattern 4 declare bt and copy block",nil) forKey:kDicKeyLinkPopCellText];
[arrRows addObject:dicRow];
id bt = _tweet;
dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:@"%@",[bt valueForKey:@"text"]];

[[UIPasteboard generalPasteboard] setString:str];

[[JTCAppNotificationManager sharedManger] startTimerNotificationWithMessage:NSLocalizedString(@"Copy succeeded", @"Copy succeeded") dulation:2.5 iconName:@"w17-check.png"];
};
[dicRow setValue:[block copy] forKey:kDicKeyLinkPopBlock];
}

NSMutableArray *sections = [NSMutableArray arrayWithObject:arrRows];
TOVLinkPopoverViewController *controller= [[TOVLinkPopoverViewController alloc] init];
controller.arrayLink = sections;
_myPop = [[UIPopoverController alloc] initWithContentViewController:controller];

controller.parentPop = _myPop;
_myPop.popoverContentSize = CGSizeMake(400, 44*arrRows.count+16);
// pop.delegate = self;
UIView *button;
for( UITouch* touch in [event allTouches] ) {
if( [touch phase] == UITouchPhaseEnded ) {
button = [touch view];
}
}
CGRect rect = CGRectMake(button.frame.origin.x + button.superview.frame.origin.x, button.frame.origin.y + button.superview.frame.origin.y, button.frame.size.width, button.frame.size.height);

[_myPop presentPopoverFromRect:rect inView:self.view permittedArrowDirections:UIPopoverArrowDirectionAny animated:YES];

}

TimerNotification

続いてのサンプルは，タイマーで表示するNotificationです。こちら非常に簡単に使えて、

1	[[JTCAppNotificationManager sharedManger] startTimerNotificationWithMessage:NSLocalizedString(@"Timer Notification Test", nil) dulation:2.5 iconName:@"w17-check.png"];

この様に書くと、

タイマー付きNotification

このような通知が、指定時間表示されます。このタイプの通知は、一度に一つだけの表示を想定しています。

IndicatorNotification.

くるくる回る、Indicator付きの通知を出すためのものです。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

__block NSNumber* num;
dispatch_async(dispatch_get_main_queue(), ^{
num = [[JTCAppNotificationManager sharedManger] startIndicationNotificationWithMessage:NSLocalizedString(@"Indicator Timer Test", nil)];
});

double delayInSeconds = 5.0;
dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayInSeconds * NSEC_PER_SEC);
dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
[[JTCAppNotificationManager sharedManger] stopNotification:num];
});
});

このように書くと、5秒間通知が出て、ユーザは画面を触れなくなります。このクラスの特徴は複数の通知を出すことが出来、通知毎に、NSNumberで、通知IDを返すので、指定部分だけ終了して、複数のNotificationを出すことが出来るという事です。

複数の通知を出した状態

このようにして、通知の出し入れが可能になります。詳しくは最初のビデオをご覧下さい。

これらは、GitHubにMITライセンスで提供していますので、関心のある方はご覧下さい。
tomohisa/iOS_PopoverMenu_Notification

今回の件でいろいろ教えて頂いたり、調べたりして、ARC+Blocksが思った以上に正しく使うのが難しいということが分かりました。どちらにしろ、よいテストが非常に重要である事がよく分かりました。

あのblocksは大丈夫？iOSで、blocksを使った記述で、リリースビルドのみにクラッシュする事例

admin — Sun, 15 Apr 2012 23:33:47 +0000

追記：4/19/2012 @tokyopengwyn さんから指摘をいただき、安易に__blocksを追加するのがいつも正しい訳では無いというという事を教えて頂きました。この事例は、ReleaseとDebugビルドで挙動が違うことがあるというを思いに止めていただければと思います。ARC+Blocksには落とし穴も多いのでご注意ください。
追記：4/19/2012 ソースをgithubに公開しました。Blocksで記述出来るiPad用のPopOverMenuと通知のクラスを公開しました | Zero4Racer PRO Developer’s Blog こちらの記事から参照ください。

追記：4/21/2012　@tokyopengwyn さんの検証はこちら、分かりやすくまとめられています。 One Flew Over The {()}’s Nest: Blocks関連のバグがデバッグコンパイルで再現しないケース
ただいま、作成中のアプリ、TweetOverviewが、テストフライトでのテストを行っていて、そろそろサブミット出来るかなと思っています。

開発中はこんな感じです。

詳細画面

Blocksを使用している部分で、リリースビルドだけでクラッシュする場合があったので、これがそのままAppStoreに載ってたら大変なことになったと思うと、ちょっとぞくっとしました。

[iOS]リリースビルドでのみクラッシュする状況への対処について | Zero4Racer PRO Developer’s Blog この記事で書いた事がまた原因かなと思ったのですが、今回はこちらの設定を変えても問題は治りませんでした。

問題のコードはこちら。

1
2
3
4
5
6

dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:[NSString stringWithFormat:NSLocalizedString(@"%@ \n by @%@ \n(Source: %@)", @"%@ \n by @%@") , [_tweet valueForKey:@"text"], [_tweet valueForKeyPath:@"user.screen_name"],[NSString stringWithFormat:@"http://twitter.com/%@/status/%@",[_tweet valueForKeyPath:@"user.screen_name"],[_tweet valueForKeyPath:@"id_str"]]]];

[[UIPasteboard generalPasteboard] setString:str];
};

ブロック内でコピーをするという簡単なコードですが、問題は、__blockを使用せずに、オブジェクト”_tweet”に直接触っていたという事でした。しかもこれが、debugビルドだとクラッシュしないため、通常は問題なく動いてしまうという事です。基本通り、__blockを使用して以下の様に書き直すと正しく動いてくれました。

1
2
3
4
5
6
7

__block id bt = _tweet;
dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:[NSString stringWithFormat:NSLocalizedString(@"%@ \n by @%@ \n(Source: %@)", @"%@ \n by @%@") , [bt valueForKey:@"text"], [bt valueForKeyPath:@"user.screen_name"],[NSString stringWithFormat:@"http://twitter.com/%@/status/%@",[bt valueForKeyPath:@"user.screen_name"],[bt valueForKeyPath:@"id_str"]]]];

[[UIPasteboard generalPasteboard] setString:str];
};

__block演算子は、ブロックをコピーする際に、アクセスカウンタを一つ増やし、ブロックのメモリが削除される時にアクセスカウンタを減らすことによって、ブロックの仕様に exc_bad_access を発生させないためのものです。
詳細は、エキスパート Objective-C でどうぞ。
追記：この部分ですが、__blocksを使用しない形に書き換えました。Blockをretainして、copyしていなかったために、正しくキャプチャされなかったと思います。現在はこの様になっています。

1
2
3
4
5
6
7
8
9
10
11
12
13

NSMutableDictionary * dicRow = [NSMutableDictionary dictionaryWithCapacity:0];
[dicRow setValue:NSLocalizedString(@"USE THIS:Pattern 4 declare bt and copy block",nil) forKey:kDicKeyLinkPopCellText];
[arrRows addObject:dicRow];
id bt = _tweet;
dispatch_block_t block = ^{

NSString *str = [NSString stringWithFormat:@"%@",[bt valueForKey:@"text"]];

[[UIPasteboard generalPasteboard] setString:str];

[[JTCAppNotificationManager sharedManger] startTimerNotificationWithMessage:NSLocalizedString(@"Copy succeeded", @"Copy succeeded") dulation:2.5 iconName:@"w17-check.png"];
};
[dicRow setValue:[block copy] forKey:kDicKeyLinkPopBlock];

以前よりもコードが多いですが、以前の部分は削っていた部分を、今回は削っていません。最後の部分で、ディクショナリにセットする際に、ブロックをコピーして、追加することにより、リリースビルドで落ちなくなりました。

blocks, ARC は、非常に便利ですが、やはりある程度使用方法のルールを守らないと問題が起こるので注意ですね。

追記：このコードはARCの状況ですね。質問ツイートがあったので張っときます。

@kasajei これはARCですね。ARCじゃない場合は、_tweetに通常のメモリ管理をしておけば大丈夫です。（retainプロパティを使うなど）

— Tomohisa Takaokaさん (@tomohisa) 4月 16, 2012

デコードしたNSDataをNSJSONSerializationクラスで解析出来ない場合の対処方法

admin — Sun, 15 Apr 2012 23:02:58 +0000

あまり一般的な事例ではないですが、Stackoverflowでもはまっている人がいるので備忘に記録しておきます。
NSJSONSerializationクラスで、データをシリアライズすることが出来るのは非常に楽です。しかし私は、CCCryptでデコードしたデータを流してあげると、

2012-****** Error Domain=NSCocoaErrorDomain Code=3840 “The operation couldn’t be completed. (Cocoa error 3840.)” (Garbage at end.) UserInfo=0x6ccdd40 {NSDebugDescription=Garbage at end.}

というエラーが発生して、JSON でシリアライズが出来ませんでした。

こちらを、

1
2
3
4

NSString* decoded=[request.responseString stringByDecodeFromServer];
decoded=[decoded stringByTrimmingCharactersInSet:[NSCharacterSet controlCharacterSet]];
LOG_S(decoded);
id response =[NSJSONSerialization JSONObjectWithData:[decoded dataUsingEncoding:NSUTF8StringEncoding] options:NSJSONReadingAllowFragments|NSJSONReadingMutableContainers|NSJSONReadingMutableLeaves error:&error];

のように、Trimしてあげると、うまくシリアライズしてあげる様になりました。

このアイディアをいま、実行しているところです。うまく出来るといいですね。

ツイッター使ったアプリプロモの方法思いついた！ツイッターでアプリについて指定のリンクをつぶやいて、そのアカウントでアプリでログインすれば、アプリ内購入プレゼント(先着何人までも、期間も指定できる！) twitter.com/tomohisa/statu…

— Tomohisa Takaokaさん (@tomohisa) 4月 12, 2012

その２:ツイッター使ったアプリプロモの方法思いついた！ツイッターでアプリについて指定のリンクをつぶやいて、そのアカウントでアプリでログインすれば、アプリ内購入プレゼント(先着何人までも、期間も指定できる！) twitter.com/tomohisa/statu…

— Tomohisa Takaokaさん (@tomohisa) 4月 12, 2012