[WatchKit] IGInterfaceDataTable で WKInterfaceTable を UITableView ライクに扱う | DevelopersIO
WKInterfaceTable を慣れ親しんだ形で IGInterfaceDataTable は WKInterfaceTable に UITableViewDataSource のような Delegate を追加する、Instagram 社が公開している OSS です。今回はこれを使って WKInterfaceTable を UITableView のように使ってみましょう。 インストール インストールは CocoaPods で行うか、リポジトリを Clone してプロジェクトファイルごとアプリのプロジェクトに追加するか、いずれかの方法で行いましょう。下記は CocoaPods の Podfile の記述例です。 target 'IGInterfaceDataTableSample WatchKit Extension' do pod 'IGInterfaceDataTable' en
![[WatchKit] IGInterfaceDataTable で WKInterfaceTable を UITableView ライクに扱う | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/e1130d393832cdd754f35b782a38bf0485dfc3db/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F04%2Fwatchkit.jpg)
AutoLayoutでスワイプできるUITableViewCellを実装する - tomoyaonishiのブログ
AutoLayoutを使ってセル上を左にスワイプすると、セルの右側がオープンするUITableViewCellを実装してみます。セルの削除のときによく出てくるあれを自分で実装する感じです。 AutoLayoutやstoryboardにある程度知識がある方を前提としていますので、適宜不足している情報は補って実装してみてください＞＜ 準備編 まずは、通常通りにstoryboardでUITableViewを実装します。 次に、スワイプした時にわかるようにセルの背景色を変えておきます。 これで準備完了です。スワイプできるセルを実装していきます。 TableViewを貼り付けているViewControllerは以下のようになっています。普通です。 import UIKit class ViewController: UIViewController, UITableViewDataSource {
[iOS 8] UITableViewController の Static Cells でも動的にセルとセクション数を変更する方法 | DevelopersIO
Static Cells について学ぶ こんにちは！C87に行きたいけど、寒くて諦めました。 今回は設定画面など、レイアウトが決められたテーブルレイアウトの実装に非常に便利な UITableViewController の Static Cells についての小ネタを書きます。 先日、この StaticCells で実装をしていて途中からセルを動的に追加したいと思いましたので、その方法をご紹介します。 そもそもStatic CellsとDynamic Prototypesの違いって何？ Dynamic Prototypes Dynamic Prototypes はセルやセクションの要素数が可変の時に用いられます。検索したデータを表示するなど、要素数が刻々と変化するものは全て Dynamic Prototypes で実装することとなります。 UITableView の前提として、スクロール操
![[iOS 8] UITableViewController の Static Cells でも動的にセルとセクション数を変更する方法 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b908864d8ed9e4027eb1c344eb948e4eb8ce49a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Fios8.png)
สล็อตเว็บตรง ฝากถอนไม่มีขั้นต่ำ เว็บตรงสล็อต ใหม่ล่าสุด แตกง่าย 100%
สล็อตเว็บตรง ฝาก-ถอน ไม่มีขั้นต่ำ เว็บตรงสล็อต FAFA666 ที่คนเล่นเยอะที่สุด พบกับเกมทำเงินที่ง่ายที่สุดในตอนนี้ได้แล้วกับการเข้ามาเล่นพนัน สล็อตเว็บตรง ของเรา ในตอนนี้ที่มีอัตราการชนะสูงถึง 95 เปอร์เซ็นต์ ซึ่งจะทำให้คุณสามารถกอบโกยกำไรได้ง่ายมากๆ แถมการเข้ามาเล่นพนันที่ สล็อต ของเรา ในตอนนี้ยังมีการฝากถอนแบบไม่มีขั้นต่ำให้นักพนันทุกคนได้เล่นอีกด้วย ซึ่งการฝากถอนไม่มีขั้นต่ำนั้นจะทำให้นักพนันทุกคนสา
UITableViewCell 上に配置した UIControl のアクションから indexPath を取得する - Qiita
UITableViewCell に UIControl を配置し、アクションを MyTableViewController に繋いだとき、アクションが発火された cell の indexPath を知るにはどうすればいいでしょうか？ UIControl に tag を設定することもできますが、row や section が増えると tag も複雑になり、魔窟のようなコードになってしまいます。 UITableViewCell のサブクラスを作成し、cell 内でアクションを受け取って indexPath を取得、デリゲートで通知する手もあります。 しかし、特に Storyboard の Prototype Cells を利用する場合、アクションの行き先はコントローラに纏めたいものです。 そこで、アクションの sender から superview を辿って cell を取得し、UITable
Self-sizing Table View Cells
Learn how to create self-sizing table view cells using Auto Layout. Note: This tutorial has been updated (21/09/2016) to use Xcode 8, iOS 10, and Swift 3. The original post was written by Joshua Greene. If you’ve ever created custom table view cells before, chances are good that you have spent a lot of time sizing table view cells in code. You may even be familiar with having to manually calculate
[iOS]UITableView,UICollectionViewでドラッグ＆ドロップする | DevelopersIO
配列モデルの順序をドラッグで変更 iOSでは静的な配列モデルの表現機能だけではなく、モデルの順序を動的に実行時に動かすようにするための仕組みが搭載されており、ユーザーの操作に合わせて配列の順序を入れ替えるように制御することができます。 UIKitの標準的なコンポーネントUITableViewではモデルの順序を変更する機能は備わっていますが、順序変更の際の挙動として、ドラッグ領域が限られていたり、アイコンが表示されるなどあまり使い勝手の良い物ではありません。 また、UICollectionViewには編集モードが搭載されておらず、標準的なやり方ではドラッグ＆ドロップを実装する為に労力が必要です。 そこで本記事では動的に順序を変更するという操作に絞ってドラッグによる順序変更の補助となるOSSを紹介します。 今回例として取り上げるソースの入ったサンプルプロジェクトはGithubに上がっています。
![[iOS]UITableView,UICollectionViewでドラッグ＆ドロップする | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b3323f16a41baa5010c4386d0f831ba8c2bd749c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fios1.png)
UITableViewをカスタマイズしたいならUITableViewControllerを使わないほうがいい
ナビゲーションバーとテーブルの間にiAdやAdMobを表示するなら、広告をスクロールできないように固定しないといけない。 特にiAdはインプレッションでお金が入るので、スクロールによって稼げてしまうようなアプリはリジェクト対象になる。 通常、テーブルを使ったアプリでは、UITableViewControllerを使うのだが、上記のようなケースではUITableViewControllerを使ってしまうと、広告が固定できずにハマる。 なぜ固定できないか、の前にUITableViewControllerで、 self.tableView.headerViewを固定できないか？ self.tableView.superviewにaddSubviewして、self.tableViewをリサイズしてみたらどうか？ と思い、調査＆試しにやってみた。 結果、1は固定できるようなメソッドがなく断念(という
[Objective-C] ハマったメモ - Qiita
なんか細々とハマったことをメモ。 随時更新中。 クラス編 まだまだ理解不足です・・。 superが呼べない スーパークラスの非公開メソッドを上書きしたくて、同じメソッド名で定義を行い、内部で[super anyMethod]を叩こうとしたらsuperにアクセスできなかった。 冷静に考えれば当たり前だけど、メソッドの場合はprivateやpublicみたいなのを明示していないので「あれ？」となったのでメモ。 メモリ管理編 UIViewControllerのtouchesBegan:withEvent:が呼ばれない！ こちらの記事を見て解決。 UIViewControllerのtouchesBeganとかtouchesEndedが上手く機能しなかったと思ったら・・・ おそらくオブジェクトが破棄？されてしまって動かないのかな。 ARCオフを知らないと問題だと思ったので、ARCオフでごにょごにょし
![[Objective-C] ハマったメモ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b9d232062aa9aee24ca840d49b7831a5ee3c10e8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCT2JqZWN0aXZlLUMlNUQlMjAlRTMlODMlOEYlRTMlODMlOUUlRTMlODElQTMlRTMlODElOUYlRTMlODMlQTElRTMlODMlQTImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPThjYWFlNThmZWEwNzI5YWU5ODY5ZGRlMmI1NTgzMjk5%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D6a78b482bb59083e1726e02a4861bbc8)
UITableViewセルがスライドするUI
clearみたいなUIを作ってみたくて、セルをスワイプしたら横にスライドする動作を実装してみた。 忘れないうちにブログを書いてみる。(人生初ﾜｰｲヽ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾒ(ﾟ∀ﾟ)ﾉﾜｰｲ！) 出来上がりはこんな感じ。 cellの上にUIViewを2枚重ね、上のUIViewをスライドさせると、下のUIViewが見える仕組み。 まずUITableViewCellのサブクラスを作り、initで2枚のUIViewをaddsubViewする。 ジェスチャーによるセルのスライドはtouches系イベントを使う。 -(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event; -(void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event; -(void)touchesE
Core Graphicsチュートリアル: 線、長方形、そして グラデーションの描画
アップデート4/15/2013 Xcode4.6、及びARCに対応しました。(オリジナル投稿者：Ray Wenderlichアップデート投稿者：Brian Moakley)。 “Core Graphics”はiOSに於いて非常に優れたAPIなんです。これを使う事によってもの凄くカッコ良くUIをカスタマイズする事が出来るんです。これが使える様になれば、グラフィック担当のアーティストなんか必要なくなります。 でも、多くのiOS開発者が、何故か”Core Graphics”に対して最初は威圧感を感じます。それは、あまりに広大なAPIであるという事と、開発途中に思わぬ障害に巻き込まれる事があるからです。 これは、チュートリアルですから、”Core Graphics”に対して多くの開発者が感じるちょっとだけ取っ付きにくい感を、これから一緒に作成するプロジェクトを通して払拭して行きたいと思います。まず
見積もりの高さでUITableViewを高速化する話。 - Qiita
Help us understand the problem. What is going on with this article? 最初に。内容に誤謬がありましたら申し訳在りません。訂正を歓迎します。 tableView:heightForRowAtIndexPath: は rowHeight で置き換えるべきか UITableViewCellの高さが常に一定の時はrowHeightを使う - Qiita この記事には正しいことが書いてあるのですけど、影響があるのは **表示されるセル数** が100や1000に到達するような稀有なケースです。 通常のテーブルビューでは、セルは一度に高々12程度しか表示しないため、`tableView:heightForRowAtIndexPath:`を`rowHeight`に置き換えることによる劇的なパフォーマンス良化はありません。 このことについて
UIScrollViewを一方向だけにしかスクロールを許さない方法 | 目くじら日記
縦だけとか横だけのサンプルは良く見かけるのですが、例えば上スクロールだけを許して下にはスクロールさせない方法が見つからなかったので書いておきます。 （こんな制御に需要があるとはあまり思えませんが。。） ポイント１ スクロール方向の判定 UIScrollViewDelegateのscrollViewWillBeginDragging、scrollViewDidScrollでスクロールの前回座標を保存し、 scrollViewDidScrollでスクロールされた後の座標と比較すればOK ポイント２ スクロールのキャンセル スクロールの方向を求め、許可する方向以外だった時はスクロールの位置をスクロールの開始座標に戻します。 また、座標を戻したとしても慣性スクロールが発生しますのでscrollViewWillBeginDeceleratingで慣性スクロールをキャンセルします。（以前の記事参照）
なめらかに動作するUITableViewのつくりかた
矢口裕也です。 Advent Calendar 10日目はiOSのUITableViewの話をします。 ぼやき iOSアプリを開発していると70%くらいの時間はUITableViewに費やしている気がしてきます。 UITableViewは非常にめんどうなものですが、パフォーマンスがシビアでかつユーザーの快適さに直結するものなので大いに手間をかける価値があります。 この記事ではガクガク処理落ちするUITableViewを例として改善していきながら快適なUITableViewのつくりかたを解説します。 目的 以下のケーススタディでは次の目的でコードを改善していきます なめらかに動くようにする ここでのポイントは実際速くなくてもユーザが快適に感じればOKである、ということです。処理速度が高速である必要はありません。 戦略 UITableViewでのパフォーマンス問題は次の2点であることが多いです
UITableViewについて — ios-practice 0.1 documentation
UITableViewについて¶ TableViewにおいていくつか気をつけておくと良いことがあります。 下記を参考に書いています。 iOS開発におけるパターンによるオートマティズム Pro iOS Table Views timd/Pro-iOS-TableViews Cellの表示更新を別のメソッドに分ける¶ tableView:cellForRowAtIndexPath: のdelegateメソッドでそれぞれのUITableViewCellを生成しますが、 このメソッド内で、Cell内容を更新する処理を直接書くのは避けましょう。 - (void)updateCell:(UITableViewCell *)cell atIndexPath:(NSIndexPath *)indexPath { // Update Cells } - (UITableViewCell *)tableVie
SmartNews風のレイアウトをInterface Builderを使ってつくる - Qiita
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath { // 1x3 or 3x1 if (indexPath.row == 0 || indexPath.row == 2 || indexPath.row == 5) { return 240; } // 1x1 else { return 109; } } - (void)viewDidLoad { [super viewDidLoad]; // カスタムCellを登録 [self.tableView registerNib:[UINib nibWithNibName:@"Article1x1TableViewCell" bundle:[NSBundle mainBundle]] forCellReu
iOS7時代のUITableView - なるようになるかも
NSAttributedTextとDynamic Typeを利用したUITableViewを書いてみました。 NSAttributedText＆Dynamic Type XCodeとか半年ぶりなので、正しいのかあまり自信はないです。 こんな感じに表示されます。tableViewのmarginやpaddingはかなり適当な値で、ちゃんと調べてません。 TableViewの作法 iOS6からいろいろ変わってます。「ついてこれる奴だけついてこいッ！」って勢いでいろいろ変えやがります。適合者への道は遠いです。 UITableViewCell の生成と再利用 iOS5までのdequeueReusableCellWithIdentifier:では、キャッシュのCellが存在すれば再利用し、なければ生成していましたが、iOS6以降はUITableViewの描画を行う時点で必要なCell数を計算し、事前に
高さが異なるセルを持つUITableViewのサンプル その3 | Cyber Passion for iOS
前回はセルの高さは違えどセルのクラスはSTTweetCellで統一されていて同じクラスでした。しかし場合によっては、セルのクラスが異なるものを1つのTableViewで表示する必要があります。今回はそのケースについて説明します。 サンプル: https://github.com/stack3/STFlexibleCellHeightSample サンプルコードのクラスの説明 STFlexibleCellHeightViewController2 STTweetCell、STImageAndCaptionCellを交互に表示するTableViewを保持する STTweetCell ツイートもどきを表示するセル。詳細はその1を参照。 STTweetRowData セルに表示するツイートのデータ。詳細はその1を参照。 STImageAndCaptionCell 画像とキャプションを下部に表示する
座標からtableViewのindexPathってわかる？
わかる。 // 表示しているtableVIewの現状のオフセットを取得する。 // ・tableVIewのオフセットはスクロールさせると値が変わるよ。 CGPoint offset = self.myTableView.contentOffset; // オフセットの位置からy軸に120ポイント下に座標を指定してみよう。 // ・この場合だと、見た目上（画面上）の(10, 120)の位置を常にCGPointで取得してるってこと。 CGPoint p = CGPointMake(10.0, 120.0 + offset.y); // で、オフセット分を調整した座標(p)からindexPathが取得できるようになると。 NSIndexPath *indexPath = [self.myTableView indexPathForRowAtPoint:p]; NSLogPoint(offset)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSSSLIDE
