http://w.atwiki.jp/sgtwiki/ sgtwiki @ ウィキ ja 2014-03-03T10:27:12+09:00 1393810032 https://w.atwiki.jp/sgtwiki/pages/26.html パルプ・フィクションとはくだらない話という意味。 タイトルの通りで1つの取り留めもない話を色んな人物にフォーカスを当てたオムニバス形式。 音楽や話の運び方がまさにクエンティン・タランティーノであり、キル・ビルは完全にこの感じ。 2014-03-03T10:27:12+09:00 1393810032 https://w.atwiki.jp/sgtwiki/pages/25.html クヒオ大佐を名乗るヒモ男とクヒオ大佐に騙される女たちの話 まあそうなるわなってオチ 2014-02-24T14:48:54+09:00 1393220934 https://w.atwiki.jp/sgtwiki/pages/24.html 2人のレーサーの友情を描いた物語。実話に基づくヒューマンストーリー。 男性の方がウケると思う。 2014-02-17T16:43:36+09:00 1392623016 https://w.atwiki.jp/sgtwiki/pages/23.html 事故で片腕を失った少女の物語。実話に基づいた話。 主人公の少女が前向きでとても気分が良くなる作品。 2014-02-17T16:39:38+09:00 1392622778 https://w.atwiki.jp/sgtwiki/pages/22.html -[[パルプ・フィクション]] -[[ラッシュ/プライドと友情]] -[[レインマン]] -[[レオン]] 2014-03-03T10:24:43+09:00 1393809883 https://w.atwiki.jp/sgtwiki/pages/21.html -[[ソウル・サーファー]] -[[クヒオ大佐]] 2014-02-24T14:47:28+09:00 1393220848 https://w.atwiki.jp/sgtwiki/pages/20.html componentsSeparatedByString:メソッドは、渡した文字列を区切り文字として元の文字列を分解し、配列に入れて返してくれる。 引数として改行文字を渡す事で、一行ずつバラバラにした配列を得る事ができる。 例えば、 NSSting *str = @"1+1=2"; NSArray *arr = [str componentsSeparatedByString:@"="]; の場合arrには1+1と2が入る。 更に、 NSSting *str = @"Apple,Banana,Orange"; NSArray *arr = [str componentsSeparatedByString:@","]; の場合arrにはAppleとBananaとOrangeが個別で入る。 2013-11-06T15:56:36+09:00 1383720996 https://w.atwiki.jp/sgtwiki/pages/19.html [UIApplication sharedApplication].networkActivityIndicatorVisible = YES; と書けば良い。 例えばwebViewのロードがスタートしたときにクルクルを出したければ、 -(void)webViewDidStartLoad:(UIWebView *)webView{ [UIApplication sharedApplication].networkActivityIndicatorVisible = YES; } と書けば良い。 ロードが終了したときには、 -(void)webViewDidFinishLoad:(UIWebView *)webView{ [UIApplication sharedApplication].networkActivityIndicatorVisible = NO; } と書けばクルクルは消える。 また、ロードに失敗したときにも、 -(void)webView:(UIWebView *)webView didFailLoadWithError:(NSError *)error{ [UIApplication sharedApplication].networkActivityIndicatorVisible = NO; } とし、クルクルを消すと良い。 2013-11-05T15:53:07+09:00 1383634387 https://w.atwiki.jp/sgtwiki/pages/18.html ・メモリの確保と破棄 NSObject のメモリ管理の定石である init で確保したメモリは dealloc で破棄することは間違えないのだが UIViewController では viewDidload で確保したメモリを viewDidUnload で破棄して deallocで破棄しない例がよくあるので間違えないようにしなければなりません。 →viewDidloadで確保したメモリはviewDidUnloadとdeallocの両方で破棄しなければならない ※viewDidloadとviewDidUnload は名前こそ対のメソッドのように思いがちだがそうではない。 ・viewDidUnload viewDidUnloadはメモリ不足警告をアプリが受け取った場合にdidReceiveMemoryWarningメソッドから呼び出される。 メモリ不足警告が起こらない場合にはviewDidUnloadは呼び出されない。 なので、viewDidloadで確保したメモリの破棄処理をviewDidUnloadのみに記述しdeallocに記述しないと、メモリ不足警告がでない場合にメモリの破棄がされないということが起こる。 2013-11-05T11:30:08+09:00 1383618608 https://w.atwiki.jp/sgtwiki/pages/17.html projectfile>General>Launch Images>右の五角形みたいなマークをタップ iOS 7.0 and Laterにチェックが入っているはず iOS6.0 and Priorにもチェック！>スプラッシュを登録 原因) 現在、デバイスの判定はスプラッシュの登録で判定するらしい。 スプラッシュの登録がないと4インチデバイスも3.5インチデバイス扱いになって画面の上側に真っ暗な領域ができる。 2013-11-01T12:06:19+09:00 1383275179