AutoLayoutのデバッグをする（1） - Qiita
今回はAutoLayoutでうまく行かなかった時のデバッグ法のうち、ログを解読して頑張る方法と、Document Outline Controlを使う方法、SymbolicBreakpointを使う方法について書こうと思います。「AutoLayoutのデバッグする（2）」ではrecursiveDescriptionなどObjective-Cのプライベートメソッドを用いて怪しいレイアウトを見つける方法、「AutoLayoutのデバッグする（3）」ではViewデバッガーなど視覚的に見て解決する方法について（いつか）書く予定です。 明らかにしたいこと 下記のエラーが出ているので何がダメなのかを知りたい [LayoutConstraints] Unable to simultaneously satisfy constraints. Probably at least one of the con
iOS AutoLayoutのデバッグテクニック(Xcode 7で導入されたIdentifierなど) - Qiita
先々週あたり、この2件のAutoLayoutのデバッグテクニック系記事が海外で話題になっていてPocketで積ん読状態になっていたので、掘り出しつつ試してみました。 Using Identifiers to Debug Autolayout - Use Your Loaf Autolayout breakpoints - NSHint UIViewAlertForUnsatisfiableConstraintsのシンボリックブレークポイントを設定 このブレークポイントを設定することで、文字通りAutoLayoutの制約矛盾が発生した時にブレークしてくれます。 さらに、Actionも設定するのが肝で、この場合は次の設定をするとブレーク時に見やすいログが自動出力されるようになります。 関連: Objective-C - Xcodeでデバッグ実行中にクラッシュした時に捗るブレークポイント設定 -
[iOS] Auto Layout を使いこなす。UITableViewCell と UIScrollView 編 - それはBooks
iPhone6 と iPhone6 Plus が発売になり、本格的に iOS でも Android のように複数解像度に対応したやり方をしないといけなくなってきました。 iPhone5S までは、縦幅が伸びただけだったので、なんとなく Auto Layout を使っていても問題は表面化しづらかったのですが、 iPhone6 で横幅が伸びてしまったことで、適当に Auto Layout を使ってコーディングしていると残念なことになっているアプリが結構あります。 僕も iPhone アプリを開発しているのでこのあたりは結構気を使ってはいるんですが、いかんせん自分のやり方がほんとに正しいのか、やや疑問なところもあります。 そこで、今の自分のやり方を晒して、世の iPhone アプリ開発者の人に突っ込んでもらえればと思い記事を書くことにしました。 間違っている箇所もあると思いますので、ドンドンツッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
