Скрипт для поиска еще не реализован на сайте, но обещают скоро сделать. Сразу же постараюсь внедрить. Мультитач сначала хотел сделать, но возникли опасения, что при большом объеме текстов и на слабых моделях могут возникнуть проблемы. Поэтому решил внедрить более легкое решение. Стоит ли его делать?
Данные по поворотам определялись по удобству поворота для пользователя. Строго вертикальное положение в моем случае было не приемлемо. Поэтому метод и содержат такие данные для вычисления. Для моей программы они оказались наиболее подходящими. На всякий случай я это отметил в коде в виде комментария.
Работать не приходилось, но возможно вам поможет следующий подход.
Сначала я поставил непрерывный вывод логов по данным которые выдают сенсоры, а потом эмпирическим путем подбирал тот диапазон показаний который мне необходим. Если в вашем случае проверять наклон телефона по сенсорам как в указано в статье, то можно будет нормально просчитать в любой момент наклон и пересчитать инверсию. Кстати, прошу учесть, что числа в статье рассчитан эмпирически и вы можете его подстраивать под себя:
if (in(z, 60, 100)) return 1;
if (in(z, -20, 20) && y > 50) return 2;
if (in(z, -20, 20) && y < -50) return 0;
if (in(z, -100, -60)) return 3;
Код перенесен напрямую из Эклипса. В нем я использую табы. Мне удобнее использовать табы. Я буду использовать табы. Я никого не заставляю использовать табы. Это мое имхо мнение. А в статье я исправлю. Здесь вы правы.
Интересно, а обязательно хранить такой размерчик в ассетсах, есть особенные требования? Не легче ли при первом запуске скачать из инета все что нужно в виде архива и сохранить на сд карте?
Да, был такой проект. Не 20, а около того. Если Вы попробуете именно так называть, то при открытии к примеру папки layout вы моментально поймете что к чему. Даже если это чужой проект.
MediaRecorder mr = new MediaRecorder();
mr.setAudioSource(MediaRecorder.AudioSource.VOICE_DOWNLINK | MediaRecorder.AudioSource.VOICE_UPLINK);
но на некоторых моделях телефонов может не работать запись вообще см. здесь
Сначала я поставил непрерывный вывод логов по данным которые выдают сенсоры, а потом эмпирическим путем подбирал тот диапазон показаний который мне необходим. Если в вашем случае проверять наклон телефона по сенсорам как в указано в статье, то можно будет нормально просчитать в любой момент наклон и пересчитать инверсию. Кстати, прошу учесть, что числа в статье рассчитан эмпирически и вы можете его подстраивать под себя:
if (in(z, 60, 100)) return 1;
if (in(z, -20, 20) && y > 50) return 2;
if (in(z, -20, 20) && y < -50) return 0;
if (in(z, -100, -60)) return 3;