Поменял TextCell на Label, не помогло

Вью платформо-зависимы. Вьюмодели - домейнлэйер - платформонезависимы. Как мы жили без нетстандарта до этого? Через DI и жили. При чем тут нетстандарт? Добавить в уже существующую библиотеку новую платформу на которую раньше не рассчитывали так что ли?

Нуууу.... Portable Class lib использовали?

TextCell я правильно использую?

используй Label или Entry вне ListView и TableView

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

используй Label или Entry вне ListView и TableView

в любом случае не помогло, у меня уже кипит )

а нетстандарт решает эту проблему

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

ну и под какими же она не завоится?

в любом случае не помогло, у меня уже кипит )

пройдись по шагам, где падает то

на установке App.MainPage?

Поменял TextCell на Label, не помогло

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

ну и под какими же она не завоится?

например под F#/NetCore

для тестов юзаю

с uwp были какие-то проблемы в прошлом году

например под F#/NetCore

я не юзаю F#

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

причина не понята

а я юзаю

с uwp были какие-то проблемы в прошлом году

маст DIE. Хотя что мертво умереть не может

и поэтому мне нужен нетстандарт

"не использую фичу" = "не нужна" штоле?

в корне не согласен с такой точкой зрения

да да да. Месье знает толк в извращениях.

и поэтому мне нужен нетстандарт

хорошо. Тебе нужен. Используй

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

и поэтому либо у тебя разработка под мобильные платформы, либо разработка на языке F#

причина не понята

нажми Continue и смотри Output

да, походу проблема в xaml

в конструкторе xaml.cs что то делал?

и поэтому либо у тебя разработка под мобильные платформы, либо разработка на языке F#

Выбор за тобой) Но будь я техдиром я бы по пальцам бил за нет стандарт и F# на коммерческих проектах

public MenuPage() { InitializeComponent(); Title = "Menu"; BindingContext = new MenuPageViewModel(); } }

хз не понимаю, в чём провинился нетстандарт. F# проект у меня не включен в бинарники, используются _только_ для тестов. хотя язык как таковой прекрасно работает и с Xamarin Native, и где-то писали, что XF тоже (но я не проверял)

Выбор за тобой) Но будь я техдиром я бы по пальцам бил за нет стандарт и F# на коммерческих проектах

ты просто консерва)

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

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

начал этим заниматься )

проблема в стиле

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

дедовский способ. самый действенный

в кастомном, который в ContentPage.Resources лежит

дедовский способ. самый действенный

а то)

в кастомном, который в ContentPage.Resources лежит

тебе надо было обвернуть это в Resoources или как то таук

ща сек

<ContentPage.Resources> <ResourceDictionary> <Style x:Key="buttonStyle" TargetType="Button"> <Setter Property="TextColor" Value="#004D40" /> <Setter Property="BackgroundColor" Value="#80CBC4" /> <Setter Property="FontSize" Value="Large" /> </Style> </ResourceDictionary> </ContentPage.Resources>

ты просто консерва)

Нет, я еще и юрист да и слово репутация не пустой звук

<ContentPage.Resources> <ResourceDictionary> <Style x:Key="buttonStyle" TargetType="Button"> <Setter Property="TextColor" Value="#004D40" /> <Setter Property="BackgroundColor" Value="#80CBC4" /> <Setter Property="FontSize" Value="Large" /> </Style> </ResourceDictionary> </ContentPage.Resources>

работает!

Нет, я еще и юрист да и слово репутация не пустой звук

ради бога. знаю несколько серьезных контор, которые уже давно юзают .net core/netstandard

ради бога. знаю несколько серьезных контор, которые уже давно юзают .net core/netstandard

Их проблемы. Я не знаю какой бизнес они ведут

Налезает на системный статусбар

надо падинг делать?

Их проблемы. Я не знаю какой бизнес они ведут

я бы не назвал это проблемами. 1.1 LTS.

Налезает на системный статусбар

что налезает, где

на скрине, naviagion drawer налезло на статусбар системный

под 4G

я бы не назвал это проблемами. 1.1 LTS.

Еще раз - я не знаю что у них за бизнес и какие у них контракты. И ты не знаешь

Их проблемы. Я не знаю какой бизнес они ведут

вот кстати пример. Работал я в конторе, мы пилили систему ЕМИАС. так вот, каждая копия сервера устанавливалась в отдельной больнице. Таких больниц было больше пяти тыс. вот и подсчитай экономию на лицензиях с перехода на aspnet core с linux.

давно все отлично работает

уже как год точно стабильно

вот кстати пример. Работал я в конторе, мы пилили систему ЕМИАС. так вот, каждая копия сервера устанавливалась в отдельной больнице. Таких больниц было больше пяти тыс. вот и подсчитай экономию на лицензиях с перехода на aspnet core с linux.

Я тебе про мобильную разработку речь веду. Сервера меня не волнуют. Там работает и круто

