问题标签 [android-support-library]

我正在尝试setOffscreenPageLimit()在 ViewPager 中使用该函数，但 Eclipse 说The function setOffscreenPageLimit()is undefined for type ViewPager

但是，我在文档和许多示例中都看到了它。 浏览器

这是我的代码：

我认为这一定是图书馆的一些奇怪问题。我的 minSdk 是 7，target 是 13。我已经多次按下“检查更新”，甚至尝试手动重新导入兼容性库，但这个功能仍然没有出现。有任何想法吗？我真的很需要这个功能！

我想LinearLayout在“onCreateView”方法中将 a 充气到一个片段中。但我总是犯同样的错误：

我android.support.v4.app.FragmentActivity在"libs"文件夹中使用。

主要活动：

主xml文件dept：

片段的类DeptFragment：

dept_fragment我要膨胀的 xml 文件：

Logcat: _

我知道v4 支持库可用于在旧的 android 版本中实现在较新版本中引入的东西，例如 Fragments。如果我们实现一个使用v4 支持库来显示Dialog Fragments的应用程序，例如，它在 ICS 上运行时使用最新的代码（即原始和更新的片段）还是仍然使用每个 android 版本的支持代码？

有没有办法在同一个应用程序中同时使用android.app.Fragment类和android.support.v4.app.Fragment类，在运行时区分我们是在支持 Fragment 的 android 版本上运行，还是在导入v4 支持库时只需要使用支持类？

也许我错了，但在我看来，在最近的平台上运行时不使用最新代码似乎不是一个好主意..

坚持Dialog Fragment案例，你觉得哪个更好：

1）使用v4支持库，即在所有android版本上使用兼容代码

2)android.app.DialogFragment在 API 级别 11 或更高级别上运行时使用新的，在 API 级别 < 11 上运行时使用该类的弃用showDialog和onCreateDialog方法Activity

正如我已经说过的，最好的恕我直言如下，但是（如果我错了，请纠正我）这不是一个可能的解决方案：

3)android.app.DialogFragment在 API 级别 11 或以上运行时使用新类，android.support.v4.app.DialogFragment在 API 级别 < 11 上运行时使用该类

如果我造成了一些混乱，我很抱歉，我希望这个问题很清楚..

我有一个默认布局的 ListFragment，我使用 setItemChecked 检查项目。在 Honeycomb 和 ICS 上，选中的行会在我使用simple_list_item_activated_1布局时自动应用背景颜色。如何在预 HoneyComb 设备上实现相同的效果？在旧平台上既不可用，state_activated也不可用。activatedBackgroundIndicator

我正在开发一个应用程序，分为一个库和两个应用程序：一个用于手机，另一个用于平板电脑。库中定义了很多代码和布局，而应用程序中只定义了少数部分。

我在 an 中使用片段Activity，其中 aViewPager用于电话版本（在库中定义的布局和活动，在电话应用程序中使用时没有更改）。对于平板电脑版本，我想并排显示我的片段 (2)，而不是在 a 中ViewPager，所以我尝试构建这样的 XML 布局：

我的问题是代码在我的手机应用程序上运行，但不在我的平板电脑应用程序上运行。在这一点上，我得到了这个异常堆栈：

错误消息谈论android.app.Fragment我期望的位置android.support.v4.app.Fragment。

在网上搜索后，我检查了以下几点：

• 我的活动延伸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 是什么以及如何实现它。因此，这些行为是在支持库中定义的。

所以，我的主要问题是，支持库中的 Fragment 库与其在 API 11（Android v3.0，Honeycomb）中引入的孪生之间有什么区别。

我的第二个问题是，如果可以将每个新 API 放入支持库中，为什么我们有两种类型的库？我的意思是Android可以在支持库而不是支持库和Android版本X.xx库下发布所有API。

我读到 getSupportFragmentManager（和其他 getSupport 函数）是为了 Honeycomb（3.0）下的 Android 版本而创建的。API 11+ 的此类等效函数是 getFragmentManager（以及其他没有 getSupport 的函数）。

我用 minSdkVersion="14" 和 targetSdkVersion="15" 开始了一个新项目。在文件夹库中，我可以看到不应该存在的 android-support-v4.jar，因为最低 SDK 版本是 14。此外，我尝试使用 getFragmentManager 但它根本无法识别（我无法编译）。所以，我别无选择，只能使用 getSupportManagerFragment ...

这是正常的吗？

我正在编写一个使用 LruCache 的项目，该项目包含在 android-support-v4.jar 兼容库中。在带有 JB 的设备上运行时，代码运行良好，但是当我在带有 GB 的 Droid X 上运行它时，应用程序因以下错误而死：

Utility.java:49 看起来像这样：

所以我在任何地方引用 LruCache 或其方法都会导致错误。首先想到的是 android-support-v4.jar 不知何故被排除在 APK 文件之外，但事实并非如此。我将jar文件放在libs/下，运行ant debug后检查classes.dex.d，我看到它添加了以下行：

我的第二个想法是，也许 LruCache 不在 android-support-v4 中，但是查看源代码我看到下面的源文件在那里，并且它具有我正在尝试使用的方法：

那为什么找不到呢？