Проблемы wih minSdkVersion 1.5

нам связали проблему с файлом манифеста и свойством "android:minSdkVersion". Проблема: Если наша платформа 2.0, и мы используем свойство "android:minSdkVersion=3" (3 = sdk 1.5), графика повреждается (В деталях, разрешение приложения уменьшается до 2/3 части первоначального размера, это, когда разрешение должно быть 480x720, это становится в 320x480). Это происходит на эмуляторе Android, и на Droid/Этапе устройств (Которые являются платформами 2.0). Когда мы переключаем свойство на "android:minSdkVersion=4" (4 = sdk 1.6), проблема решена, но когда мы хотим поместить ту версию на платформу 1.5, Android не позволяет нам устанавливать его. Это помогло бы нам знать любой конфликт относительно графики в 2.0 sdk или любую известную проблему вокруг "android:minSdkVersion" в декларации.

Спасибо!

6
задан Christopher Orr 6 January 2010 в 14:46
поделиться

2 ответа

[

] Если указать []targetSdkVersion[], а также []minSdkVersion[], то ваше приложение начнет корректно работать на всех платформах. [

] [

]Итак, в вашем манифесте есть такая запись:[

] [
<uses-sdk android:minSdkVersion="3" android:targetSdkVersion="4"/>
] [

]Это описано на странице [][]Уровни Android API[] в документации Android Developer[].[

].
5
ответ дан 10 December 2019 в 02:48
поделиться

Я предполагаю, что вы указываете различные активы для различных плотностей экрана , используя такие каталоги, как res/drawable-mdpi, res/drawable-hdpi и т.д.?

Android 1. 6 (уровень API 4) был первой версией SDK для поддержки нескольких плотностей экрана, поэтому он знает значение этих имен каталогов и поэтому может успешно выбрать правильный отрисовываемый из ваших папок res для конкретного устройства, на котором он запущен.

Однако, если вы запускаете приложение, разработанное таким образом на устройстве Android 1.5 (уровень API 3), то фреймворк не знает, что он должен использовать только средние DPI ресурсы (так как не существует устройств Android 1.5, выпущенных с чем-либо, кроме средних DPI экранов (AFAIK)). Таким образом, в этом случае, фреймворк может в конечном итоге выбрать, казалось бы, случайным образом из всех доступных ресурсов вашего APK, независимо от того, предназначены ли они для экранов с высокой или средней плотностью или что-то в этом роде.

Однако, я не видел, чтобы происходило обратное, т.е. появляется устройство 2.0, которое выбирает отрисовки для, или предполагает иную плотность экрана.

Я бы удостоверился, что ваша компоновка каталога res корректна, и что вы используете плотность - density-.независимые измерения в каждой из ваших компоновок по мере необходимости.

Но если вы хотите поддерживать несколько разрешений и плотности экрана и в одном APK, то я не верю, что это возможно.

.
4
ответ дан 10 December 2019 в 02:48
поделиться
Другие вопросы по тегам:

Похожие вопросы: