Настраиваю сборку Android-проекта в TeamCity Cloud, требуется указать ANDROID_HOME. Не подскажете пример, где это указывается и как должен выглядеть путь? Предполагаю, что это нужно прописывать в Build Step -> Command Line ->...
Поделюсь своей историей взаимодействия с этим стором.
Мне пришло от них письмо, мол, интегрируй HMS в свое приложение, выложи в нашем сторе и получи фичеринг.
Окей, подумал я, выбрал свое приложение с 2-3к установок в день в Google Play и начал внедрять.
Спустя некоторое время танцев с бубном интегрировал их рекламу вместо Admob и сообщил о своей готовности. Ребята сказали, что мол, все ок, жди фичеринг в день Х.
А когда день Х настал — про меня просто забыли…
Написал им в поддержку, как же так? — в итоге пообещели фичеринг еще через месяц.
Но и через месяц это нельзя назвать фичерингом — +5 закачек в день.
Итог: много времени на внедрение (из-за того, что не отображается их тестовая реклама), человеческий фактор в поддержке и… +25 закачек за неделю благодаря фичерингу!
Интересует захват изображения + распознавание.
Т.е. флоу такой — клиент фоткает документ, фотография парсится и заполняются определенные поля внутри мобильного приложения.
У нас несколько приложений для разных стран, где нужно реализовать подобный сценарий.
По захвату конкретного документа — сложность в том, что существует несколько типов даже внутри одной страны. Возьмем Украину: есть ID-карта, есть паспорт, причем паспорт может быть заполнен вручную, а может быть пропечатан. Итого — 3 вида документов для одного типа для одной страны.
Тестировали ваш sdk на предмет распознавания рукописно заполненного паспорта — все плохо, не распознает.
Совсем недавно получил от вас триал на SDK под Андроид.
По функционалу — не нашел, как научить реагировать на конкретный документ. Т.е. чтобы фотографирование происходило только, если показать паспорт Германии, а все другие паспорты игноировало.
Сейчас же автоматом фоткает все, что угодно, даже excel-таблицу. Причем, таблица видна только на полэкрана. Не спорю, эти полтаблицы получаются в хорошем качестве.
Вопрос, который тревожит меня давно: если приложение пишется только под вертикальную ориентацию, т.е. жестко в манифесте это указывается, так ли уже надо заморачиваться уничтожением Activity? Конечно, я пониманию, что Activity может быть уничтожена и просто из-за нехватки ресурсов системы и пересоздана заново, но для современного железа эта ситуация все больше становится маловероятной.
Реальность такова, что 80% времени смартфоном пользуются в вертикальном положении.
Конечно, нужно стремиться к совершенству, никто не спорит, интересует лишь список возможных проблем для приложений с вертикальной ориентацией.
Ни о чем, просто передран туториал.
Я за то, чтобы на хабре решались сложные технические вопросы, а инди-разработчики пиарили свои игры в другом месте.
Сделал все, как указано в статье, но в процессе билда получаю:
base64: invalid option -- 'P'С чем может быть связано?
Настраиваю сборку Android-проекта в TeamCity Cloud, требуется указать ANDROID_HOME.
Не подскажете пример, где это указывается и как должен выглядеть путь?
Предполагаю, что это нужно прописывать в Build Step -> Command Line ->...
Мне пришло от них письмо, мол, интегрируй HMS в свое приложение, выложи в нашем сторе и получи фичеринг.
Окей, подумал я, выбрал свое приложение с 2-3к установок в день в Google Play и начал внедрять.
Спустя некоторое время танцев с бубном интегрировал их рекламу вместо Admob и сообщил о своей готовности. Ребята сказали, что мол, все ок, жди фичеринг в день Х.
А когда день Х настал — про меня просто забыли…
Написал им в поддержку, как же так? — в итоге пообещели фичеринг еще через месяц.
Но и через месяц это нельзя назвать фичерингом — +5 закачек в день.
Итог: много времени на внедрение (из-за того, что не отображается их тестовая реклама), человеческий фактор в поддержке и… +25 закачек за неделю благодаря фичерингу!
Т.е. флоу такой — клиент фоткает документ, фотография парсится и заполняются определенные поля внутри мобильного приложения.
У нас несколько приложений для разных стран, где нужно реализовать подобный сценарий.
По захвату конкретного документа — сложность в том, что существует несколько типов даже внутри одной страны. Возьмем Украину: есть ID-карта, есть паспорт, причем паспорт может быть заполнен вручную, а может быть пропечатан. Итого — 3 вида документов для одного типа для одной страны.
Тестировали ваш sdk на предмет распознавания рукописно заполненного паспорта — все плохо, не распознает.
По функционалу — не нашел, как научить реагировать на конкретный документ. Т.е. чтобы фотографирование происходило только, если показать паспорт Германии, а все другие паспорты игноировало.
Сейчас же автоматом фоткает все, что угодно, даже excel-таблицу. Причем, таблица видна только на полэкрана. Не спорю, эти полтаблицы получаются в хорошем качестве.
Реальность такова, что 80% времени смартфоном пользуются в вертикальном положении.
Конечно, нужно стремиться к совершенству, никто не спорит, интересует лишь список возможных проблем для приложений с вертикальной ориентацией.
Можно про это подробнее?
Я за то, чтобы на хабре решались сложные технические вопросы, а инди-разработчики пиарили свои игры в другом месте.