Роздільна здатність зображення залежить від екрана


2

В даний час я читаю деякі статті про QML, QtQuick і незабаром Ubuntu SDK, і мені цікаво, чи є якийсь механізм, який дозволяє вибір пристрою залежно від роздільної здатності зображення.

Наприклад, Android пропонує дуже просту структуру каталогів, яка розрізняє пристрої низької роздільної здатності та пристрої високої роздільної здатності, тому я просто надсилаю різні версії одного і того ж зображення разом із моїм додатком, а Android вирішує, який найкращий варіант для пристрою, що використовується зараз.

Отже, питання полягає в тому, як я можу підтримувати різні роздільні здатності екрана в додатках, які використовують зображення як фони або мітки кнопок?

Відповіді:


1

Інструментарій QML буде вниз масштаб зображення відповідно з вашим дозволом незалежного розміру, дивіться в розділ растрових об'єктів http://developer.ubuntu.com/api/ubuntu-12.10/qml/mobile/resolution-independence.html


Тож корисно використовувати зображення з високою роздільною здатністю? Це набагато корисне навантаження для мобільних додатків, чи не так? А зменшення масштабів уповільнить додатки, що дуже проблематично для вхідних смартфонів Ubuntu. Наприклад, якщо розмір бітової карти призначення становить 10 гу * 10 гу, а розробник орієнтується на смарт-телефон із 4-дюймовим екраном HD (720x1,280px) (1 gu = 18 px) та планшет з 10-дюймовим екраном HD (1 gu = 10 px), тоді йому потрібно лише створити растрову карту 180 px * 180 px для підтримки обох пристроїв. 180x180px - дуже велике зображення для маленької піктограми ... :-(
Phidelux

Якщо ви хочете, щоб піктограма, що дорівнює 10 сіткам на кожну сторону, і екран із 18 пікселями на одиницю сітки, то 180 пікселів на сторону - це саме той розмір, за яким ви шукаєте. Якщо це невелика піктограма, ви, мабуть, не хочете, щоб її відображали за допомогою 10 одиниць сітки.
mhall119
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.