Не использовать ListView=) перейти на тот же RecyclerView. И с полями ввода лучше будет работать)

а разве XF не использует RecyclerView на бэкэнде?

а разве XF не использует RecyclerView на бэкэнде?

Ах если бы.. https://github.com/xamarin/Xamarin.Forms/blob/master/Xamarin.Forms.Platform.Android/Renderers/ListViewRenderer.cs

о_О

но почему

а никто до их пор не запилил рендерер с RecyclerView?

а никто до их пор не запилил рендерер с RecyclerView?

а есть в закромах оный?

в жужле только что нашёл

https://gist.github.com/veryhumble/0648d7f367a5a808633361ed2e31260e

а оно будет работать, если я там условный хеддер еще добавлю?

или это не относится никак к рендеру listView?

ну там есть header судя по всему

Ну типо стратегию кеширования поставить или есть эназе вей?

В последней стабильной версии у меня ругается и говорит что нет такого свойства...

В последней стабильной версии у меня ругается и говорит что нет такого свойства...

ну, он всегда ругался, что его нет

ну, он всегда ругался, что его нет

Неее Со временем оно начало работать и подсказывать что такое свойство есть, а сейчас просто не хочет собирать...

Неее Со временем оно начало работать и подсказывать что такое свойство есть, а сейчас просто не хочет собирать...

надо проверить

Даже когда наследовался от ListView, специально проверить, то тоже не находило такого

Ребята, а у вас ListView в XF UWP работает?

Ребята, а у вас ListView в XF UWP работает?

Покажи разметку

Покажи разметку

самая простая с картинками. в ios и android все норм, в UWP ничего

самая простая с картинками. в ios и android все норм, в UWP ничего

тут я не в силах помочь

Ребята, а у вас ListView в XF UWP работает?

Ванга в отпуске. В чем суть "Не работает"?

Ванга в отпуске. В чем суть "Не работает"?

не отображается ничего, даже индикатор загрузки

а ты уверен, что у тебя там хоть что-то отображается на странице?

это вот самое первое что надо проверить

потом ListView на статичной коллекции

потом уже заниматься биндингами

когда я начинал, я примерно так же и разбирался с ним

и да, оно временами просто не подтягивало изменения с кода, вне зависимости от платформы

когда-то года 2 назад

Короче, днем я реквестировал, что при переворотах страница с ListView (XF) падает. Решается полным удалением хеддера. (И темлпейт и статичного)

Короче, днем я реквестировал, что при переворотах страница с ListView (XF) падает. Решается полным удалением хеддера. (И темлпейт и статичного)

Мне кажется или оно не должно падать?..

Мне кажется или оно не должно падать?..

не должно. Но падает

Привет, есть куча картинок в виде byte[], хочется их кешировать. Нашел способ через FFImageLoading, https://github.com/luberda-molinet/FFImageLoading/wiki/Xamarin.Forms-Advanced, кто-нибудь пользовался?

Привет, есть куча картинок в виде byte[], хочется их кешировать. Нашел способ через FFImageLoading, https://github.com/luberda-molinet/FFImageLoading/wiki/Xamarin.Forms-Advanced, кто-нибудь пользовался?

Почти все пользовались этой библиотекой.

Почти все пользовались этой библиотекой.

Ну, это возможно. Я конкретно про byte[] спрашиваю

Ну, это возможно. Я конкретно про byte[] спрашиваю

В крайнем случае можно сторить SQLite

Короче, ListView с Header падает при переходе с одной Detail на другую, если там есть ListView и это не фиксится стандартными средствами никак.

CustomRender ± спасает

Короче, ListView с Header падает при переходе с одной Detail на другую, если там есть ListView и это не фиксится стандартными средствами никак.

интересное наблюдение

и как ты пофиксил?

скидуй сюды

и как ты пофиксил?

Рисую отдельно Content сверху и ListView под ним, поверх всего ScrollView

И залоченный скролл у ListView

Рисую отдельно Content сверху и ListView под ним, поверх всего ScrollView

А не лучше template selector использовать? Твоим способом получается теряется главная фишка listview - переиспользование вьюх и создание только необходимого количества

А не лучше template selector использовать? Твоим способом получается теряется главная фишка listview - переиспользование вьюх и создание только необходимого количества

Да мне вообще надо просто неизвестное заранее количество полей закинуть снизу статики

Да мне вообще надо просто неизвестное заранее количество полей закинуть снизу статики

RepeaterView тогда уж лучше

А не лучше template selector использовать? Твоим способом получается теряется главная фишка listview - переиспользование вьюх и создание только необходимого количества

Чем селектор мне поможет? Если мое всегда надо рисовать 6-7 полей сверху и ещё 10-20 снизу

Чем селектор мне поможет? Если мое всегда надо рисовать 6-7 полей сверху и ещё 10-20 снизу

Для хедера)

Для хедера)

И как это вообще решит проблему?

Рисую отдельно Content сверху и ListView под ним, поверх всего ScrollView

какие костыли

какие костыли

Я убил 6 часов на фикс этой помойки

Благо след проджект на Xamarin Classic

И как это вообще решит проблему?

Не надо будет костылить scrollview и будет хедер

