Осталось теперь сделать своего рода portable. Не важно какой браузер (хотя в идеале хотелось бы chromium или firefox). Но добиться этого можно компилируя из исходников с возможным внесением изменений в исходный код. А не очень бы хотелось. Вот и ищу возможные решения по наименьшему пути сопротивления.
Прочитайте лучше то, что я дал, реально поможет. Особенно при возникновения конфликтов или если кто-то накосячит :) Для общего понимания, я еще советую прочитать статью «Басня о git». Это поможет много чего понять.
Могу предположить, что до этого тоже было подобное разрешение, но только на прием (android.permission.RECEIVE_SMS). После чего они поняли, что этого недостаточно, так как в момент ожидания сообщения пользователь может покинуть экран. И когда он туда вернется, то вводить ему код нужно вручную. Поэтому было добавлена возможность проверять пришедшие смс сообщения (android.permission.READ_SMS). Это довольно распространенная ошибка, сам с ней сталкивался. В Changelog это отмечено как bug fix :)
Elfet можно конечно использовать один ко многим, но тогда поиск по тегам нужно будет вести по текстовому полю, что скажется на производительности при большом количестве данных. Поэтому предложенный выше вариант наиболее оптимален.
Если мне не изменяет память, REGEXP это пользовательская функция, которая не входит в стандартную сборку sqlite. В андроиде, скрее всего, нет. В качестве альтеративы используйте LIKE.
LIKE '%test_test%'
% — заменяет любое количетсво символов
_ — заменяет 1 символ
Возможно этого будет достаточно…
Да res и так отпадает. Там скорее всего потребуются апдейты, а ради даже 100 товаров закачивать 50 метров — очень жирно. Если уж и требуется синхронизация офлайн, то ее нужно делать правильно, чтобы трафика было как можно меньше.
В общем данные нужно хранить вне апк, подтягивать их лучше с сервера и придумать нормальную схему обновления.
А если это еще и товары, как я увидел выше, то вам потребуется обновлять данные. Поэтому вам в любом случае нужно сделать онлайн отдачу фотографий (если хотите, то с кешированием)
Да, хранить да диске и обращаться с помощью Drawable.createFromPath например.
По сети лучше, потому что тогда картинки будут загружаться по запросу, а не лежать мертвым грузом в памяти телефона пользователя. Для уменьшения трафика — делайте preview.