на скрине, naviagion drawer налезло на статусбар системный

удивительно, как тебе это удается

удивительно, как тебе это удается

Это не я )

Я тебе про мобильную разработку речь веду. Сервера меня не волнуют. Там работает и круто

а, я думал ты в общем про core. на xamarin я пока не в курсах плюсов и минусов

https://forums.xamarin.com/discussion/84184/master-detail-page-status-bar-problem-on-android

Сделал как в принятом ответе, и какая-то дичь:

В клиенте телеграма нормально же всё, почему тут такая ересь?

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

@Epikur Api какой версии используете?

эмм... 23-25

Нет, я еще и юрист да и слово репутация не пустой звук

Интересно, чем нетстандарт заслужил такую репутацию? Там же обычный бинарь, который содержит некоторые дефолтные API (по спецификации). Почему хейтишь?

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

а, мастер детал пейдж да, налазит на тулбар. надо делать отступ

но я ведь не знаю какой отступ должен быть

накидай от руки

в гугле пишут 25, в каких-то девайсах больше или даже меньше

ставь 30-40 и не парься

надеюсь это best practices :)

Интересно, чем нетстандарт заслужил такую репутацию? Там же обычный бинарь, который содержит некоторые дефолтные API (по спецификации). Почему хейтишь?

Ну F# ладно, там наверняка полно нюансов (например малое число специалистов и плохая поддержка со стороны MS), но нетстандарт-то вроде ничем подобным не грозит (хотя, может быть, это только кажется).

Интересно, чем нетстандарт заслужил такую репутацию? Там же обычный бинарь, который содержит некоторые дефолтные API (по спецификации). Почему хейтишь?

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

а что за баг?

есть ссыль?

есть ссыль?

во https://bugzilla.xamarin.com/show_bug.cgi?id=59313

вроде в процессе фикса, просто паренька отвлекли от задачи на другую критикал

Интересно, чем нетстандарт заслужил такую репутацию? Там же обычный бинарь, который содержит некоторые дефолтные API (по спецификации). Почему хейтишь?

почему почему. потому что это не бинарь, а ряд DLL(сколько их там, 46?), которые ладно пускай линкуются, но у тебя в андроиде Dalvik/ART и mono runtime которое никуда не исчезло. И ты думаешь на перфомансе это никак не отражается? Вот совсем никак? И если Apple например в гробу видел хоть одну виртуальную машину именно из-за вопросов перфоманса и именно поэтому ios приложения так четко работают, то от 2 рантаймов у них рвотный рефлекс наверное сработает. Вот человек мне тут рассказал что у них на проекте около 200 самых разных dll. относящихся к разным 3’dparty компонентам. На мощных девайсах аппа грузится >15 секунд. Это норма? Это нифига не норма. Ну и я не говорю о багах, которые сроки проекта увеличивают и заставляют краснеть перед заказчиком. Вообще так всегда случается когда обмазываются сырыми, непроверенными временем 3’dparty)

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

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

200 длл - 15 сек какой-то криворукий тырпрайз

и если че - и замарин и арт - это AOT

А чо в замарине все дллки сразу грузятся?

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

ну расскажи же из-за чего могут скипаться фреймы например. Какую задержку может давать GC. Про 200dll - не видел кода, за что купил за то и продаю. Сам по себе monoruntime скомпилен как AOT, да. Ну и что? Все остальное то не AOT. Я же не утверждаю что сам monoruntime кривой и тормозной. Нет. Он становится таким когда работает с кучей dll

А чо в замарине все дллки сразу грузятся?

логи почитай на момент старта)

ну расскажи же из-за чего могут скипаться фреймы например. Какую задержку может давать GC. Про 200dll - не видел кода, за что купил за то и продаю. Сам по себе monoruntime скомпилен как AOT, да. Ну и что? Все остальное то не AOT. Я же не утверждаю что сам monoruntime кривой и тормозной. Нет. Он становится таким когда работает с кучей dll

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

>Все остальное то не AOT. поясни что ты имеешь ввиду под все остальное?

https://bugzilla.xamarin.com/show_bug.cgi?id=59595

кто-нибудь уже столкнулся с такой же проблемкой?

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

да, наконец они прицепили gc tarjan по-умолчанию. До этого через enviroments его нужно было цеплять. А что касается фреймрейта - что такое 30 кадров в секунду? Это 33мс на отрисовку 1 кадра. Когда фризится 5-6 кадров ну это ок, можно пережить. Но 10 это уже заметно. А всего-то надо на 300мс задержку устроить. Что касается всего остального - это я имел ввиду всю твою аппу - весь код + 3dparty компоненты. AOT всего можно выставить. Но размеры аппы будут забубенными. Поэтому все остальное и самое важное не AOT.

300мс задержка на гц - это что-то аномальное

300мс задержка на гц - это что-то аномальное

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

с изображениями надо работать без гц