Если у тебя изначально базы нет и ты хотел запихать настройки туда, то так не надо делать, им место в shared preference.

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

Если вы предполагаете, что есть какой-то универсальный способ узнать эти данные у системы для любого оператора — такого способа нет. Нужно для каждого оператора реализовывать это отдельно. Большинство операторов предоставляют возможность узнавать баланс и прочее через отправку USSD кодов, но у каждого оператора они свои и парсить ответы нужно тоже вручную. Ещё у многих операторов сейчас есть личные кабинеты и мобильные приложения к ним, и, вероятно, есть какая-то серверная АПИ по которым эти кабинеты работают.

Спасибо за ответ, Как вариант через ussd, но просто как реализовать это?

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

Если использовать стандартные системные виджеты для настроек, то вся их конфигурация делается через strings.xml. Вы там создаёте строки которые используются как ключь в SP, и строки, которые хранят значение по умолчанию. Дальше, если мы хотим, чтобы в SP сразу записались значения по умолчанию, то при старте приложения вызывается это: PreferenceManager.setDefaultValues(this, R.xml.preference, false); И, вероятно, этим же методом можно сбросить в значения по умолчанию. Но у меня лично свой небольшой велосипед вокруг SP и всё работает несколько иначе.

Спасибо за ответ, Как вариант через ussd, но просто как реализовать это?

Я такого не делал, но вот Гугл выдаёт первым результатом реализацию получения USSD ответов. Вероятно, для этого ваше приложение должно будет запрашивать у пользователей всякие страшные разрешения на доступ к звонкам и СМС: https://stackoverflow.com/questions/22057625/prevent-ussd-dialog-and-read-ussd-response

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

В shared preference есть значения по умолчанию, это и есть первоначальные настройки и когда юзер их сбросит. А как их ставить написано в доке или выше уже ответили)))

Я такого не делал, но вот Гугл выдаёт первым результатом реализацию получения USSD ответов. Вероятно, для этого ваше приложение должно будет запрашивать у пользователей всякие страшные разрешения на доступ к звонкам и СМС: https://stackoverflow.com/questions/22057625/prevent-ussd-dialog-and-read-ussd-response

Спасибо большое за ответ!

Если использовать стандартные системные виджеты для настроек, то вся их конфигурация делается через strings.xml. Вы там создаёте строки которые используются как ключь в SP, и строки, которые хранят значение по умолчанию. Дальше, если мы хотим, чтобы в SP сразу записались значения по умолчанию, то при старте приложения вызывается это: PreferenceManager.setDefaultValues(this, R.xml.preference, false); И, вероятно, этим же методом можно сбросить в значения по умолчанию. Но у меня лично свой небольшой велосипед вокруг SP и всё работает несколько иначе.

Понятно, спасибо. Теперь как мне объяснить это руководителю, который живет в базах, что я собираюсь использовать настройки через xml файлы?

Понятно, спасибо. Теперь как мне объяснить это руководителю, который живет в базах, что я собираюсь использовать настройки через xml файлы?

Хмм.. Ну, можно сказать, что вот так устроен Андроид и это официальный способ работы с настройками в нём, и что если его не использовать, то усложняется возможность использования системных виджетов для управления этими настройками, теряется возможность бекапить эти настройки в облако. Впрочем, если копировать их из базы в SP руками, то не теряется, но непонятно, зачем это делать, если можно сразу записать их в strings.xml. Но так-то можно где угодно их хранить, и в базе тоже, если вот хочется так.

Хмм.. Ну, можно сказать, что вот так устроен Андроид и это официальный способ работы с настройками в нём, и что если его не использовать, то усложняется возможность использования системных виджетов для управления этими настройками, теряется возможность бекапить эти настройки в облако. Впрочем, если копировать их из базы в SP руками, то не теряется, но непонятно, зачем это делать, если можно сразу записать их в strings.xml. Но так-то можно где угодно их хранить, и в базе тоже, если вот хочется так.

Спасибо за ответ, пойду топить за Android)

Нарооод!!! Целиком задача такова: мне нужно, чтобы на экране над клавиатурой всегда была видна нижние вьюхи в моём фрагменте; для этого я всё запихал в скроллвью и хочу под самым нижним видимым элементом добавлять имиджвью с фоновым цветом и прокручивать скроллвью до упора вверх, но размер этого имиджвью зависит от линейных размеров экрана и высоты некоторых вышерасположенных вьюх - вот их высоту и хотелось бы откуда-нить добыть. Добыть не получается, тк как их высоты заданы через wrap_content

