問題タブ [uitabbarcontroller]

以前にウィンドウに追加した後、コントローラーのビューで removeFromSuperview を呼び出して、アプリのウィンドウから UITabBarController を削除しようとしています。ただし、そうすると、バーにあるすべてのView Controllerの割り当てが正常に解除された後、自動解放プールが排出された後にEXC_BAD_ACCESS信号が発生します。メソッドのスウィズリングによって、UITableViewRowData と呼ばれるものの dealloc メソッドが呼び出された後に発生することがわかりました。more View Controller の割り当てを解除しようとしているときにバグがあるかどうか疑問に思っています。他の誰かがこの問題に遭遇したことがありますか?

これは何よりも哲学的な質問ですので、私にあなたの考えを教えてください。

iPhone SDKのドキュメントでは、タブバーコントローラーにナビゲーションコントローラーを含めることができると指定されていますが、ナビゲーションコントローラーにタブバーコントローラーを含めることはできません。ナビゲーションコントローラースタックの一部であるビュー内のビューを表形式で整理したい場合があるようです。これは無理ですか？

私は、HIGが最も抵抗の少ない道を明らかにしているように見えるベストプラクティスを提供しているのと同じように、Appleがこれらの分野で指示することを福音として受け入れます（それには例外があると確信しています）。ただし、タブバーの場合、その背後にある設計上の理由はわかりません。他の人には明らかかもしれませんが、ルートレベルのビューコントローラ以外のタブを許可しない理由は考えられません。

みなさんはどう思いますか/知っていますか？これによりどのような設計上の欠陥が生じますか？ビュー内のビューを表形式で表示する必要があるというこの問題をどのように解決しますか？デザイン全体を再考する必要がありますか？

ありがとう。

ユーザーが画面上の任意の場所をタップしたときに、ナビゲーションバー、ステータスバー、およびタブバーを非表示にしたいのですが。このタブのビューはテーブルビューですが、セルは非アクティブです（画像とテキストを保存し、アクションを実行しません）。

テーブルビューの画面上のタッチを検出する方法はありますか？

よろしくお願いします！

タイトル画面の後に 3 つのサブビューがあるプログラムを作成しようとしています。ビューのうちの 2 つは、それらを制御するために UIViewController がサブクラス化された単なる標準の nib ファイルであり、3 つ目はタブ バー ビューです。ただし、タブバーの項目を表示できないようです。「iPhone開発の開始」のタブバーの章を説明しました。これは、タブバーコントローラーをアプリデリゲートのウィンドウのサブビューとしてすぐに追加し、正常に機能します。私がやりたいことは、タイトル画面から 3 番目のセクションが選択された後に rootView コントローラーをロードし、それにタブ バー ビューを追加することです。これを行うたびに、タブ バー アイテムのない空白のタブ バーが表示されます。

私が数日間これに取り組んでいるので、あなたが提供できる助けがあれば大歓迎です。

ありがとう

iPhoneSDK3.0を使用してiPhoneアプリケーションを開発しています。これは、タブバーコントローラーで構成されるビューベースのアプリケーションです。tabbarcontrollerのviewcontrollers配列を動的に変更する必要があります。

次のコードを使用して実行しました。

ただし、カスタマイズ可能なviewcontrollers配列のみが変更されるため、新しいビューに切り替えることができませんでした。

タブバーのviewcontrollers配列を変更できるかどうかを知る必要があります。はいの場合、どうすればそれを行うことができますか？

よろしく、Syam SIPhoneDevr。

ビューで使用するフォントと一致させるために、それが何であるかを知りたいだけです。

ありがとう

更新: 最初にこの質問に対する私の回答を参照してください。これはバグのようです。最小限のテスト ケースが作成され、レポートが Apple に提出されました。(iPhone OS 3.1 で修正されました。)

これは「I'm so close!」の謎解きです。デパートメント。

Tab Bar ベースの iPhone アプリがあります。各タブには、通常の容疑者 (ナビゲーション バー、テーブル ビューなど) を含むUINavigationControllerがあり、別の VC につながる可能性があります。

現在、これらの下位レベルの VC の 1 つが、ポートレートモードとランドスケープ モードで使用されます。しかし、問題があります。ランドスケープに適した VC のshouldAutorotateToInterfaceOrientation:は、そのままでは呼び出されません。何をすべきか？

これが私たちの仕事です。独自のファイルに実装したタブバーコントローラーには、次のものがあります。

これにより、ランドスケープに適した VC にリクエストが伝達され、VC もこのメッセージに応答します。私の他のすべての VC はこの方法を実装していないため、デフォルトの縦向きのままです。

問題が解決しました！！！わーい！

まあ、そうではありません。:(

タブ バー コントローラーのMoreNavigationControllerの奥からランドスケープ フレンドリーな VC が呼び出されると、うまくいかないようです。

最初の 4 つのタブ バーUINavigationControllersのいずれかから呼び出された VC と、 MoreNavigationController内から呼び出された同じ VCを比較/対照することにしました。これは少し超詳細になるので、我慢してください。うまくいけば、プレイバイプレイが物事を解明するのに役立つことが証明されます.

アプリが読み込まれると、タブ バー コントローラーの shouldAutorotate... メソッドへの最初の呼び出しがいくつかあります。これらの初期のケースでは、selectedViewControllerは nil です。しかし、最終的に読み込みを終了し、最初のタブ項目が選択され、すべてが順調です。

右。まず、最初の 4 つのタブ バー項目の 1 つを選択し、VC にドリルダウンします。

3 番目のナビゲーション バー項目を選択します。これが 3 番目のナビゲーション コントローラーです。ローテーションをサポートする VC にドリルダウンします。簡単に調べると、親が確かにタブ バーのビュー コントローラー リストの 3 番目のナビゲーション コントローラーであることが確認されます。良い！

デバイスを回転させてみましょう。タブ バー コントローラーは自動回転するように求められます (上記のコードを参照)。selectedViewControllerは3 番目のナビゲーション コントローラーでもあり、さらにナビゲーション コントローラーの上部と可視のビュー コントローラーの両方が、回転をサポートする信頼できる VC に設定されていることがわかります。

したがって、タブ バー コントローラーはshouldAutorotateメッセージを 3 番目のナビゲーション コントローラーに転送しますが、回転に適した VC が最終的にメッセージを受け取ります。(ここでは特別なことはしていません。目的の VC がメッセージを受け取るのは、それが一番上または可視の VC であるためでしょうか?) いずれにせよ、横向きに回転し、サイズが変更され、すべてがうまくいきます。"大成功！"

戻るボタンを押して VC スタックをポップし、ランドスケープ モードを途中で終了します。タブ バー コントローラーが再度照会されます。

ここで少し脇に置いておきます。ナビゲーション コントローラーのtopViewControllerは依然として回転に適した VC ですが、visibleViewControllerはUISnapshotModalViewControllerに設定されています。へー。これは前に見たことがありません...しかし、エリカ・サドゥンは持っています。「消えるビューコントローラー」用のようです（この場合は確かに真実です-大丈夫です）。

ステップを進めていくと、目に見える VC はスナップショットのままですが、特別な VC が最終的になくなるため、最上位の VC は最終的にスタック上の次の VC に変更されます。けっこうだ。

これが、すべてがうまく機能するシナリオです。

今度は、同じテストを試してみましょう。今回は、MoreNavigationController ([その他] タブ バーの項目) に移動し、前と同じ VC クラスにドリルダウンします。私の場合、たまたまタブ バー コントローラーの VC リストの 7 番目です。

ローテーション対応の VC に入ると、今度は直接ローテーションするように求められます。Tab Bar Controller は、回転の許可をまったく求められません。うーん。

親 VC を簡単に確認すると、それがMoreNavigationControllerであることがわかります。わかりました、それは理にかなっています。

それでは、デバイスを回転させてみましょう。何も呼び出されません。ブレークポイントにはヒットしません。私たちのVCにはありません。タブバーコントローラーにはありません。（は？！？！）

ああああああ。スタックをポップして、同じ VC に戻り、再度ローテーションを試みます。変。ここで、Tab Bar Controller で、自動回転の許可を求める呼び出しを受けます。ここで、選択された Controller は信頼できる Nav コントローラー (#7) ですが、今回はそのvisibleViewControllerとtopViewControllerがNILに設定されています。

ここから続行すると、デバッガー コンソールに謎のメッセージが表示されます。

二段回転アニメーションを使用。よりスムーズなシングル ステージ アニメーションを使用するには、このアプリケーションで 2 ステージ メソッドの実装を削除する必要があります。

二段回転アニメーションを使ってないから不思議！ソース コードのどこにもSecondHalfメソッドのバリアントはありません。

悲しいかな、私の回転認識 VC は、回転が発生していることを通知されません (回転が画面上で発生したとしても)。騒乱と悲しみが続く。:(

この時点では、スタックをポップする必要さえありません。

View Controller doc が考えられる問題を示唆していると思います：

向きの変更中にカスタム アニメーションを実行する場合は、2 つの方法のいずれかで実行できます。向きの変更は、回転の開始点、中間点、および終了点で通知が発生する 2 つのステップで発生していました。ただし、iPhone OS 3.0 では、方向の変更を 1 ステップで実行するためのサポートが追加されました。1 ステップの方向変更を使用すると、古い 2 ステップのプロセスよりも高速になる傾向があり、通常、新しいコードには推奨されます。

MoreNavigationControllerはまだ 2 段階のプロセスに応答しているので、1 段階のプロセスを使用しようとする試みがうまくいかないのだろうか? 2 段階のメッセージに応答すると、1 段階のバリアントは機能しないことに注意してください (ドキュメントによると)。私は彼らに返信していませんが、IS の背後に何かがあるのではないかと密かに疑っています。

実際、シングルステップ メソッドをコメント アウトして、willAnimateSecondHalfOfRotationFromInterfaceOrientation:duration:に応答しようとすると、メモが表示されます。しかし、それはまだ (ビジュアルの点で) きれいにスタックから飛び出すわけではありません。さらに奇妙な: shouldAutorotateToInterfaceOrientation:で (FirstHalf メッセージを使用して) 自分自身への呼び出しをこっそり実行しようとした場合でも、 willAnimateFirstHalfOfRotationFromInterfaceOrientation:duration: は呼び出されません。まるで私がそれを定義したことがないかのように、トレース中にすぐに戻ります。はぁ。

それが実況です。

要約すると、Tab Bar Controller のMoreNavigationController内から呼び出された VC のワンステップ デバイス ローテーションを正常に処理した人はいますか? 探究心が知りたい！

タブが選択され、現在のタブがアンロードされ、次のタブがロードされて一度に1つだけがロードされるようにするには、どうすればよいですか？それとも私もこれをすべきではありませんか？ルートVCとして通常のUIViewControllerを使用してそれを行う方法は知っていますが、UITabBarControllerを使用してそれを行う方法はわかりません。また、あるタブから次のタブへの遷移をアニメーション化する方法はありますか？何か助けはありますか？ありがとう！！

編集：...ビューコントローラーをアンロードすると、タブバーのアイコンが消えます...ビューをアンロードするだけかもしれません。