формс это надстройка, которая так или иначе внутри вызывает платформозависимый код

вопросик: в каком месте программы можно получить реальные размеры UI элементов? В App() и в OnStart() Width возвращает -1

а какую задачу ты решаешь?

Пытаюсь сделать квадратные кнопки следующим образом: есть обёртка вертикального стэклэйаута, я вызываю AddRow(int buttonsNumber). Добавляется строка, создаётся buttonsNumber кнопок в горизонтальном стэклэйауте. Затем я их FillAndExpand. Таким образом получаю несколько строк с различным количеством кнопок, которые красиво расположены по горизонтали. Теперь нужно сделать эти кнопки квадратными. То есть получить их текущую ширину, которая была получена после FillAndExpand и присвоить значение высоте.

ну там ещё у кнопок label'ы тоже прикреплены, но это сейчас не имеет значения, у них, кстати, тоже размеры вечно -1

нужно предопределить свою кнопку от стандартной

protected override SizeRequest OnMeasure(double widthConstraint, double heightConstraint) { var result = base.OnMeasure(widthConstraint, heightConstraint); if (!double.IsInfinity(heightConstraint)) { result.Minimum = result.Request = new Size(heightConstraint, heightConstraint); } return result; }

ну там ещё у кнопок label'ы тоже прикреплены, но это сейчас не имеет значения, у них, кстати, тоже размеры вечно -1

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

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

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

protected override SizeRequest OnMeasure(double widthConstraint, double heightConstraint) { var result = base.OnMeasure(widthConstraint, heightConstraint); if (!double.IsInfinity(heightConstraint)) { result.Minimum = result.Request = new Size(heightConstraint, heightConstraint); } return result; }

