ラスタライズ？ Xcode 6になって、『PDF でベクター画像を作って読み込んでおくと便利』といった話がありますが、そもそもこの方法ではプログラム実行時に実際にベクター描画しているわけではなく、あくまでビルド時に PDF から適切な大きさのビットマップ画像を自動生成（ラスタライズ）しているにすぎません。 なので、当然、描画内容を拡大したり回転したりすればジャギーが発生してしまいます。単なるビットマップです。 では、PDF をベクター描画して拡大などにも耐え得るようにするにはどうすればよいか？ 実は古い iOS でも通用する方法でこれを実現することが可能です。実際、この内容は iOS 5のときのものほぼそのままになります。 なぜ PDF なのか（余談） 単なる余談ですが、グラフィックスエンジンという観点で OS X と iOS の歴史を振り返ってみます。 iOS は元々 OS X のサブセ

はじめに Charles を使うと PC 上に HTTP プロキシを立てて端末の通信をキャプチャし、リクエストやレスポンスの内容を覗いたり書き換えることが出来る。類似のソフトウェアとして Wireshark や Fiddler, Paros がある。 アプリの開発をしていてよくあるのは、APIがスタブで固定値しか返してくれない、異常系エラーのデバッグがやりづらい、という場面だが、Charles なら通信を好きに値を書き換えられるのでこれらに簡単に対処することができる。 Charles は Java アプリなので OS X だけでなく Windows や Linux でも利用する事が出来る。本稿では OS X + iOS での利用を前提として Charles の導入から簡単な使い方までを説明するが、環境依存の箇所は適宜読み替えてほしい。 導入 本来は有料ライセンスだが、無料でも数分間だけ使用

Interface Builder での実装例 View テンプレートから xib ファイルを新規作成したら、ビューの Custom Class を指定します。File's Owner の方は不要です。 ビュー上にコントロール類を配置して制御する場合はカスタムビュークラスの IBOutlet/IBAction に接続します。 コードの実装例 ポイントは UINib です。サブクラスを作って UINib を使ってビューのインスタンスを得ます。 ※ xib ≒ nib です。 @interface MyView () @property (weak, nonatomic) IBOutlet UISwitch *switch; - (IBAction)buttonAction:(id)sender; @end @implementation MyView - (void)_init { // i

Twitter のように文字列の長さ・行数によって高さが変わる UITableViewCell の実装方法です。 iOS 8 + Autolayout iOS 8 からは Self Sizing Cells という方法で計算処理はすべて Autolayout システムに任せられるようになったので、かつてのような面倒なやり方は不要です。 UITableViewCell を Storyboard や xib でレイアウトする際に適切な制約を付けておき、UITableView.rowHeight に UITableViewAutomaticDimension を指定しておけば良いみたいです。 UITableViewDataDelegate の -tableView:heightForRowAtIndexPath: -tableView:estimatedHeightForRowAtIndexPa