Вообще у меня была проблем со скулайтом и русскими буквами, он не умел выполнять регистронезависимый поиск

Решалось добавлением поля-дублера в ловеркейсе, и затем выполнялся LIKE по этому полю в ловеркейсе

Так работает

Иначе он ищет только по полному совпадению

Вообще у меня была проблем со скулайтом и русскими буквами, он не умел выполнять регистронезависимый поиск

Я читал на SO, что sqlite игнорит кейс

Решалось добавлением поля-дублера в ловеркейсе, и затем выполнялся LIKE по этому полю в ловеркейсе

тож этим занимался как-то ))

у нас были товары, так вот "Кружка", "кружка" В итоге по запросу LIKE '%кружк%' находилось только "кружка"

Говорят еще помогает собственная сборка скулайт с ICU

Решалось добавлением поля-дублера в ловеркейсе, и затем выполнялся LIKE по этому полю в ловеркейсе

так зачем дублер то делать ? Upper функция же есть, приводишь к одному регсистру и ищи лайком

В том то и дело, что это не работало

Ни ловер ни аппер

у меня тут прилетело обновление андроид студио и оказалось что раньше я сидел на бетте ))

ну надеюсь по меньше косяков станет

Кто знает где найти компонент который реализует такую штуку, он же по идеи должен быть стандартным? https://material.google.com/growth-communications/feature-discovery.html#

вроде нет таких стандартных. вообще из материал дизайна не много чего есть в саппорте. на гитхабе наверно лучше поискать

https://github.com/Guimareshh/Feature-discovery-animations

вроде нет таких стандартных. вообще из материал дизайна не много чего есть в саппорте. на гитхабе наверно лучше поискать

Блин мне дизайнеры навешали, что есть такая официальная????

https://news.mail.ru/incident/27053972/?frommail=10

https://news.mail.ru/incident/27053972/?frommail=10

Потому что нечего пользовать китайскими зарядками, может?)

я думаю он юзал оригинальную

Потому что нечего пользовать китайскими зарядками, может?)

контроллер заряда должен вырубаться, если что-то не так с зарядкой )

самсунг упал в моих глазах (

очень клевый способ получить новую машину или дом, кстати. Включаешь на зарядку новй Note, ждешь, пока он не сгорит, затем судишься с Samsung

Так они ж все ноуты отозвали )

Самсунг когда-то был нормальным?

очень клевый способ получить новую машину или дом, кстати. Включаешь на зарядку новй Note, ждешь, пока он не сгорит, затем судишься с Samsung

Точно )))

Шутка про медведя,ноут7 и машину уже баян?

Самсунг когда-то был нормальным?

ну по крайне мере в производстве бытовой техники всегда устраивал. Телевизоры холодильники у них норм.

Ну я в контектсе смартфонов имею ввиду

Да в мобилках тоже, я хз кто может сравниться с s7...

оставили в гараже А на фото на улице горит

Конечно если дизайн брать в расчет, а то вы со своими нексусами страшненькими )))

оставили в гараже А на фото на улице горит

Nathan Lydia Dornacher September 5 near Saint Petersburg, FL, United States · русский след

ахаха

Конечно если дизайн брать в расчет, а то вы со своими нексусами страшненькими )))

Особенно после iOS 10, где все криво ?

Тут выше про скулайт спрашивали - ну блин, ребят, только вчера эту тему поднимали :) Для того, чтобы лайк нормально работал с русским языком, надо полноценный юникод прикрутить

ребят, кто там с градлом дружит? Как лучше сделать так, чтобы можно было собирать разные апк для targetSdk< 23 и targetSdk>= 23

разжные flavors ?

@smred ?;)

ну типо при сборке генерить 2 апк

для targetSdk< 23 и targetSdk>= 23, отличаться будет манифестами

а зачем тебе вообще это?

А просто если во флейворе указать targetSdkVersion 21 не работает?

А просто если во флейворе указать targetSdkVersion 21 не работает?

а если у меня и так уже есть flavors типо test, prod и т д и мне ещё надо разделить на targetSdk< 23 и targetSdk>= 23. поэтому хочется чтобы при сборке на любой flavor собиралось 2 апк с разными манифестами. как это можно сделать?

а зачем тебе вообще это?

разделить пермишены. В одном апк больше пермишенов, в другом меньше.

гугл нагуглил такое