Нарооод!!! Целиком задача такова: мне нужно, чтобы на экране над клавиатурой всегда была видна нижние вьюхи в моём фрагменте; для этого я всё запихал в скроллвью и хочу под самым нижним видимым элементом добавлять имиджвью с фоновым цветом и прокручивать скроллвью до упора вверх, но размер этого имиджвью зависит от линейных размеров экрана и высоты некоторых вышерасположенных вьюх - вот их высоту и хотелось бы откуда-нить добыть. Добыть не получается, тк как их высоты заданы через wrap_content

у тебя full screen ?

у тебя full screen ?

нет, вроде бы. <supports-screens android:anyDensity="true" android:largeScreens="true" android:normalScreens="true" android:resizeable="true" android:smallScreens="true" android:xlargeScreens="true" />

или где это смотреть?

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

нет, вроде бы. <supports-screens android:anyDensity="true" android:largeScreens="true" android:normalScreens="true" android:resizeable="true" android:smallScreens="true" android:xlargeScreens="true" />

блин, ну апликуха на полный экран делается или как обычно?

вот ещё что в манифесте: <uses-feature android:name="android.hardware.screen.landscape" />

на полный экран - это без верхних значков всяких разных? тогда не фулл

просто в манифесте добавь android:windowSoftInputMode="stateAlwaysVisible|adjustResize"

ну или не stateAlwaysVisible главное оставь adjustResize

это позволить скролить твой скроллвью

это позволить скролить твой скроллвью

это для аппликейшена или активити?

это для аппликейшена или активити?

для активити

https://developer.android.com/guide/topics/manifest/activity-element

для активити

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

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

но скроллвью ты можешь скроллить пальцем?

да

да

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

вобщем я склоняюсь к мысли такой, задать для рвзных высот экранов разный коэффициент вычисления высоты этого имиджвью: public void showFreeSpace(final ViewGroup.LayoutParams params) { params.height = getmDisplySize().y * 6/10; getViewState().showFreeSpace(params); }

вобщем я склоняюсь к мысли такой, задать для рвзных высот экранов разный коэффициент вычисления высоты этого имиджвью: public void showFreeSpace(final ViewGroup.LayoutParams params) { params.height = getmDisplySize().y * 6/10; getViewState().showFreeSpace(params); }

что за магическое число 6/10?

что за магическое число 6/10?

это конкретно для моего макета экспериментально подбранное значение для дипагонали 5" и высоты экрана 1280dpi

думаю подобрать ещё для 4-х вариантов коэффициент

это конкретно для моего макета экспериментально подбранное значение для дипагонали 5" и высоты экрана 1280dpi

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

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

думаю накрыть хотя бы основные варианты: http://android.mobile-review.com/articles/48035/

у кого была такая ошибка: Program type already present: com.google.android.gms.internal.measurement.zzabn Message{kind=ERROR, text=Program type already present: com.google.android.gms.internal.measurement.zzabn, sources=[Unknown source file], tool name=Optional.of(D8)}

О у меня часто zz

Вроде google maps

Связана была

Пакетом

Location

пробую откатиться на 11,8,0 gms

это как делается? можно ссылкой

у okhttp есть же кеш. его просто вкл надо. или тот же picasso тоже может в кеш

думаю подобрать ещё для 4-х вариантов коэффициент

а какая вообще задача стоит?

Хочу продублировать на андроиде вот такой айфоновский интерфейс

а в чем сложность?

Типа в материал дизайне надо, наверное

О у меня часто zz

а как решил?

Закоментил??

Закоментил??

что именно

а в чем сложность?

во всём :) сейчас видеорекордер установлю и покажу

Все что с этим было связано

Там location

ну у меня Caused by: com.android.builder.dexing.DexArchiveMergerException: Error while merging dex archives:

и пути до .jar,я эту папку чистил

Парни, сорри что не в тему, посоветуйте хорошее платное прокси

тут тебе надо с фокусами играться и смотреть что если Дом в фокусе - прятать Город

и так далее

а когда все заполнил или нажимаешь на кнопку Найти - показать все

какой размер должен быть у imageview?

какой размер должен быть у imageview?

вот в этом-то и есть главный вопрос, на который я не знаю ответ. С него всё и началось :)

пытался вычислить путем вычитания из высоты экрана суммы высот нижних элементов, но эти-то высоты получить и не получается

пытался вычислить путем вычитания из высоты экрана суммы высот нижних элементов, но эти-то высоты получить и не получается

а по дизайну что? какую область она должна заполнять?

