Как стать автором
Обновить

Комментарии 3

С девушкой постоянно играли в 2-player reactor, классная игра. Однажды хотел её перенести на WP, но увы, игры делать я не люблю :)

>>не смог найти радиальный градиент
Его убрали, потому что нарушает гайдлайны

>>На десктопе обрабатывается событие KeyPressed(Esc), а вот на телефоне, если нажать хардварную кнопку назад, то приложение схлопывалось и пользователь оказывался в главном плиточном меню.

Используйте NavigationHelper из шаблона Windows Phone Application. Более того, он предоставляет команды GoBackCommand и GoForwardCommand и обрабатывает нажатия боковых кнопок мыши для навигации, что очень помогает в Windows 8.1 приложениях.

>>В идеале для каждого из режимов нужно создавать свой View, с измененным расположением элементов, размера шрифта и т.д. Я выбрал другой вариант – относительные координаты.

Я бы вам за это по рукам надавал :) Лучше сделать все фиксированным (по мне как чуток свободного места по бокам выглядит приятнее). Можно еще менять ориентацию вьюшки, если приложение занимает меньше половины экрана.

>>Т.е. изображения в процессе анимации сжимается так, что мягко говоря выглядит страшновато. Причем не важно, что это был за объект, результат одинаковый и для TextBlock и для Image.

Есть два варианта:
1) Использовать BitmapCache и установить свойство BitmapCache.RenderAtScale в нужную величину.
2) Сделать картинку\текст в полный размер и потом сжать с помощью ScaleTransform допустим до 0.1, а потом в анимации масштабирования просто возвращать к 1.
2-player reactor, классная игра.
Именно в нее мы и играли!
NavigationHelper
Спасибо за наводку
чуток свободного места по бокам выглядит приятнее… Лучше сделать все фиксированным
Тут я с Вами не соглашусь. Свободное место по краям — зачем? Мне кажется пользователь сам волен выбирать размер экрана под контент, а не подстраивать размер под фиксированные размеры определенные заранее программистом (иногда даже прицеливаясь и сужая полосу так, чтобы не осталось свободного места). Изначально игра делалась с фиксированными координатами, и делались разные представления под разные варианты прикрепления к краям, и разной ориентацией. Но:
— во-первых: получалась огромная туча XAML кода, которая возможно и нужна, в тех случаях, когда нужно перекомпоновать компоненты например или отмасштабировать отдельные из них, но это не тот случай.
— во-вторых: когда игра переворачивалась получалось два игрового поля, из которого использовался по факту только один. Для этого и была введена настройка представления, которая меняла представление с двух вертикальных полей под одно горизонтальное. Поэтому в этот раз мои руки, думаю, останутся целыми :)
сжать с помощью ScaleTransform
Сейчас так и делается Storyboard-ом: сначала одна картинка сжимается по ScaleX до 0, потом туда загружается из кэша другая картинка, и растягивается обратно до ScaleX. Получается вышеописанный jpeg-эффект. Надеюсь ваша подсказка с
Использовать BitmapCache
поможет.
В целом спасибо за конструктивный и полезный комментарий!

>>Сейчас так и делается Storyboard-ом: сначала одна картинка сжимается по ScaleX до 0, потом туда загружается из кэша другая картинка, и растягивается обратно до ScaleX.

Имею в виду, что ScaleX не должен быть больше 1, тогда не будет мыла.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории