PDA

Просмотр полной версии : полный экран и минимальное разрешение в AIR


Appleman
27.05.2021, 10:21
Всем привет!

Скажу честно, пока почти не разбирался в этом вопросе, и даже желания не имею. Поэтому внагляк спрошу, если у кого есть решение, покажите.

Вопросов 3:
1. можно ли делать полноэкранное приложение в AIR? Как выглядит код для перевода в полноэкранный режим?
2. более-менее разобрался с созданием "резиновой" вёрстки интерфейса и каскадным запуском метода resize(), но как можно установить и зафиксировать минимально возможное разрешение разрешение?
3. я верно понимаю, что работая с Flash о правой кнопке мышки можно забыть?

Если есть что показать, буду очень признателен. Ну или ссылки, если под рукой.
Заранее спасибо.

undefined
27.05.2021, 12:24
1) не знаю как в air, но в браузерном флэше это делалось так

stage.displayState = StageDisplayState.FULL_SCREEN;

2)Средствами флэша никак.
Если юзер выставил размеры окна - придется рисовать в него.
Возможно в настройках компиляции air что-то есть.

3) Не верно. Контекстное меню отключается как только повесишь слушатель на ПКМ

Appleman
27.05.2021, 17:43
1) Работает, спасибо
2) Я лошара, эти свойства задаются прямо в диалоговом окне общих свойств проекта: Initial window, Minimum window и Maximum window.

Вопрос, какое разрешение имеет смысл устанавливать в качестве основного? Я так понимаю, общая логика такова, что какое-то разрешение выбирается в качестве основного, под него делаются все картинки/иконки/кнопочки и т.п. А все остальные - результат перевёрстки или масштабирования. Верно?

3) понял, спасибо.

undefined
27.05.2021, 19:49
Универсального рецепта нет. Обычно выбирается размер окна чтоб весь UI умещался и нигде тесно не было.
Кнопочки/рамочки делаются с 9-slice-scaling'ом т.е. от разрешения не зависят.
Это если для десктопа. Для девайсов все несколько сложнее.

Appleman
22.06.2021, 19:06
Для десктопа. Определился с соотношением сторон 16:9. Теперь вопрос. Я верно понимаю, что правильнее всего сразу ориентироваться на высокое разрешение и готовить под него соответствующие арты и элементы интерфейса, а затем уменьшать в случае если по факту разрешение ниже? Исхожу из той логики, что изображения битмап в случае их увеличения - жуткое порно.

Wolsh
23.06.2021, 03:27
Фиксированное соотношение сторон — это как-то уж очень странно для игры. Я бы даже сказал, неуважительно к игроку, ведь он хочет играть на фуллскрине и не видеть черных полос.
Про битмап это всё очевидно, какие еще могут быть варианты? Для веба можно было бы заморочиться разными наборами изображений под сильно разные экраны, а для десктопа в этом нет смысла.

Appleman
23.06.2021, 17:35
Wolsh, привет, рад тебя видеть.

Фиксированное соотношение сторон — это как-то уж очень странно для игры. Я бы даже сказал, неуважительно к игроку, ведь он хочет играть на фуллскрине и не видеть черных полос.

Да, я возможно, не совсем корректно сформулировал. Мысль была в том, чтобы взять какое-то наиболее ходовое разрешение экрана и плясать от него - верстать, чтобы на таком экране всё было красиво и удобно. А затем прикидывать под остальные с возможной корректировкой интерфейса при изменении соотношения сторон. Например, на широком экране какие-то текстовые комментарии могут непосредственно выводиться рядом с иконкой свойства, а на узком - всплывать при наведении курсора. Как-то так...

Про битмап это всё очевидно, какие еще могут быть варианты? Для веба можно было бы заморочиться разными наборами изображений под сильно разные экраны, а для десктопа в этом нет смысла.

Вот буквально только что доделал адаптивную вёрстку стандартными средствами и пробовал устанавливать различные разрешения. Все элементы интерфейса остаются на своих местах, но на высоких разрешениях шрифт становится сравнительно мелким и иконки тоже - тяжело для восприятия...

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

undefined
24.06.2021, 22:48
Я верно понимаю, что правильнее всего сразу ориентироваться на высокое разрешение и готовить под него соответствующие арты и элементы интерфейса, а затем уменьшать в случае если по факту разрешение ниже? Исхожу из той логики, что изображения битмап в случае их увеличения - жуткое порно.

Да, примерно так и есть.