ща бы транслитом файлы называть

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

Согалсен с Вами. Тогда сейчас внедрю в проект способ который реализаван в ссылке которую Вы бросали в самом начале. Она выглядит, в виде всплывающего сообщения внизу экрана(забыл как называется), более юзер френдли чем мой кейс.

snackbar

Как часто вам приходилось именно пинговать в приложении для того чтобы удостовериться что интернет появился? Обычно люди либо чекают соединение что-бы не делать запрос без него либо делают запрос и обрабатывают результат, в том числе и ошибки. А вот пинговать для убеждения что есть и соединение и интернет доступен - это, как по мне оверхед

Согалсен с Вами. Тогда сейчас внедрю в проект способ который реализаван в ссылке которую Вы бросали в самом начале. Она выглядит, в виде всплывающего сообщения внизу экрана(забыл как называется), более юзер френдли чем мой кейс.

А вы уверены что это нужно? Я так понимаю вы при каждом отваливании интернета будете его показывать, а если человек будет в метро или просто связь будет отслаиваться каждые 5 секунд? Такой подход тоже не фонтан)

Пример простой - у тебя есть сеть, но нет интернета. Конекшн будет тру, а загрузить данные ты не сможешь, потому что нет интернета. Позволять капаться в вашем кэше или нет, лично ваша прирогатива, а уведомить пользователя о том что появился интернет и он может продолжить постить свои фоточки - другое. И это просто реализуется ввиде Snackbar-а . А делать вид словно ничего не произошло - как раз плохой тон. Когда я пишу сообщение, а оно не отправляется и мне приходится выяснять почему же это сообщение не уходит. Пинговать же можно при смене стейта у конекшена и каждые 30-60 сек после смены, если не удалось получить 200-ую.

Пример простой - у тебя есть сеть, но нет интернета. Конекшн будет тру, а загрузить данные ты не сможешь, потому что нет интернета. Позволять капаться в вашем кэше или нет, лично ваша прирогатива, а уведомить пользователя о том что появился интернет и он может продолжить постить свои фоточки - другое. И это просто реализуется ввиде Snackbar-а . А делать вид словно ничего не произошло - как раз плохой тон. Когда я пишу сообщение, а оно не отправляется и мне приходится выяснять почему же это сообщение не уходит. Пинговать же можно при смене стейта у конекшена и каждые 30-60 сек после смены, если не удалось получить 200-ую.

Кстати изи сделать авторетрай

т.е. не уведомив пользователя релоадить дату?

если не было инета

То есть, я не говорю что ошибки нужно игноришь, я говорю что нужно обрабатывать ошибки а не состояние интернета

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

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

я не говорю как реализовать, а то как это показать пользователю.

текстом?

вот! по этому реализовать все что связано со snack bar-ом и так далее.

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

А не логичнее ли ошибки обрабатывать? Если есть сеть но нет инета ваш запрос свалится в failure. И необходимости честь инет для этого нет. Как писал выше если у вас вообще ничего на экране нет, из за того что нет инета, то да, разумно при его появлени обновить но не показывать просто так снеки

а как тогда можно еще более юзер френдли оповещать пользователя о том, что инет отвалился если не через постоянное чекание связи и отображения snack-а?

Вобщем, модель поведения может быть разной в зависимости от поставленной задачи и работы вашего приложения, главное сделать максимально юзерфрендли :)

Если так принципиально хранить запросы в стеке, повторять при появлении инетА, то мне кажется рест апи тут само по себе не подходит, юзать сокеты да и все

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

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

А вы думаете не обрабатывать ошибку при запросе ? Это же бред. Вам в любом случае нужно проверять на ошибку. Ведь кроме отсутсвия интернета могут буть и другие ошибки

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

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

можно ли заменить List<List<Float>> какой-то другой структурой ?

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

Ребята, есть диалог с 3 RadioButton. При нажатии на третью кнопку из RadioGroup должна появляться editText, в чём проблема?

public void showDialogChooseRace() { LayoutInflater inflater = (LayoutInflater) getSystemService(Context.LAYOUT_INFLATER_SERVICE); View formElementsView = inflater.inflate(R.layout.fragment_choose_race, null, false); RadioGroup raceRadioGroup = formElementsView .findViewById(R.id.race_radio_group); EditText etSpecifyRace = formElementsView .findViewById(R.id.et_specify_race); etSpecifyRace.setVisibility(View.INVISIBLE); new AlertDialog.Builder(UserDetailsActivity.this).setView(formElementsView) .setTitle(R.string.choose_race) .setPositiveButton("OK", (dialog, id) -> { if (raceRadioGroup.getCheckedRadioButtonId() != -1) { int selectedId = raceRadioGroup .getCheckedRadioButtonId(); final RadioButton selectedRadioButton = formElementsView .findViewById(selectedId); race = selectedRadioButton.getText().toString(); if (selectedId == R.id.btn_race_other) { etSpecifyRace.setVisibility(View.VISIBLE); if (!etSpecifyRace.getText().toString().isEmpty()) { Toast.makeText(this, R.string.invalid_details, Toast.LENGTH_LONG).show(); } else race = etSpecifyRace.getText().toString(); } if (!race.isEmpty()) etRace.setText(race); else Toast.makeText(this, R.string.invalid_details, Toast.LENGTH_LONG).show(); dialog.cancel(); } else { Toast.makeText(this, R.string.invalid_details, Toast.LENGTH_LONG).show(); dialog.dismiss(); } dialog.cancel(); }).show(); }

скорее pastebin.com или codeshare.io

Кто использует LiveData ? Какие плюсы (если есть) если переходить от MVP ? Короче код ?

Помогите пожалуйста, проблемы с появлением editText при выборе последнего элемента RadioGroup

ты куда свой код запихнул? на клик "ок"? ты должен слушатель повесить онЧенджЛистенер. и если тру, то показывай своей едит текст

это нативное (или support:design) или кастомное уведомление?