AutoLayout時代のCALayerの扱い方 - 廃墟
今日もまたiOSアプリ開発の話ですよ。 まぁ @Naruse_T さんに教えてもらったことを噛み砕いて書くだけなんですけどね。 （ISUCON2013予選の話も書かなきゃなー） アプリをある程度開発していくと、CALayerを直接触る機会が出てきますよね。 UITableViewCellの高速化とか、カメラのAVCaptureVideoPreviewLayerとか。 （UITableViewCellは環境によってサイズは変わらないから、今回の記事には関係ないかも） CALayer周りの処理ってviewWillAppearに書くことがほとんどだと思うんですが、AutoLayout によるサイズの調整はviewWillAppearより後に行われるのです。 だから、viewWillAppearでサイズを計算してCALayerを使って描画すると、AutoLayoutの恩恵を被ることが出来ません。
[iOS]画面遷移のアニメーションをカスタムする
ベトナムで開発を始めてはや４ヶ月目、田中です。 iOS7から追加されたUIViewControllerAnimatedTransitioningとUIViewControllerTransitioningDelegateの２つのプロトコルを使用して画面遷移のアニメーションをカスタムする方法を紹介します。 このようにいつものスライドして遷移するのではなく、好きなアニメーションで画面を遷移させることができます。 ViewController.m #import "ViewController.h" #import "AnimationController.h" @interface ViewController () <UIViewControllerTransitioningDelegate, UINavigationControllerDelegate> { AnimationContro
![[iOS]画面遷移のアニメーションをカスタムする](https://cdn-ak-scissors.b.st-hatena.com/image/square/64fb667c06e43fce9b74ad44d063f7e6b3657877/height=288;version=1;width=512/https%3A%2F%2Fseesaakyoto.up.seesaa.net%2Fimage%2Ftransition1.jpg)
Apps
Inspiring growth through innovative app experiences and digital products We deliver high-profile, can’t fail applications for a variety of clients and industries. With a focus on mobile applications for handsets and tablets, native development is our specialty while we also have in-depth experience with newer, cross-platform technologies such as React Native and Flutter. We help our clients engage
[iOS 7] 簡単にできる画面遷移のカスタマイズ | Natsu note
iOS 7から、画面遷移のアニメーションをカスタマイズできるようになりました。実装はシンプルで本当に簡単です。しかし、やたらと長い（しかもイマイチ統一感のない）プロトコルをたくさん使わなくてはならないため、何となく二の足を踏んでいる方も多いのではないでしょうか。 今回は、画面遷移のカスタマイズの基本中の基本を紹介します。 関連プロトコル 画面遷移の実装には多くのプロトコルを使用します。その中で、最低限必要となるのは以下の3つです。 UIViewControllerAnimatedTransitioning（アニメーションコントローラ） UIViewControllerContextTransitioning（画面遷移コンテキスト） UIViewControllerTransitioningDelegate (画面遷移デリゲート※） （※）モーダルビュー表示の場合。ナビゲーションコントローラ
メモリ管理・レイアウトの観点からみた UIViewController の view の扱い - jarinosuke blog
self.view iOS 開発において、UIViewController の view の振る舞いは一番理解しておきたい点の一つです。 今回はその view に対して、メモリ管理とレイアウトの2つの視点を交えてアプローチを行い、 UIViewController の subclass を作成する上で、 UIViewController の各メソッドにどんな処理を書くべきか、そして何を書くべきでないか を説明出来ればなと思っています。 iOS 6 以降からを対象として考えていますので、 iOS 5 以前は取り扱いません。 self.view の振る舞い 扱いを学ぶには、まず対象の振る舞いを把握する事からです。 ライフサイクルとレイアウトサイクルの2点から簡単に復習します。 self.view のライフサイクル UIViewController の view がどのようなタイミングで生成され
Cocoaの日々: [iOS] Responder Chain と UIViewController
Responder Chain とは UIResponderオブジェクトの連なり（リンク）のことで、イベント処理の順番を決定するのに使われる。イベントが発生すると、システムは Redponder Chain の順番にしたがって UIResponderオブジェクトを評価する。もし最初の UIResponderオブジェクトでイベント処理が行われない場合は Responder Chain の次の UIResponderオブジェクト へと移り再び評価を行う。イベント処理を行う UIResponderオブジェクトが見つかるまで Responder Chain 上のリンクを辿って評価を続けていく。一旦どこかの UIResponderオブジェクトがイベントを処理するとイベントの伝搬はそこで終わる。Responder Chain 上のどの UIResponderオブジェクトも処理を行わない場合はやがては最
![Cocoaの日々: [iOS] Responder Chain と UIViewController](https://cdn-ak-scissors.b.st-hatena.com/image/square/531d97d72c83a10e60443f7a6ca9c869fbed42b1/height=288;version=1;width=512/http%3A%2F%2F1.bp.blogspot.com%2F-tV57QO2jE7o%2FTgcx2Wus2vI%2FAAAAAAAAGLE%2FZSz_ifynzb4%2Fs1600%2F110626-0002.jpg)
[iOS] ナビゲーションバーの表示・非表示を切り替える - プログラマの技術ノート
UINavigationControllerを使ったアプリでナビゲーションバーを非表示にしたいことがある。例えばコンテンツを画面いっぱいに表示したいときなど。 1. ナビゲーションバーの表示・非表示の切り替え ナビゲーションバーの表示・非表示の切り替えは、UIViewControllerのサブクラスで行う。 // 非表示にする self.navigationController.navigationBarHidden = YES; // 再表示する self.navigationController.navigationBarHidden = NO; 2. タップでナビゲーションバーの表示・非表示を切り替える ナビゲーションバーを非表示にしてしまうと、前の画面に戻るボタンが使えなくなるので、画面遷移するためにはなんらかのタイミングでナビゲーションバーを再表示してやる必要がある。例えば、画面
UIViewControllerに独自でUINavigationBarを実装する場合 | きぶんはおっさん
あまりWebに転がってなかったので記載。 // ナビゲーションバーを生成 UINavigationBar* objectNaviBar = [[UINavigationBar alloc] initWithFrame:CGRectMake(xPoint, yPoint, xRange, yRange)]; navBarTop.alpha = alpha; ※ xPoint - 起点X座標、yPoint - 起点Y座標、xRange - ナビゲーション幅、yRange - ナビゲーション高さ、alpha -ナビゲーションのα値 // ナビゲーションアイテムを生成 UINavigationItem* naviItem = [[UINavigationItem alloc] initWithTitle:@"タイトル"]; // 戻るボタンを生成 UIBarButtonItem* backButt
UIViewControllerをつかって、UITableViewControllerを実装する
前回は偉そうにのたまってるけど、実は公式ドキュメント「iOS Table VIewプログラミングガイド」にもTableViewの他にサブビューも表示したい場合にはUITableViewControllerではなく、UIViewControllerを使いなさいとある。 UIViewControllerへの切り替えは簡単で、UITableViewControllerのサブクラスを、UITableViewDelegateとUITableViewDateSourceを採用するUIVIewControllerのサブクラスに変更する。 例えば、UITableViewControllerのサブクラスとしてFooViewControllerを作った場合 【FooViewController.h】 @interface FooViewController : UITableViewController {
自前コンテナでaddChildViewController:するときdidMoveToParentViewController:はやはり使うべき - Qiita
//自前コンテナ(self)にchildViewControllerを追加 [self addChildViewController:childViewController]; //その後didMoveToParentViewControllerを実行しなければいけない [childViewController didMoveToParentViewController:self]; この追加(add)したあとになぜ完了(didMove)を明示的に知らせないといけないのか謎という感覚。また、これがなくてもこちらの想定通り動くのでずっと疑問だった。 結論としては 自前コンテナでaddChildViewController:を実行した後は、やはり必ずdidMoveToParentViewController:を呼ぶ。これはUIViewController自身が他のコンテナに追加（もしくは削除）
[UIKit]ViewDidLoad は一度しか呼ばれないと思っていました… – Zero4Racer PRO Developer's Blog
TweetOverviewのクラッシュレポートを解析して、気がつきました。 ViewDidLoadでのクラッシュ これは、ViewControllerのViewDidLoadメソッドが複数回呼ばれている故のクラッシュでした。 TweetOverviewでは、詳細画面から、メイン画面に戻るのですが、その際に、ViewDidLoadが再度呼ばれていました。といっても、Viewを再作成している訳ではなくて、[detailController dismissModalViewController…]から戻って来たときです。これは、どうも常識だったようですが、知りませんでした。。。昔のコード見直さないと。 iphone – When is viewDidLoad called? – Stack Overflow こちらを見ると、 You have to assume that viewDidLoad
UIViewControllerのデリゲートが呼ばれる順番 – NAGAOKA STATION
メモ ・viewDidLoad: // ViewController詠込み時 ・viewWillAppear: // View表示前 ・viewWillLayoutSubviews: // Viewの位置調整前 ・viewDidLayoutSubviews: // Viewの位置調整後 (StoryBoardのレイアウト調整はココで) ・viewDidAppear: // View表示後 ・viewDidDisappear: // Viewが閉じられた後
iOS : UIToolbarでツールバーを作る | mikamiz
ツールバーを表示する ツールバーを表示するには、UIToolbarクラスのalloc関数とinitWithFrame:関数を利用してツールバーを作成し、親Viewに追加します。ツールバーには任意の位置と大きさを指定できますが、標準的なサイズは以下のようになります。 iPhone：デバイスが縦向き：高さ44 iPhone：デバイスが横向き：高さ32 iPad：デバイスの向きに関係なく：高さ44 サンプルコード：ViewControllerの画面最下部に空のツールバーを表示する // ツールバーを作成 UIToolbar * toolBar = [ [ UIToolbar alloc ] initWithFrame:CGRectMake( 0, self.view.bounds.size.height - 44, 320, 44 ) ]; // ツールバーを親Viewに追加 [ self.vi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - cinkster/HUAnimator: Simple group of classes to demonstrate UIViewControllerAnimatedTransitioning Protocol use.