Да для всех

Хз, для CI поднял типо линь со сбилженным x.a

Спасибо, а сближенный xamarin android это как?

И появляется -

Спасибо, а сближенный xamarin android это как?

Собранный из исходников

И появляется -

Замени руками на _

файл Resource.Designer.cs перегенерировался, и вот оно спрашивает перезагрузить его в редакторе или нет можно вообще закрыть этот файл, во-первых и измените уже наконец имя файла шрифта - в этом проблема

Собранный из исходников

Это чтобы последнею версия была?

Короче сейчас придумаю, а вот все пакеты которые я устанавливал, их заново скачать?

Это чтобы последнею версия была?

Это потому что там по дефолту ничего нет

Короче сейчас придумаю, а вот все пакеты которые я устанавливал, их заново скачать?

ничего качать не надо, просто измените имя шрифта, и файл Resource.designer.cs сам перегенируется и ошибка уйдёт

измените имя шрифта в ресурсах, не в исходнике

в проекте

физическое

ничего качать не надо, просто измените имя шрифта, и файл Resource.designer.cs сам перегенируется и ошибка уйдёт

файл Resource.designer.cs - трогать руками вообще не надо

Помогло)

Люди добавил класс в проект, этот класс создаёт элемент axml, но когда добавляю в axml, то пишет недопустимый дочерний элемент

Люди добавил класс в проект, этот класс создаёт элемент axml, но когда добавляю в axml, то пишет недопустимый дочерний элемент

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

(да, да, именно native java разработке)

Кто-нибудь сталкивался с крэшэм в X.F “NotSupportedException: Unable to activate instance of type Xamarin.Forms.Platform.Android.ListViewAdapter from native handle …”?

Точнее, кто-нибудь сумел избавится от него?

Ребят, всем привет. Помогите плз. Во view есть кнопка. Через command я прописываю реализацию в viewmodel. В ней реализую такое: public Command CityChosen_OnTapped { get { return new Command(async () => { await Application.Current.MainPage.Navigation.PushAsync(new Views.MainFilterPage()); }); } } но при сборке выдает ошибку, что слишком длинный путь или имя файла. Как можно решить? Кнопка должна, как видно, открывать следующую страницу.

покажите точную ошибку

если это мне было)

Кто-нибудь сталкивался с крэшэм в X.F “NotSupportedException: Unable to activate instance of type Xamarin.Forms.Platform.Android.ListViewAdapter from native handle …”?

Покажи темплейт ListView

Ребят, всем привет. Помогите плз. Во view есть кнопка. Через command я прописываю реализацию в viewmodel. В ней реализую такое: public Command CityChosen_OnTapped { get { return new Command(async () => { await Application.Current.MainPage.Navigation.PushAsync(new Views.MainFilterPage()); }); } } но при сборке выдает ошибку, что слишком длинный путь или имя файла. Как можно решить? Кнопка должна, как видно, открывать следующую страницу.

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

Ребят, всем привет. Помогите плз. Во view есть кнопка. Через command я прописываю реализацию в viewmodel. В ней реализую такое: public Command CityChosen_OnTapped { get { return new Command(async () => { await Application.Current.MainPage.Navigation.PushAsync(new Views.MainFilterPage()); }); } } но при сборке выдает ошибку, что слишком длинный путь или имя файла. Как можно решить? Кнопка должна, как видно, открывать следующую страницу.

Во-вторых, вам не нужно создавать проперти Command сразу, Необходимо создать автосвойство public ICommand CityChosenOnTappedCommand {get;set;}

И второе, проинициализировать его в конструкторе

CityChosenOnTappedCommand = new Command(async () => { await Application.Current.MainPage.Navigation.PushAsync(new Views.MainFilterPage()); });

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

сейчас попробую переделать.

Точнее, кто-нибудь сумел избавится от него?

Сильно ситуационная тема, надо смотреть

Покажи темплейт ListView

По стек-трейсу я даже не могу понять, на каком списке это падает

По стек-трейсу я даже не могу понять, на каком списке это падает

А у тебя их несколько на одной VIew?

Перенесите проект ближе к корню диска

Перенесите проект ближе к корню диска

ну и это тоже)

А у тебя их несколько на одной VIew?

Хмм, по-моему нет. Но по приложению могут быть несколько списков на разных Page

Хмм, по-моему нет. Но по приложению могут быть несколько списков на разных Page

а когда оно падает, можете отловить?

а когда оно падает, можете отловить?

Нет. Я вообще не помню, что бы кто-то за всё время сформировал reproducible sample

В багзилле было десяток репортов о подобных крэшах

да они их в принципе не исправляют, я хз

в принципе +- решается своим рендером

там хотя бы понимаешь почему эта хрень упала

если это мне было)

физический путь до файла слишком длинный вместе с именем файла переместите проект ближе к корню типо C:\Project

физический путь до файла слишком длинный вместе с именем файла переместите проект ближе к корню типо C:\Project

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

там хотя бы понимаешь почему эта хрень упала

А я верно полагаю, что этот крэш возможен лишь при _слишком быстром_ создании и разрушении ListVIew?

А я верно полагаю, что этот крэш возможен лишь при _слишком быстром_ создании и разрушении ListVIew?

Да он вообще +- рандомный

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

мрак, да и только

У меня в UI есть переключение внутри одной Page между разными ListView. Я уже накостылил чтобы это переключение было не чаще чем в 250 мс, но крэш всё еще есть

У меня в UI есть переключение внутри одной Page между разными ListView. Я уже накостылил чтобы это переключение было не чаще чем в 250 мс, но крэш всё еще есть

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

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

там будешь знать что и где упало +-, если упало

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

У XF что, действительно все так плохо?

Я думал только Apple со своим Xcode такое позволяют.

У XF что, действительно все так плохо?

XF замечательный, восхитительный (первые 2 недели)

А самое главное простой и понятный (первые пару месяцев)

ну как бы условный RN/Flutter после XF я бы вообще не стал смотреть

Xamarin - это софтвер с наихудшим контролем качества, который я только видел. С XC жить можно, но XF это просто дичь

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

> Flutter > после XF я бы вообще не стал смотреть Интересно)

> Flutter > после XF я бы вообще не стал смотреть Интересно)

(не ну на самом-то деле я посмотрел и то и другое и они +- интереснее, быстрее и красивее)

но хроническая тяга к оптимизации мне не дает покоя

Мне больше понравился Flutter, из-за своего рендера.

Ибо чёт я не очень верю RN с его пробросами ивентов туда-обратно(JSCore <-> Native)

Xamarin - это софтвер с наихудшим контролем качества, который я только видел. С XC жить можно, но XF это просто дичь

всм, всм? ты давно видел как JB обновляются?))) или какой-нибудь опенсюрс пакет с поддержкой +- 10 человек?

wut is JB?

Как бы основная проблема XF - это не он сам, как таковой. Да, действительно там много надо чего допилить, но главное - это поддержка кастомного всего, а из коробки в принципе в продакшне не так и нужно

Проблема XF именно в неустойчивости двух его других основных платформ

Как бы когда ты садишься на XF, то автоматически садишься и на его личные баги и на баги IOS+Android вместе взятые

wut is JB?

JetBreins

JetBreins

Brains*

Извини, не удержался)

не, там чисто от имени крысы идет

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

ну причем тут идея

идея - то слишком старая

она была еще когда я пешком под стол ходил

всм, всм? ты давно видел как JB обновляются?))) или какой-нибудь опенсюрс пакет с поддержкой +- 10 человек?

Согласен. у Xamarin сотрудников мало, не хватает ресурсов на все, это основная проблема

Согласен. у Xamarin сотрудников мало, не хватает ресурсов на все, это основная проблема

Почему-то M$ делает ставку на UWP, я не очень понимаю зачем, ибо это мусор

Перекинули бы хотя бы 20 разрабов туда

и как бы все стало радужнее в 3 раза минимум

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

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

вот про райдер я и говорил

такой росум, описать не словами, ни матами невозможно

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

так он только появился. Повзрослеет и будет норм

и как бы все стало радужнее в 3 раза минимум

мечты)

так он только появился. Повзрослеет и будет норм

впрочем как и XamStudio->Vs4mac

Зачем MS EF Core держит тоже ХЗ. Говнище страшное

Кроме наверно миграций

EF Core норм тема, не надо тут

EF Core норм тема, не надо тут

Group by

NIH в терминальной стадии

Group by

да причем тут это, поди-ка нормально DDD без него построй

Провайдеры типов - вот что вам нужно!)

Провайдеры типов - вот что вам нужно!)

+++

да причем тут это, поди-ка нормально DDD без него построй

Да притом , что 2.0 запросы с group by не умеет совсем, а 2.1 - по факту

Да притом , что 2.0 запросы с group by не умеет совсем, а 2.1 - по факту

ну, не особо-то оно и нужно