ты же все равно в них будешь референсить нугеты пр ПЦЛ за исключением всякой простой фигни типа жсон.нет

разве что немного сложнее

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

именно

а вообще юзают xf + shared ?

это рекомендованный способ

как я отстал-то от жизни

Мне казалось pcl рекомендуемый вариант

В мануалах в пользу pcl вроде больше плюсов отдавалось

В мануалах в пользу pcl вроде больше плюсов отдавалось

я тоже так считаю. куда не глянь, оч часто pcl, нежели shared

потому что shared не подходил для написания библиотек

особенно при засильи пцл. но всё исправится нетстандартами

А где можно поэтому поводу инфу найти? Какое нибудь подтверждение и доводы в пользу shared.

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

в твитторе видел у Иказы и Фавлера

Егор, а на счет live player? Пока действительно только shared?

Егор, а на счет live player? Пока действительно только shared?

Вообще, я бы забил на этот live player. Недавно релизнулся Gorilla Player для vs17

И как для iOS?Пока не приходилось им пользоваться

И как для iOS?Пока не приходилось им пользоваться

Тестил на эмулях Android/IOS профитно, и на реальном Android, тоже профитно. На сайте заявляют что и на IOS реальном тоже ничего так

Спасибо. Буду пробовать

я не по формсам :(

Что?

Что?

Это бот с рекламой) Просто кто-то криво уод писал, бот не отправил второе сообщение

Это бот с рекламой) Просто кто-то криво уод писал, бот не отправил второе сообщение

Или его успели забанить в промежутке, хах :)

что лучше использовать для приложения на именно на XF: MVVMCross или MVVMLight?

что лучше использовать для приложения на именно на XF: MVVMCross или MVVMLight?

Да вроде нельзя сказать "лучше" или "хуже", это разные Framework'и, со своими + и -

просто слышу много нехорошего в адрес MVVMCross

Кстати никто не знает крупные приложения на MVVMcross в GooglePlay, посмотреть на скорость работы, а то все сэмплы

Юзал мввмкросс - в принципе работать с ним можно, но он слишком тяжеловесный

Говорят призм поудачнее

Я юзал лайт и фреш - они хороши оба. Сейчас бы делал на одном из них

Для XF MvvmCross никогда не был хорош.

А для Xamarin.Native - да.

Кидаю + в пользу light, очень довольны им

Кстати никто не знает крупные приложения на MVVMcross в GooglePlay, посмотреть на скорость работы, а то все сэмплы

Скорость работы вряд ли будет отличаться на разных фреймворках

Есть кто живой?

Как в IOS сделать только одну въюху в landscope и запретить вращения?

просто слышу много нехорошего в адрес MVVMCross

Да, есть такое. Но современем всё наладилось, вон уже и документация норм стала, месяца 4 назад, там почти ничего небыло. А так моё мнение - НОРМ!

можно ли в ListView на XF, полностью убрать выделение элемента?

((Xamarin.Forms.ListView)sender).SelectedItem = null;

не так задал вопрос. Убрать подсветку выделяемого элемента нужно

не так задал вопрос. Убрать подсветку выделяемого элемента нужно

повесь этот код на событие ItemSelected

так оно похожее и висит. но все равно видно что выделяется элемент

Убрать может и можно, но никто не убирает полностью - это как сигнал нажатия. Сам просто снимал выделение при нажатии, на твоём месте не мучался бы и оставил)

что бы из VM обрабатывать события с элементами LV, нид на него Behaviors навесить и прочее

а можно хоть цвет поменять??

https://stackoverflow.com/questions/40958383/background-color-of-selecteditem-in-listview-xamarin-forms

Кстати, что за профит от фрейморков в XF, типа MVVM Сross \ Light, для Native, как то пропихивает Bindings с навигацией и норм, но у XF и так MVVM из коробки норм, а сервис навигации и самому дописать можно, неслишком много оберток получается?

не так задал вопрос. Убрать подсветку выделяемого элемента нужно

сейчас поскидываю код.

ERROR: S client not available

Убрать может и можно, но никто не убирает полностью - это как сигнал нажатия. Сам просто снимал выделение при нажатии, на твоём месте не мучался бы и оставил)

