И пишет такое: если конвертер может справится с датой, он парсит, если нет, то отдает весточку другому. Поэтому попробуй первым поставить симлеХМЛ, на джсоне он сам должен отдать Гсону

Вот ответ от офф реалма: The GsonConverter thinks it can handle any data and (mistakenly) also accept XML data. This will lead to your error.

ССылочку могешь дать?

https://futurestud.io/tutorials/retrofit-2-introduction-to-multiple-converters Но тут больше инфы в комментах, чем в самой статье

Jake Wharton говорит надо все равно создавать свой конвертер и передавать что хотим xml или json https://youtu.be/t34AQlblSeE?t=24m21s. Перед этим объяснил, что при указании 2 конвертеров сразу все равно будет лажа. Нусссс будем пробовать...

ну гланое, что нашел решение

Здравствуйте, такое дело. Использую ListView . Когда скрываю елемент списка с помощью textview.setvisibility(view.invisible) вместе с этим елементом, скрываетсья любой рандомный. Не подскажете как пофиксить ?

можно немного разжевать, только начал учиться

т.е если список из 60 обьектов, то каждому ?

можно немного разжевать, только начал учиться

Здравствуйте, такое дело. Использую ListView . Когда скрываю елемент списка с помощью textview.setvisibility(view.invisible) вместе с этим елементом, скрываетсья любой рандомный. Не подскажете как пофиксить ?

Ребят легче ли работать через Okhttp ? Чем с HttpUrlConnection?

Проблемы это не решит, но все же не используйте ListView. Учитесь использовать сразу RecyclerView.

Да.

мой совет вам не поможет, но, если что, имейте в виду)

Сочувствую.

Чего легче будет в okhttp?

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

И правильно)

Да.

*что легче там

Стоит почитать, что пишут в интернете на эту тему. Если это, конечно, был вопрос.

почему же?

Потому что никогда не знаешь, когда простой список во что-то более сложное превратится. Использовать ListView это треш.

Потому что никогда не знаешь, когда простой список во что-то более сложное превратится. Использовать ListView это треш.

если брать List<String>, ArrayAdapter и simple_list_item_1, где треш?

Проблема в ListView. Это плохо спроектированный класс. Ты считай deprecated используешь для списка.

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

Тут нет оверинжиниринга. Просто не используйте deprecated)

А где в Android хорошо спроектированные классы? android.util.Pair?

Вам из какой области?

Там нет аннотации @Deprecated. То, что классу много лет, не значит, что он устарел.

из любой, если они там есть

если брать List<String>, ArrayAdapter и simple_list_item_1, где треш?

Это ничего не означает. singleLine был deprecated пока гуглу было удобно, потом перестал. Дело в современной разработке под Андроид. Никто не использует ListView, HttpUrlConnection, Animation итд. Могу долго продолжать.

> Никто не использует Говно аргумент. Если инструмент решает свои задачи, мне всё равно, сколько у него пользователей/поклонников.

Вы просто разводите в своем проекте говнокод

хмм, мсье читал мой код?

Нет. Но части с ListView говно.

мм, выглядит как обоснованное, аргументированное мнение

Сказал человек, который не привел ни одного аргумента за. Госпаде, да пихайте холдеры в тэги дальше сколько угодно)

зачем вьюхолдер для simple_list_item_1?

Это лэйаут из туториалов по андроиду. Давайте говорить о реальной разработке. Я не знаю работаете ли вы андроид разрабом или нет, но если да, то зачем вам его вообще использовать?

Это не значит что кто-то в этой дискусси не прав, но называть вещи говном или критиковать чужие подходы на этой почве не совсем корректно

Я уверен, что вы сами встречали в проектах говнокод. Или я не прав?)

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

например запихнуть листвью в кофеварку

Я тут с вами не согласен. Людей, которые хотят сделать в стиле "и так сойдёт, работает же" намного больше. Иначе бы мы в идеальном мире жили.

С таким кейсом не сталкивался. Но согласитесь это что-то больно уж специфическое.

такое специфическое легче придумать, но можно например столкнуться с ограничением не использовать библиотеки, только родные API. Такое вполне возможно, у меня даже встречалось.

appCompat уже давно "родное" апи )

не надо тут)

такое специфическое легче придумать, но можно например столкнуться с ограничением не использовать библиотеки, только родные API. Такое вполне возможно, у меня даже встречалось.

Зависимость от recycler этож несколько классов