Листвью не скролится, пока мы не проскролим его к топу

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

Ну тобишь пока мы не проскролим к топу листвью, его нельзя скролить

Но можно нажимать на видимое

Сейчас... Придумаем

Выравниванием по вертикали ?

что?

Это как?

Пока нужно быть "тягабельным" - выравниваешься к верху

Типо VerticalOptions=Start

А потом меняешь на Stretch

Не пойму, как verticaloptions вырубит скролл

Очень просто. При выравнивании по верхнему краю у контейнера не будет ограничения, так?

Я чет вообще не могу вникнуть ?

Тобишь в контейнере картинка и листвью

типа в случае его скролла ставим параметр LayoutOptions.Start, во втором случае LayouOptions.StartAndExpand

?

На листвью задали вертикалопшнс

Да. Поэтому размер ListView будет условно бесконечным

И ты его тащишь вверх при изменении дельты

Подскажите, как бы вы реализовывали это на формс Плиз

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

Когда "дотащил", выставляешь Stretch. Его размер становится как у экрана

И включается скролл

Наверняка есть подводные камни, но в целом что-то такое

лайфхак: 10 Линусов из десяти

И ты его тащишь вверх при изменении дельты

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

Подскажите, как бы вы реализовывали это на формс Плиз

ну или всё это чудо рисовать внутри какой-нибудь Skia, но тоже не менее запарно будет

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

потому что listview не скролится, если высота элементов в сумме меньше высоты самого listview

ну или всё это чудо рисовать внутри какой-нибудь Skia, но тоже не менее запарно будет

В скиа как вариант конечно, но это что-то типо собственного листвью описать)

Вообще я кстати задумался... Может оверскроллинг и ломает мою затею

он только на iOS

Да и скиа это не контейнер, а мне нужны итемы по типу энтри и тд

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

потому что listview не скролится, если высота элементов в сумме меньше высоты самого listview

Аааа, кажется я начинаю понимать

Ну... В самом плохом случае - резко перецеплять из какой-нить панели в скроллвьювер

Может быть не пловно

Да и скиа это не контейнер, а мне нужны итемы по типу энтри и тд

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

Вообще я кстати задумался... Может оверскроллинг и ломает мою затею

Овер скролинг, это вот этот эффект когда тянешь вниз, а внизу ничего нет, но ты все равно можешь тянуть?))

Овер скролинг, это вот этот эффект когда тянешь вниз, а внизу ничего нет, но ты все равно можешь тянуть?))

Да

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

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

Да. Это годится только маленьких спусков

Стоп!

Овер скролинг, это вот этот эффект когда тянешь вниз, а внизу ничего нет, но ты все равно можешь тянуть?))

это можно как в ведре так и в iOS сделать с ViewSource и SnapHelper (тоже рутина)

Ты же гений, ты в курсе?

Делаем настоящий листью невидимым, а поверх него стэк элементов на 10

Стэк тягабельный, листвью - листабельный

Переключаем им видимость при соответствующих событиях

If you can't do that - fake that

Или как-то так

Делаем настоящий листью невидимым, а поверх него стэк элементов на 10

Почему бы тогда просто не присобачить гвоздями поверх листвью не с бесконечной высотой прозрачный элемент, а когда дотащим вверх ставить этому элементу inputtransparent?

ай блин

Нажать то незя

легче имхо отрубить скролл у listview и по тому же самому ивенту включать его

легче имхо отрубить скролл у listview и по тому же самому ивенту включать его

Рендером?

да.

хм хм хм

Если так можно, то это всё решит конечно)

в нативе ж есть свойства аля isScrollable?

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

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

Ну а в нативе разве не так реализовано?

Сперва скролл вырублен

Потом врубили

Как до верху дотянули

в гугловских вроде работает одним свайпом

Типо ивент скролла не будет ловится?

ERROR: S client not available

надо тестить

Ладно, спасибо)

Надеюсь на чудо

Ну а в нативе разве не так реализовано?

в нативе на ведре CoordinatorLayout - работает сразу из коробки в iOS код надо дополнительный код во ViewSource написать - запарненько

в нативе на ведре CoordinatorLayout - работает сразу из коробки в iOS код надо дополнительный код во ViewSource написать - запарненько

А что именно во viewsource нужно дописать

Ну точнее как оно работает

Почему работает, или почему не работает?)

некоторые топовые приложения (даже одна фишка в самой системе iOS) не запариваются со следованием за пальцем, а просто как выше описали, тупо на свайпы и состояния реагируют, а смещаются на нужное расстояние сами

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

А что именно во viewsource нужно дописать

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

Наверное я не хочу парится, мне легче дизайн переклеить, чем писать нативный код для формс? Мб даст бог уговорю их дать мне время на изучение classic

Потому что откровенно говоря нормальный интерфейс на формс дается сложнее чем в нативе

Но это не точно)

это-то понятно, его и нужно использовать, где простой интерфейс

конкретная задача - сложный интерфейс

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

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

И будет два состояния Просмотр этой картинки(тогда она большая) И работа с функционалом(картинка маленькая а контейнер вырос)

а ну окей, я не знаю, какой у вас там интерфейс и нужен ли ListView

Ну вот по кнопке закрывать и открывать тоже как вариант неплохой конечно

Но хочется вот этих всех свайпов и прочего)

Быстрее для пальцев будет

Подскажите, как бы вы реализовывали это на формс Плиз

2 слоя. Внизу вьюха с картой, которая отслеживает перемещение скроллвью и смещается по отрицательному TranslateY, выше ScrollView прозрачный, у которго сверху отступ, что бы было видно нижний слой.. Хотя не, это если не надо с нижним слоем взаимодействовать.. а если надо, то наверно так же, но без скроллвью, а вместо этого свой лейаут и отслеживать жесты.

если у вас не список, то мой совет про перегрузку методов во ViewSource не имеет смысла там надо будет вручную с UIPanGestureRecognizer работать, и вычислять позиции

2 слоя. Внизу вьюха с картой, которая отслеживает перемещение скроллвью и смещается по отрицательному TranslateY, выше ScrollView прозрачный, у которго сверху отступ, что бы было видно нижний слой.. Хотя не, это если не надо с нижним слоем взаимодействовать.. а если надо, то наверно так же, но без скроллвью, а вместо этого свой лейаут и отслеживать жесты.

Ну да свой лэйаут, свой листвью) Простой выход из ситуации однако)

если у вас не список, то мой совет про перегрузку методов во ViewSource не имеет смысла там надо будет вручную с UIPanGestureRecognizer работать, и вычислять позиции

Эт я уже понял)

В любом случае спасибо

Ну да свой лэйаут, свой листвью) Простой выход из ситуации однако)

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

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

Так а зачем свой лэйаут? В каком нибудь релятиве всунуть его с нужными нам размерами за пределы экрана и перетаскивать

На самом деле в формс лейауты свои очень просто писать

Так а зачем свой лэйаут? В каком нибудь релятиве всунуть его с нужными нам размерами за пределы экрана и перетаскивать

ну можно попытаться конечно) Но свой все равно быстрее будет)

Я вот делал свой CarouselView через relativelayout и очень даже норм работает)