
Лумарния: дневник разработки #5
Засабмитил в AppStore (правда пока только в русский), посмотрим что получится в итоге :)
Теперь на очереди версия под андроид и после допиливания косяков (и фиксации экспериментальных фич) по итогам русского релиза — выкладывание в appstore американский.
Одна из экспериментальных фич — это не «нативный» шаринг. Грубо говоря вместо использования нативных фреймворков под фейсбук и твиттер я решил просто поднимать web-окно с спец-ссылкой на сайт игры (поверх окошка игры, через ANE). Сейчас там просто стоит редирект на шаринг через обычное js-api для фб/тви/вконтакте/одноклассники, но потом можно будет разнообразить поведение, в реалтайме подстраивая что-либо, показывая предложения и тп. Все же пользователь который что-то шарит — это с большой вероятностью сильно вовлеченный пользователь… что нужно использовать. И можно экспериментировать без обновления игры.
Причины — это будет одинаково и в iOS и в Adroid, не нужно заставлять пользователя делать в игре connect (который уже у людей вызывает стойкую ассоциацию «сейчас заспамят мою ленту» имхо), нету «прыгания» между приложениями при шаринге через фейсбук. Из минусов — пользователю придется ввести свой логин пароль на сервис еще раз. Поделюсь потом будут ли пользоваться, и если да — то в какой степени.
По части косяков кстати больше наибольшее беспокойство вызывают именно ANE. Вообще получается что сейчас использование ANE — самая недружественная часть кроссплатформенной сборки. Например пришлось убить несколько дней чтобы выяснить причину пропадания клавиатуры на полях ввода — ни с того ни с сего она… просто перестала выезжать! Как выяснилось виновата ANE-шка которую я решил заюзать. подробности тут — stackoverflow.com/questions/14811134/stagewebview-fails-to-show-keyboard-on-ipad-ios6-1
Или например ANE и варнинги. Тут наверно в большей степени виноват FB который если при сборке получает хоть какой-то варнинг от ADT тут же все бросает и прерывает процесс сборки с ошибкой :) Хотя варнинги как правило не существенные и легко игнорируемые, но все равно — моя изначальная идея собирать ipa/apk одной кнопкой прямо из IDE потерпела крах. Без консоли увы не обойтись — как минимум для того чтобы собрать один раз все с варнингами, после чего что-то там где-то кешируется и больше варнинги при сборках не появляются (до следующей очистки проекта).
Например: есть такая удобная ANE Appirater, которая показывает пользователю предложение дать оценку в AppStore после нескольких дней использования. так вот в ней автор прописал все языки какие только есть… а Adobe часть из них не поддерживает. при сборке ADT на это ругается.
Warning: Resource ca.lproj has been skipped because of mismatch with supported languages information in application descriptor.
Специально для гугла: тут я попробовал перепаковать ANE без лишних языковых файлов (и без пересборки исходников) — и получилось. Была одна хитрость — при сборке требуется library.swc которой в самом ANE-архиве нету. Делается этот swc (исходников то нету) zip-ованием library.swf и catalog.xml из ANE.
Теперь на очереди версия под андроид и после допиливания косяков (и фиксации экспериментальных фич) по итогам русского релиза — выкладывание в appstore американский.
Одна из экспериментальных фич — это не «нативный» шаринг. Грубо говоря вместо использования нативных фреймворков под фейсбук и твиттер я решил просто поднимать web-окно с спец-ссылкой на сайт игры (поверх окошка игры, через ANE). Сейчас там просто стоит редирект на шаринг через обычное js-api для фб/тви/вконтакте/одноклассники, но потом можно будет разнообразить поведение, в реалтайме подстраивая что-либо, показывая предложения и тп. Все же пользователь который что-то шарит — это с большой вероятностью сильно вовлеченный пользователь… что нужно использовать. И можно экспериментировать без обновления игры.
Причины — это будет одинаково и в iOS и в Adroid, не нужно заставлять пользователя делать в игре connect (который уже у людей вызывает стойкую ассоциацию «сейчас заспамят мою ленту» имхо), нету «прыгания» между приложениями при шаринге через фейсбук. Из минусов — пользователю придется ввести свой логин пароль на сервис еще раз. Поделюсь потом будут ли пользоваться, и если да — то в какой степени.
По части косяков кстати больше наибольшее беспокойство вызывают именно ANE. Вообще получается что сейчас использование ANE — самая недружественная часть кроссплатформенной сборки. Например пришлось убить несколько дней чтобы выяснить причину пропадания клавиатуры на полях ввода — ни с того ни с сего она… просто перестала выезжать! Как выяснилось виновата ANE-шка которую я решил заюзать. подробности тут — stackoverflow.com/questions/14811134/stagewebview-fails-to-show-keyboard-on-ipad-ios6-1
Или например ANE и варнинги. Тут наверно в большей степени виноват FB который если при сборке получает хоть какой-то варнинг от ADT тут же все бросает и прерывает процесс сборки с ошибкой :) Хотя варнинги как правило не существенные и легко игнорируемые, но все равно — моя изначальная идея собирать ipa/apk одной кнопкой прямо из IDE потерпела крах. Без консоли увы не обойтись — как минимум для того чтобы собрать один раз все с варнингами, после чего что-то там где-то кешируется и больше варнинги при сборках не появляются (до следующей очистки проекта).
Например: есть такая удобная ANE Appirater, которая показывает пользователю предложение дать оценку в AppStore после нескольких дней использования. так вот в ней автор прописал все языки какие только есть… а Adobe часть из них не поддерживает. при сборке ADT на это ругается.
Warning: Resource ca.lproj has been skipped because of mismatch with supported languages information in application descriptor.
Специально для гугла: тут я попробовал перепаковать ANE без лишних языковых файлов (и без пересборки исходников) — и получилось. Была одна хитрость — при сборке требуется library.swc которой в самом ANE-архиве нету. Делается этот swc (исходников то нету) zip-ованием library.swf и catalog.xml из ANE.
- +3
- IPv6
Комментарии (0)