?

Не надо будет костылить scrollview и будет хедер

????. Так, стоп. И как мне это позволяет не рисовать вовсе хеадер?

Давно не использую listview и всё норм) Хотя надо дописать recycler для поддержки динамических размеров ячеек.

????. Так, стоп. И как мне это позволяет не рисовать вовсе хеадер?

Он будет рисоваться, просто хедер будет одной из ячеек

Он будет рисоваться, просто хедер будет одной из ячеек

Мать моя женщина, какой фееричный костыль

До такого я не дошел

Мать моя женщина, какой фееричный костыль

А lisview внутри scrollview это не костыль?)

А lisview внутри scrollview это не костыль?)

Это специфик кейс

А lisview внутри scrollview это не костыль?)

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

Просто до такого я не дошел

Но завтра дойду?

?ок)

На самом деле, это фиксится дорисовкой чилдренов в стек

ERROR: S client not available

Рисую отдельно Content сверху и ListView под ним, поверх всего ScrollView

Оборачивание ListView в ScrollView ломает всю суть ListView - кэширование (как минимум, на андроиде) https://stackoverflow.com/a/3496042/1348726

Оборачивание ListView в ScrollView ломает всю суть ListView - кэширование (как минимум, на андроиде) https://stackoverflow.com/a/3496042/1348726

Да мне оно вообще до лампочки

У меня там не 1000 полей

А 30-40

Максимум

Засунь тогда всё в StackLayout, есть nuget-ы для Bindable StackLayout

Засунь тогда всё в StackLayout, есть nuget-ы для Bindable StackLayout

С этого момента поподробнее

https://alexdunn.org/2017/12/12/xamarin-nuget-xamarin-forms-dynamic-bindable-stacklayout/

Ещё один фееричный костыль?

Так или иначе, listview внутри scrollview - это очень странно, и весьма оверхед

Так или иначе, listview внутри scrollview - это очень странно, и весьма оверхед

Ну, оно работает, вот что я могу сказать

Я бы хотел сказать как я всей душой ненавижу XF, но об этом мейби на докладе

исходники ListViewRenderer для RecycleElement вообще нечитаемые

Но listview внутри scrollview - такое себе решение. На самом деле bindable StackLayout довольно легко делается. Ну либо пилить свой велосипед с RecyclerView, который отображает Xamarin.Forms ячейки. Я как-то делал такое, на основе вот этого: https://github.com/PawKanarekInsys/FormsRecyclerViewApp

С этого момента поподробнее

Ну как раз это и есть RepeaterView. Реализуется за пару минут, если не делать поддержку observableCollection для item source. С ним немного дольше, но редко нужно. Если поля ввода используются, то лучше его, а не listview, что бы значения не терялись и тд

Ну как раз это и есть RepeaterView. Реализуется за пару минут, если не делать поддержку observableCollection для item source. С ним немного дольше, но редко нужно. Если поля ввода используются, то лучше его, а не listview, что бы значения не терялись и тд

Ну вот я тут не знал за эту тему

Удобная штука)

А без ListView формсы становятся не особо-то и нужными. Кроссплатформенная навигация делается, наверное, любым mvvm-фреймворком, странички с кнопками-полями ввода-надписями формошлёпятся на раз-два нативными инструментами. Наибольшие трудозатраты - это именно ui-коллекции, и эта важнейшая вещь так и не доведена до ума в XF

Проекту 4 года - до сих пор нет списков с несколькими столбцами

Проекту 4 года - до сих пор нет списков с несколькими столбцами

Ну вообще они на раз делаются через рендер

Но было бы норм, если завести из коробки

Рендерер, который рисует и кэширует ячейки из Xamarin.Forms вьюшек, делается отнюдь не на раз-два

Рендерер, который рисует и кэширует ячейки из Xamarin.Forms вьюшек, делается отнюдь не на раз-два

А не, это нет

А без ListView формсы становятся не особо-то и нужными. Кроссплатформенная навигация делается, наверное, любым mvvm-фреймворком, странички с кнопками-полями ввода-надписями формошлёпятся на раз-два нативными инструментами. Наибольшие трудозатраты - это именно ui-коллекции, и эта важнейшая вещь так и не доведена до ума в XF

ШТА? Чем ListView на нативе так сложнее реализовать, чем в формс? так же кнопочки и надписи плюхаются)

Рендерер, который рисует и кэширует ячейки из Xamarin.Forms вьюшек, делается отнюдь не на раз-два

но тоже не так сложно)

В XF все делается в xamle, на ведре довольно много бойлерплейта, если не использовать MvxRecyclerView или что-то подобное

В XF все делается в xamle, на ведре довольно много бойлерплейта, если не использовать MvxRecyclerView или что-то подобное

ну все уже давно используют супер-адаптеры типа FlexibleAdapter и прочее

В XF все делается в xamle, на ведре довольно много бойлерплейта, если не использовать MvxRecyclerView или что-то подобное

sad but true :\

Я бы хотел сказать как я всей душой ненавижу XF, но об этом мейби на докладе

На каком

На каком

Каком-нибудь

Где можно будет говорить правду

Каком-нибудь

Логично