問題タブ [android-support-library]

ViewPager で関数を使用しようとしていますsetOffscreenPageLimit()が、Eclipse は、関数setOffscreenPageLimit()は ViewPager 型に対して未定義であると言います

ただし、ドキュメントや多くの例で見られます。 ViewPager

これが私のコードです：

ライブラリに奇妙な問題があるに違いないと思います。私の minSdk は 7 で、ターゲットは 13 です。「更新の確認」を何度も押し、互換性ライブラリを手動で再インポートしようとしましたが、この機能はまだ表示されません。何か案は？この機能は本当に必要です！

LinearLayout「onCreateView」メソッドで a をフラグメントにインフレートしたい。しかし、私はいつも同じエラーがあります:

フォルダで使用しandroid.support.v4.app.FragmentActivityてい"libs"ます。

主な活動：

メインの xml ファイルdept:

フラグメントのクラスDeptFragment:

dept_fragment膨らませたいxmlファイル：

Logcat：_

v4 サポート ライブラリを使用して、Fragments などの最近のバージョンで導入されたものを古い Android バージョンに実装できることはわかっています。たとえば、 v4 サポート ライブラリを使用してDialog Fragmentsを表示するアプリを実装すると、 ICS で実行するときに最新のコード (つまり、元のフラグメントと新しいフラグメント) を使用しますか?それともすべての Android バージョンのサポート コードを引き続き使用しますか?

同じアプリでandroid.app.Fragmentクラスとクラスの両方を使用して、Android のFragment 対応リリースで実行している場合、またはv4 サポート ライブラリをインポートするときにサポート クラスのみを使用する必要があるandroid.support.v4.app.Fragment場合に、実行時に区別する方法はありますか?

たぶん私が間違っているかもしれませんが、最近のプラットフォームで実行するときに最新のコードを使用しないのは良い考えではないようです..

ダイアログフラグメントのケースに固執して、何が良いと思いますか:

1) v4 サポート ライブラリを使用します。つまり、すべての Android バージョンで互換コードを使用します。

2)android.app.DialogFragment API レベル 11 以上で実行する場合は new を使用し、 API レベル 11 未満で実行する場合は非推奨のクラスshowDialogのonCreateDialogメソッドを使用します。Activity

私がすでに言ったように、私見の最善の方法は次のとおりですが、（間違っている場合は修正してください）それは可能な解決策ではありません：

3)android.app.DialogFragment API レベル 11 以上で実行する場合は新しいクラスを使用し、 API レベル 11android.support.v4.app.DialogFragment未満で実行する場合はクラスを使用します。

少し混乱させて申し訳ありませんが、質問が非常に明確であることを願っています..

デフォルトのレイアウトのListFragmentがあり、setItemCheckedを使用してアイテムをチェックしています。HoneycombとICSでは、simple_list_item_activated_1レイアウトを使用しているため、チェックされた行に背景色が自動的に適用されます。HoneyComb以前のデバイスで同じ効果を得るにはどうすればよいですか？また、古いプラットフォームでは利用できませstate_activatedん。activatedBackgroundIndicator

私は、1 つのライブラリと 2 つのアプリケーション (1 つは電話用、もう 1 つはタブレット用) に分割されたアプリケーションを開発しています。ライブラリには多くのコードとレイアウトが定義されており、アプリケーションにはいくつかの部分しか定義されていません。

Activity電話バージョン用のでフラグメントを使用してViewPagerいます (ライブラリで定義されたレイアウトとアクティビティは、電話アプリケーションで変更せずに使用されます)。タブレット バージョンでは、フラグメント (2) を ではなく並べて表示したいViewPagerので、次のような XML レイアウトを構築しようとしました。

私の問題は、コードが電話アプリケーションでは機能しているが、タブレット アプリケーションでは機能していないことです。これで、私はこの例外スタックを取得します:

エラーメッセージはandroid.app.Fragment、私が期待する場所について語っていますandroid.support.v4.app.Fragment。

Web を検索した後、次の点を確認しました。

• 私の活動はandroid.support.v4.app.FragmentActivity、
• 私の断片が伸びてandroid.support.v4.app.Fragment、
• 私のアプリケーションは support.v4 ライブラリを使用しています。

アクセシビリティ サービスを使用してイベントを監視するアプリがあります。ICS までのバージョンの Android では常に問題なく動作しますが、Jelly bean ではあまり運がありません。

ドキュメントに記載されているように、私は追加しました

マニフェスト ファイルで私のサービスに。これにより、アプリは xml の宣言型 xml メソッドを使用して正常に動作します。

問題は下位互換性にあります。ジンジャーブレッドなどのバージョンでは、次のエラーが発生しています。

互換性jarの最新リビジョンに更新しましたが、それが役立つことを期待していますが、それでもエラーが発生します。

古いバージョンと新しいバージョンの間で互換性を得る方法がわかりません。

マニフェストから BIND_ACCESSIBILITY_SERVICE を削除すると、アプリが Jelly Bean に表示されず、アクセシビリティをオンに切り替えることができなくなります。助言がありますか？

Android サポート ライブラリ(互換性ライブラリとも呼ばれます) の SDK の最小バージョンは何ですか? SDK 1 までさかのぼりますか?

私の知る限り、古いデバイスには新しい API がないため、サポート ライブラリが使用されています。たとえば、彼らは Fragment とは何か、それを実装する方法を知りません。したがって、これらの動作はサポート ライブラリで定義されています。

したがって、私の主な質問は、サポート ライブラリのフラグメントのライブラリと、API 11 (Android v3.0、Honeycomb) で導入されたそのツインとの違いは何ですか。

私の 2 番目の質問は、すべての新しい API をサポート ライブラリに入れることが可能である場合、なぜ 2 種類のライブラリがあるのですか? つまり、Android はサポート ライブラリと Android バージョン X.xx ライブラリではなく、サポート ライブラリのすぐ下ですべての API をリリースできます。

Honeycomb (3.0) の下の Android バージョンのために getSupportFragmentManager (およびその他の getSupport 関数) が作成されたことを読みました。このような API 11 以降の同等の関数は、getFragmentManager (および getSupport のないその他の関数) です。

minSdkVersion="14" と targetSdkVersion="15" で新しいプロジェクトを開始しました。フォルダ libs に、SDK の最小バージョンが 14 であるため存在しないはずの android-support-v4.jar が表示されます。また、getFragmentManager を使用しようとしましたが、まったく認識されません (コンパイルできません)。ということで、getSupportManagerFragment を使うしかない…

これは正常ですか？

Android-support-v4.jar 互換ライブラリに含まれている LruCache を使用するプロジェクトを作成しています。JB を搭載したデバイスで実行すると、コードは正常に動作しますが、GB を搭載した Droid X で実行すると、アプリは次のエラーで終了します。

Utility.java:49 は次のようになります。

そのため、LruCache またはそのメソッドを参照すると、どこでもエラーが発生します。最初に思い浮かぶのは、android-support-v4.jar が APK ファイルから除外されていたことですが、そうではないようです。jar ファイルを libs/ の下に配置し、ant デバッグを実行した後に classes.dex.d を確認すると、次の行が追加されていることがわかります。

私の 2 番目の考えは、LruCache が android-support-v4 に含まれていない可能性があるということでしたが、ソースを見ると、次のソース ファイルがそこにあり、使用しようとしているメソッドが含まれていることがわかります。

では、なぜ見つからないのでしょうか。