android { flavorDimensions "flavors", "api" productFlavors { flavorA { flavorDimension "flavors" .... } pre21 { flavorDimension "api" // don't setup minSdkVersion to inherit the one from the "flavors" dimension } post21 { flavorDimension "api" // override the minSdkVersion minSdkVersion 21 } }

разделить пермишены. В одном апк больше пермишенов, в другом меньше.

эм, а не легче не заниматься вот этим и поддержать рантайм пермишены?

эм, а не легче не заниматься вот этим и поддержать рантайм пермишены?

ну в одном апк будут рантайм, в другом нет

А смысл?

Можно в пре21 тоже чекать пермишены.

Только они будут выданы по умолчанию же

android { flavorDimensions "flavors", "api" productFlavors { flavorA { flavorDimension "flavors" .... } pre21 { flavorDimension "api" // don't setup minSdkVersion to inherit the one from the "flavors" dimension } post21 { flavorDimension "api" // override the minSdkVersion minSdkVersion 21 } }

и это мне позволит собирать 2 апк при сборке?

И запрашивать ничего не надо будет

ну в одном апк будут рантайм, в другом нет

эм. тебе рантайм в манифесте объявлять не надо.

как ты думаешь, почему они рантайм? :D

ну то есть, то, что они объявлены – ни на что не повлияет

буквально

эм. тебе рантайм в манифесте объявлять не надо.

хочу чтобы для таргет < 23 были сразу в манифесте, а для >= 23 запрашивались в рантайме

если ты собираешься с targetSdk 23+, то все <uses-permission> на андроидные системные пермишены игнорируются

хочу чтобы для таргет < 23 были сразу в манифесте, а для >= 23 запрашивались в рантайме

дык тебе надо это руками запрашивать

https://developer.android.com/training/permissions/requesting.html

https://developer.android.com/training/permissions/requesting.html

If the device is running Android 5.1 or lower, or your app's target SDK is 22 or lower: If you list a dangerous permission in your manifest, the user has to grant the permission when they install the app; if they do not grant the permission, the system does not install the app at all. If the device is running Android 6.0 or higher, and your app's target SDK is 23 or higher: The app has to list the permissions in the manifest, and it must request each dangerous permission it needs while the app is running. The user can grant or deny each permission, and the app can continue to run with limited capabilities even if the user denies a permission request.

ключевое

ERROR: S client not available

если ниже 23 то в манифесте объявляем и при установке юзер их одобряет

а на 23+ в манифесте их не буду добавлять а запрошу в рантайме

а на 23+ в манифесте их не буду добавлять а запрошу в рантайме

так они игнорируются

А зачем для этого разделять на два APK?

из не нужно удалять из манифеста

странное желание, в общем

а на 23+ в манифесте их не буду добавлять а запрошу в рантайме

Они игнорируются в 23+

Они игнорируются в 23+

то есть в 23+ их не будет при установке что ли?

то есть в 23+ их не будет при установке что ли?

не будет

Вроде где-то был список с пармишенами по уровню.

то есть, манифест оставется неизменным, а дальше ты в коде проверяешь: if (sdk >= 23) { checkPerm();...}

а не погодьте

короче если <23, то вообще без этих пермишенов, если >=23 то в рантайме их запросим

@smred ?;)

flavors конечно, но что конкретно тебе нужно?

flavors конечно, но что конкретно тебе нужно?

то есть в <23 в манифест не добавляем вообще, в >=23 добавляем в манифест и в рантайме просим

flavors конечно, но что конкретно тебе нужно?

как сделать чтобы 2 апк генерилось при сборке?

вот таких с разными манифестами

и это мне позволит собирать 2 апк при сборке?

поверхностно прочитал что тебе нужно и выглядит так что тебе не нужно собирать две сборки, а нужно детальней прочитать про рантайм пермишены

+

+

но собрать две сборки за раз можно, через таски гредловые справа в студии или из консоли

да какой-то оверхед, для пермишенов два апк)

то есть в <23 в манифест не добавляем вообще, в >=23 добавляем в манифест и в рантайме просим

если тебе нужны права, то вероятно, они тебе нужны на всех усройствах. Для старых версий они прописываются в манифесте, а новые игнорируют права в манифесте

А вот такой вопрос к адептам: Может ли конкретная система(версия андроида) менять порядок выполнения команд в байткоде?

что тут непонятно?

gradle compile соберёт тебе все флаворы в дебаг и релиз варианте. Также можно собрать только релизные и только дебажные версии

но собрать две сборки за раз можно, через таски гредловые справа в студии или из консоли

так, а что писать в градл скрипте, чтобы он мне 2 апк собрал с разными наобором ресурсов при сборке ?

так, а что писать в градл скрипте, чтобы он мне 2 апк собрал с разными наобором ресурсов при сборке ?

ещё раз: тебе не надо собирать 2 разных апк

gradle compile соберёт тебе все флаворы в дебаг и релиз варианте. Также можно собрать только релизные и только дебажные версии

то есть собираю например дебаг, хочу чтобы 2 апк собралось

ещё раз: тебе не надо собирать 2 разных апк

не понял почему не надо то? мне такую задачу поставили.

не понял почему не надо то? мне такую задачу поставили.

потому что прочитай нормально про рантайм пермишенны