не катит вариант. если менять SelectedItem на null каждый раз то иногда успевает появляться противный оранжевый цвет нажатия

Кстати, что за профит от фрейморков в XF, типа MVVM Сross \ Light, для Native, как то пропихивает Bindings с навигацией и норм, но у XF и так MVVM из коробки норм, а сервис навигации и самому дописать можно, неслишком много оберток получается?

Мы как раз используем MVVM из Forms. Сервис навигации свой

можно ли в ListView на XF, полностью убрать выделение элемента?

Если полностью убрать выделение и эффект нажатия: Рендерер для ios: https://pastebin.com/jBW7rAJs на ведро https://pastebin.com/UzZe4PZ6 + в Resources/values/styles.xml: <item name="android:colorActivatedHighlight">@android:color/transparent</item> + добавь файл Resources/values/no_selector.xml <?xml version="1.0" encoding="utf-8"?> <selector xmlns:android="http://schemas.android.com/apk/res/android"> <item android:state_window_focused="false" android:drawable="@android:color/transparent"/> </selector>

Мы как раз используем MVVM из Forms. Сервис навигации свой

А проекты с Light || Cross есть, у них есть преимущества в чем то?

спасибо вам обоим, @mrxten и @AlexHeal

А проекты с Light || Cross есть, у них есть преимущества в чем то?

я например больших преимуществ не увидел в использовании одного из этих фреймворков. Мне хватило своего сервиса навигации + небольшое расширении ContentPage.

А проекты с Light || Cross есть, у них есть преимущества в чем то?

Возможно, не использовали

А проекты с Light || Cross есть, у них есть преимущества в чем то?

есть конечно

читаемость кода и его сопровождение и поддержка

Добрый день. Будьте добры, подскажите. Нужно предоставить apk заказчику, чтобы он имел возможность выложить в Google Play. Как я должен подписать пакет при сборке? Данными его аккаунта?

+

Для апк подписки разве имеют значение?

Можно отдать неподписанный либо отдать с ключами

Добрый день. Будьте добры, подскажите. Нужно предоставить apk заказчику, чтобы он имел возможность выложить в Google Play. Как я должен подписать пакет при сборке? Данными его аккаунта?

apk подписывается соответственным ключем, он идет в виде файла java keystore, этим файлом надо подписывать приложение и все последующие обновления, если файл утерян, то обновления не выложить. Тут если есть у клиента keystore, то взять у него и подписать (или сам пусть подпишет), ну или создать свой сертификат и отдаеть ему apk и файл сертификата

apk подписывается соответственным ключем, он идет в виде файла java keystore, этим файлом надо подписывать приложение и все последующие обновления, если файл утерян, то обновления не выложить. Тут если есть у клиента keystore, то взять у него и подписать (или сам пусть подпишет), ну или создать свой сертификат и отдаеть ему apk и файл сертификата

Понятно. Спасибо. А для ios все иначе?

Понятно. Спасибо. А для ios все иначе?

Да. Там в консоли разработчика сертификат создается, для него provisioning profile и этой парой подписывается приложение. Никкой файл хранить не надо-можно в любой момент созать новый сертификат и профайл, главное что бы доступ к аккаунту был

Да. Там в консоли разработчика сертификат создается, для него provisioning profile и этой парой подписывается приложение. Никкой файл хранить не надо-можно в любой момент созать новый сертификат и профайл, главное что бы доступ к аккаунту был

Следовательно нужны данные чужого аккаунта ? Или можно подписать от своего аккаунта?

Следовательно нужны данные чужого аккаунта ? Или можно подписать от своего аккаунта?

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

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

Премного благодарен ?

Всем добрый день!) Подскажите пожалуйста хороший geofencing плагин для Xamarin Forms

Всем добрый день!) Подскажите пожалуйста хороший geofencing плагин для Xamarin Forms

https://github.com/jamesmontemagno/GeolocatorPlugin

этот плагин определяет текущее положение. Мне надо что-то вроде:

https://developer.xamarin.com/recipes/ios/multitasking/geofencing/

для кросплатформенное