Чтобы не сбивалось форматирование, можно использовать три ` вначале кейса и после

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

ага, давайте завалим UI всякими битмапами которые не диспозятся/рецайклятся потом

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

Лучше сразу делай их картинками, если сложно. Натаскивать картинки на кнопки - сплошное разочарование

protected override SizeRequest OnMeasure(double widthConstraint, double heightConstraint) { var result = base.OnMeasure(widthConstraint, heightConstraint); if (!double.IsInfinity(heightConstraint)) { result.Minimum = result.Request = new Size(heightConstraint, heightConstraint); } return result; }

создать своего наследника от Button и там переопределить этот метод, я правильно понял?

да... и соотвесвенно result.Minimum = result.Request = new Size(widthConstraint, widthConstraint); если по ширине

Пытаюсь сделать квадратные кнопки следующим образом: есть обёртка вертикального стэклэйаута, я вызываю AddRow(int buttonsNumber). Добавляется строка, создаётся buttonsNumber кнопок в горизонтальном стэклэйауте. Затем я их FillAndExpand. Таким образом получаю несколько строк с различным количеством кнопок, которые красиво расположены по горизонтали. Теперь нужно сделать эти кнопки квадратными. То есть получить их текущую ширину, которая была получена после FillAndExpand и присвоить значение высоте.

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

Лучше сразу делай их картинками, если сложно. Натаскивать картинки на кнопки - сплошное разочарование

Имейджу не сложно будет сделать эффект нажатия? Я прост из Unity пришёл, там просто на Button Image вешаем и всё прекрасно выглядит

Имейджу не сложно будет сделать эффект нажатия? Я прост из Unity пришёл, там просто на Button Image вешаем и всё прекрасно выглядит

Можно какую-нибудь анимацию навесить, типо по тапу изменять скейл на 0.9 и потом обратно на 1

ну и накладывать немного серую масочку, как вариант

ну и накладывать немного серую масочку, как вариант

Это как вам угодно

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

интересные варианты, почитаю и об этом

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

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

но опять же перерисовок там будет тьма

Да просто просчитать из кода все размеры и через HeightRequest и WidthRequest задать их, или свой лейаут написать, что еще лучше, тогда не будет рассчетов размеров и перерсовок лишних. С лейаутом можно вообще тогда не запрашивать из системы размер экрана. Туда приходит размеротвезенны лейауту, и уже от него плясать - рассчитывать размеры кнопок и расставлять.

Кто то уже выпускал приложения с UrhoSharp?

Господа, всем привет. Перевожу PCL проект на .NETStandart. Чтобы не огребать FileNotFoundException (при загрузке либ) перевел в Android-проекте работы с Nuget с package.config на PackageReference. В итоге проект перестал собираться, никак не может отыскать namespace System. Мб кто-то сталкивался, как это порешать?

Господа, всем привет. Перевожу PCL проект на .NETStandart. Чтобы не огребать FileNotFoundException (при загрузке либ) перевел в Android-проекте работы с Nuget с package.config на PackageReference. В итоге проект перестал собираться, никак не может отыскать namespace System. Мб кто-то сталкивался, как это порешать?

В project.json есть такая конструкция: "frameworks": { "netstandard1.3": { "imports": [ "portable-net45+win8+wpa81+wp8" ] } } ?

да

NETStandard.Library библиотека подключена?

в Android проект - нет, подключена в кросс-платформенный.

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

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

Я так понял, в Xamarin всё сводится к загрузке библиотек? https://www.nuget.org/packages/Xamarin.Android.Support.Constraint.Layout/

Я так понял, в Xamarin всё сводится к загрузке библиотек? https://www.nuget.org/packages/Xamarin.Android.Support.Constraint.Layout/

Ога

Я так понял, в Xamarin всё сводится к загрузке библиотек? https://www.nuget.org/packages/Xamarin.Android.Support.Constraint.Layout/

Но это если без Forms

Что мешает написать обертку к констрейнтлэйаутам?

Что мешает написать обертку к констрейнтлэйаутам?

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

Ну хотя да

Плюс надо будет еще и вьюхи обрабатывать, создавать их рендереры из рендерера лейаута.. Проще свой Forms Layout реализовать

Кстати я не встречал еще готовых оберток констреинтов для формс..

Кстати я не встречал еще готовых оберток констреинтов для формс..

видимо это только предстоит сделать. но вообще наверное это потому что констрейнт лэйаут на обоих осях это элемент который очень гибок в дизайнере и менее гибок в коде. Проще всегда накидать правила для констрейнтов используя мышку и понятный UI нежели тоже самое “генерить” в код.

видимо это только предстоит сделать. но вообще наверное это потому что констрейнт лэйаут на обоих осях это элемент который очень гибок в дизайнере и менее гибок в коде. Проще всегда накидать правила для констрейнтов используя мышку и понятный UI нежели тоже самое “генерить” в код.

Ну да, без графического интерфейса с ними сложно работать... Да и если запилять CompressLayout, то уже Constraint и не нужен будет особо - само будет просчитывать

Ну да, без графического интерфейса с ними сложно работать... Да и если запилять CompressLayout, то уже Constraint и не нужен будет особо - само будет просчитывать

CompressLayout? впервые слышу

CompressLayout? впервые слышу

Roadmap видимо не смотришь) https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap Хотя я чть неверно назвал. Layout Compression LayoutCompression allows multiple layers of Xamarin.Forms layouts to be packed into a single native one.

Roadmap видимо не смотришь) https://forums.xamarin.com/discussion/85747/xamarin-forms-feature-roadmap Хотя я чть неверно назвал. Layout Compression LayoutCompression allows multiple layers of Xamarin.Forms layouts to be packed into a single native one.

я не верю что это поможет. vNext2 (est. Q1 2018) - как ждать второго пришествия Христа. Новый код неизбежно породит новые баги

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

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

Device.Timer? Есть ещё PCL Dispatch Timer

я не верю что это поможет. vNext2 (est. Q1 2018) - как ждать второго пришествия Христа. Новый код неизбежно породит новые баги

Ну по идее, если верить описанию, то делай сколько угодно вложенных лейаутов, а на выходе будет 1 лейаут, в котором все вьюхи размещены. Если так, то поможет хорошо, но ждать да, долго еще

И второй вопрос сразу: каким методом могу отловить первую отрисовку UI? То есть main page отрисовалась и мне нужно по текущим данным её элементов внести корректировки (да, всё ещё решаю проблему с размерами -1)

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

Device.StartTimer(); И как связаны таймеры и IEnumerator?

Device.Timer? Есть ещё PCL Dispatch Timer

я имею в виду таймер, который бы фоново работал и выполнял ивент по завершению, это они?

я имею в виду таймер, который бы фоново работал и выполнял ивент по завершению, это они?

да

И второй вопрос сразу: каким методом могу отловить первую отрисовку UI? То есть main page отрисовалась и мне нужно по текущим данным её элементов внести корректировки (да, всё ещё решаю проблему с размерами -1)

имхо ты мудришь. корректировки это что? анимации?

я имею в виду таймер, который бы фоново работал и выполнял ивент по завершению, это они?

А есть смысл от других?

И второй вопрос сразу: каким методом могу отловить первую отрисовку UI? То есть main page отрисовалась и мне нужно по текущим данным её элементов внести корректировки (да, всё ещё решаю проблему с размерами -1)

https://developer.xamarin.com/guides/xamarin-forms/user-interface/layouts/custom/ напиши свой лейаут, будет работать и быстрее и точнее и не удет дерганий размеров

у меня во всех функция OnStart(), App() и OnCreate() размеры всех UI элементов равны -1. Но мне нужно кнопки сделать квадратными, для этого нужно получить текующий width и задать height по нему

а текущий Width == -1

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

у меня во всех функция OnStart(), App() и OnCreate() размеры всех UI элементов равны -1. Но мне нужно кнопки сделать квадратными, для этого нужно получить текующий width и задать height по нему

Ну еще можешь просто захардкодить им размер, допустим WidthRequest = 100; HeightRequest =100; и всё, будут квадратными

да, так и делал

но как будет вести себя на разных разрешениях? Где-то скукожится в центре, где-то выйдет за пределы, верно?

используй рэлейтив лэйаут

поэтому и стараюсь не отталкиваться от констант

ну написали же

https://developer.xamarin.com/guides/xamarin-forms/user-interface/layouts/custom/ напиши свой лейаут, будет работать и быстрее и точнее и не удет дерганий размеров

Хмм, недавно искал как можно можно Stack накренить на бок и нашел FlowView... Но чет он меня не впечатлил (Делаю типо мини-галереи на 0-10 фото, с прокруткой, сами пикчи из ffimg), только вот это все добро, как только запускаю пару блоб реквестов благополучно начинает лагать при перелистывании

Хмм, недавно искал как можно можно Stack накренить на бок и нашел FlowView... Но чет он меня не впечатлил (Делаю типо мини-галереи на 0-10 фото, с прокруткой, сами пикчи из ffimg), только вот это все добро, как только запускаю пару блоб реквестов благополучно начинает лагать при перелистывании

Не устраивает - Реализуй сам))

используй рэлейтив лэйаут

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

но как будет вести себя на разных разрешениях? Где-то скукожится в центре, где-то выйдет за пределы, верно?

Кастомный лейаут или да, можно RelativeLayout. Но имхо - кастомный удобнее

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

а их и не надо получать, фишка в том что тебе нужно начать мыслить не так как мыслят в Unity

Не устраивает - Реализуй сам))

Ну я вот и думаю, есть ли какие-нибудь сторонние норм контролы

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

Это на всех платформах, пока система не отрисует элемент - не сможет сказать его размер.

а их и не надо получать, фишка в том что тебе нужно начать мыслить не так как мыслят в Unity

ну, эта задача была бы решена ещё вчера, если бы можно было получать)

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

Вообще у вьюхи или лейаута можешь подписаться на PropertyChanged и смотреть когда придут параметры Width и Height

Вообще у вьюхи или лейаута можешь подписаться на PropertyChanged и смотреть когда придут параметры Width и Height

а вот это вот то, что очень похоже на выход

если продолжать добивать StackLayout

А есть варик как-нибудь ListView развернуть на 90°?)))

ну, эта задача была бы решена ещё вчера, если бы можно было получать)

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

а вот это вот то, что очень похоже на выход

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

А есть варик как-нибудь ListView развернуть на 90°?)))

Rotation?

Rotation?

Вопрос в том, насколько это производительно

если продолжать добивать StackLayout

Забей на StackLayout, он тебене нужен тут, или Relative или кастомный и ни как иначе. Не говнокодь

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

более того PropertyChanged на widht и height приходят не один раз

более того PropertyChanged на widht и height приходят не один раз

Ну да, и не одномоментно.

Вопрос в том, насколько это производительно

Да думаю не должно быть проблем. Ну плюс можно использовать RecyclerView от тех же TwinTech и там вроде была поддержка горизонтальной прокрутки

Забей на StackLayout, он тебене нужен тут, или Relative или кастомный и ни как иначе. Не говнокодь

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

Убедили)

@korsour Суть в том что ты должен уметь описывать макет экрана не зная какого он реально будет размера. Он может быть любого. Ты должен уметь задать посредством метаописателей языка xaml разметку и правила растяжения на все возможные экраны. Если тебе нужно заметное изменение положения элементов с течением времени - тебе нужны анимации вьюх. Но узнавать координаты каждого из элементов нужно в очень редких крайних случаях для решения не самых распространенных задач

ахах, вроде того)

Да думаю не должно быть проблем. Ну плюс можно использовать RecyclerView от тех же TwinTech и там вроде была поддержка горизонтальной прокрутки

Вот меня волнует вопрос уже не первый месяц, почему когда указываешь Cached Strategy решарпер ругается. Но конструктор то такой там можно описать, а если делаем кастомный с обязательным cached, то Xaml его не видит. И вообще, стандартный list view собирается с cached strategy красным, но работает ли оно ?

Вот меня волнует вопрос уже не первый месяц, почему когда указываешь Cached Strategy решарпер ругается. Но конструктор то такой там можно описать, а если делаем кастомный с обязательным cached, то Xaml его не видит. И вообще, стандартный list view собирается с cached strategy красным, но работает ли оно ?

Работает, но да, ругается. Просто игнорируй.

Работает, но да, ругается. Просто игнорируй.

??? Я всегда ставил, но были сомнения

@korsour Суть в том что ты должен уметь описывать макет экрана не зная какого он реально будет размера. Он может быть любого. Ты должен уметь задать посредством метаописателей языка xaml разметку и правила растяжения на все возможные экраны. Если тебе нужно заметное изменение положения элементов с течением времени - тебе нужны анимации вьюх. Но узнавать координаты каждого из элементов нужно в очень редких крайних случаях для решения не самых распространенных задач

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