سؤال

تلقى رسالة بريد إلكتروني من أول مستخدم Motorola Droid الخاص بي. يدخل قرار 480x854 الجديد الذي تم تقديمه في Android 2.0 (على عكس 320 × 480) فسادته مع واجهات المستخدم الخاصة بي. كل شيء أصغر وسوء وضعه.

كنت تحت الانطباع بأنه إذا اتبعنا أدلة تخطيط XML، كنا آمنة من القرارات، حيث لا يتم استخدام إحداثيات مطلقة. هل لدى أي شخص خبرة في جعل واجهة المستخدم آمنة؟ هل سنحتاج إلى Main.xml لكل دليل لكل اتجاه؟

هل كانت مفيدة؟

المحلول

أي وحدات البعد التي استخدمتها؟

AFAIK باستخدام dp و sp يجب أن تبقيك آمنة.

من الوثائق:

دهانبكسل الكثافة المستقلة - وحدة مجردة تستند إلى الكثافة الجسدية للشاشة. هذه الوحدات نسبة إلى شاشة 160 نقطة في البوصة، لذلك DP واحد هو بكسل واحد على شاشة 160 نقطة في البوصة. ستتغير نسبة DP-To-Pixel مع كثافة الشاشة، ولكن ليس بالضرورة في نسبة مباشرة. ملاحظة: يقبل المحول البرمجي كلا من "DIP" و "DP"، على الرغم من "DP" أكثر اتساقا مع "SP".

جهدبكسل المستقلة النطاق - وهذا مثل وحدة موانئ دبي، ولكن يتم تحجيمه أيضا من تفضيل حجم خط المستخدم. يوصي بك استخدام هذه الوحدة عند تحديد أحجام الخطوط، لذلك سيتم تعديلها لكل من كثافة الشاشة وتفضيلات المستخدم.

نصائح أخرى

يعمل Eclair Emulator Wonders لهذه القضايا، تأكد أيضا من قراءة:

http://developer.android.com/guide/practices/screens_support.html.

يستجيب طلبك على قرارات مختلفة بناء على العديد من العوامل، حتى MIN-SDK. أيضا، من الصفحة، هي أفضل الممارسات:

  1. تفضل Wrap_Content، Fill_parent و Unit DIP إلى PX في ملفات تخطيط XML
  2. تجنب Absolutelayout.
  3. لا تستخدم قيم البكسل المشفرة الثابت في التعليمات البرمجية الخاصة بك
  4. استخدام الكثافة و / أو موارد محددة

بصرف النظر عن اختلاف القرار، فإن الشيء الآخر الذي يجب مراعاته هو أن شاشة WVGA الروبوت لها نسبة جانبية مختلفة من الأجهزة السابقة مثل G1. في العديد من التطبيقات القديمة التي قمت بتنزيلها، هذا يتجلى كجابات في الجزء السفلي من الشاشة، أو العناصر التي يتم تخفيفها رأسيا في وضع عمودي. قد ترغب في محاولة تشغيل تطبيقك في المحاكي بجلد WVGA للتحقق من أي افتراضات مخفية أن تخطيطك يجعل عن نسبة العرض إلى الارتفاع.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top