а по дизайну что? какую область она должна заполнять?

Всё, что ниже кнопки НАЙТИ, вытесняя тем самым, верхние элементы вверх за границу видимости

Романтик. Телеграмма! Чем сейчас живет турклуб? Новости, объявления и мероприятия туристского клуба в телеграме. Отправить телеграмму в канал: @isgeo https://t.me/tk_romantik

Всё, что ниже кнопки НАЙТИ, вытесняя тем самым, верхние элементы вверх за границу видимости

а кнопка Найти имеет постоянное место или она должнп менять положение?

а кнопка Найти имеет постоянное место или она должнп менять положение?

её скролить должно быть можно

как сейчас, но у меня почему-то как будто полная перерисовка экрана происходит

её скролить должно быть можно

в списке используется rv?

в списке используется rv?

Да. Здесь шаблон разметки лежит: https://gist.github.com/btow/7e9e89bf5d4f7fcd0a36c6c1a5b64674#file-frag1_1-xml

Да. Здесь шаблон разметки лежит: https://gist.github.com/btow/7e9e89bf5d4f7fcd0a36c6c1a5b64674#file-frag1_1-xml

а rv с реверсом?

а rv с реверсом?

Чё-т не соображу, что это

ну,т.е. не сверху вниз идут элементы а наоборот, снизу вверх

Чё-т не соображу, что это

короче, в чем проблема-то? надо динамически менять высоту imageview или что?

я бы поля в RV сделал

либо тут на каждый филд вотчер ставить,но это больно

ну а UISegmentedControl такой можно радибатонами сделать

короче, в чем проблема-то? надо динамически менять высоту imageview или что?

на экранах с разной высотой нужна имиджжвьюха разной высоты

на экранах с разной высотой нужна имиджжвьюха разной высоты

партизан, блин. зачем разная высота? чтобы что?

партизан, блин. зачем разная высота? чтобы что?

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

на видео, в прынципе, оптимально, но это для конкретного экрана, а они разные бывают

кроме того, такое очучение, что экран полностью перерисовывается и нет такого эффекта, что плавно происходит вытеснение верхнего поля за верхнюю границу видимости

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

т.е. её высота зависит от высоты soft keyboard, right?

т.е. её высота зависит от высоты soft keyboard, right?

по идее - да, но клавиутара всегда привязыввается к полю ввода, а если её отвязать - сделать постоянной, то не получается переключать режимы кнопки ввода на ней

по идее - да, но клавиутара всегда привязыввается к полю ввода, а если её отвязать - сделать постоянной, то не получается переключать режимы кнопки ввода на ней

у тебя размер корневого view меняется когда клавиатура выезжает?

у тебя размер корневого view меняется когда клавиатура выезжает?

я не нашел, где это перехватить в при отладке его размер задан, как wrap_content и при попытке getHeigth() возвращается -2

Ребят, подскажите, пожалуйста, когда при переходе на экран профайлер показывает повышение потребления памяти на 30 мегабайт и при возвращении обратно потребление памяти не уменьшается. Соответственно, если повторить действие 5 раз - будет увеличено потребление на 150. Это говорить о серьезной утечки памяти или просто андроид не торопится запускать сборщик мусора?

я не нашел, где это перехватить в при отладке его размер задан, как wrap_content и при попытке getHeigth() возвращается -2

ну сделай postDelayed и померяй если лень с ViewTreeObserver возиться

Ребят, подскажите, пожалуйста, когда при переходе на экран профайлер показывает повышение потребления памяти на 30 мегабайт и при возвращении обратно потребление памяти не уменьшается. Соответственно, если повторить действие 5 раз - будет увеличено потребление на 150. Это говорить о серьезной утечки памяти или просто андроид не торопится запускать сборщик мусора?

канарейка ругается?

Может кто то обьяснить в чём прикол инициализирвоать переменную с типом(Interface)?

канарейка ругается?

Кстати, недавно вот ее поставил в application прописал, но ни одного слова от нее не было, даже непонятно работает или нет)

Может можно как-то точно это проверить?

Ребят, подскажите, пожалуйста, когда при переходе на экран профайлер показывает повышение потребления памяти на 30 мегабайт и при возвращении обратно потребление памяти не уменьшается. Соответственно, если повторить действие 5 раз - будет увеличено потребление на 150. Это говорить о серьезной утечки памяти или просто андроид не торопится запускать сборщик мусора?

Обычно это утечка памяти.

Если зайти в активность, передать контекст в статик поле и выйти из активности, канарейка ругнется?))