Where are you from?

Ну тогда о чем речь?)

С проблемой разобрался

Самую последнюю, таргетить на 8.0

Спасибо, разобрался.

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

баги/краши/квадраты

баги/краши/квадраты

При краше если путь к файлу на русском, то эта часть кракозябрами, а английские названия файлов все ок.

При краше если путь к файлу на русском, то эта часть кракозябрами, а английские названия файлов все ок.

При сборке может тоже выдавать предупреждения/ошибки в нечитабельной кодировке (vs17), но это не только Xamarin, и кажется вопрос не об этом.

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

Как-то на одном проекте треть китайских символов отображалась квадратами на ведрах <=5

Коллеги, добрый день. Подскажите, пожалуйста, как победить тень от кнопок на андроиде?

Ну делай свой дровбл для кнопки

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

Было, если русский текст прямо в коде был, поэтому выносим все в resx

Сап-чат, нужен ваш совет, как вы разрабатываете Xamarin приложения под iOS?

Сап-чат, нужен ваш совет, как вы разрабатываете Xamarin приложения под iOS?

Виртуалка/Реальный Мак

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

Хотя как-то боязно. Есть какой-то вариант с деплоем не на симулятор на маке, а сразу на физический девайс? Кто-то так работает?

можно и так, но через мак в виртуалке

мак в любом случае нужен :)

можно и так, но через мак в виртуалке

Норм же

Здравствуйте, уважаемые разработчики Xamarin! Недавно выложил на гитхаб библиотеку, которая упрощает написание локализации для приложения. Ссылка на библиотеку - https://kvandake.github.io/friendly-locale/ Текущее состояние - Бета релиз Из особенностей: - yaml вместо resx. Теперь никаких генераторов; - кроссплатформенность; - без каких-либо зависимостей!!! - загрузка файлов локализации с сервера(с поддержкой локального файла)!!! - загрузка файлов локализации из Assembly(Embedded Resources); - загрузка файлов локализации из Assets; Подробнее по ссылке https://kvandake.github.io/friendly-locale/ Фидбек приветствуется!

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

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

Ох вей, ладно, спасибо всем!

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

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

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

Это нелегально. Как и хакинтош.

Это нелегально. Как и хакинтош.

Я про тоже. Но способ рабочий, если нет возможности использовать мак

Здравствуйте, уважаемые разработчики Xamarin! Недавно выложил на гитхаб библиотеку, которая упрощает написание локализации для приложения. Ссылка на библиотеку - https://kvandake.github.io/friendly-locale/ Текущее состояние - Бета релиз Из особенностей: - yaml вместо resx. Теперь никаких генераторов; - кроссплатформенность; - без каких-либо зависимостей!!! - загрузка файлов локализации с сервера(с поддержкой локального файла)!!! - загрузка файлов локализации из Assembly(Embedded Resources); - загрузка файлов локализации из Assets; Подробнее по ссылке https://kvandake.github.io/friendly-locale/ Фидбек приветствуется!

а пару вопросов по библе можно задать? Так то интересное решение, сильный упор я так понял сделан на online локализацию. А она кэшируется как-то? я увидел // offline mode for remote но не очень понятно как это

И кстати внутрях у неё просто httpclient без хэндлера нативного?

да, кешируется. Кешируется в персональной папке после скачивания. При повторном запросе берется из кеша. Offline mode нужен для того, чтобы после скачивания приложения у пользователя была сразу какая-то дефолтная локализация. Не все пользователи запускают приложение с интернетом, а пользователю необходимо что-то показывать. Пока сделал httpclient без хендлера, в дальнейшем хочу добавить возможность внедрять свои хендлеры(например, ModernHttpClientHandler).

да, кешируется. Кешируется в персональной папке после скачивания. При повторном запросе берется из кеша. Offline mode нужен для того, чтобы после скачивания приложения у пользователя была сразу какая-то дефолтная локализация. Не все пользователи запускают приложение с интернетом, а пользователю необходимо что-то показывать. Пока сделал httpclient без хендлера, в дальнейшем хочу добавить возможность внедрять свои хендлеры(например, ModernHttpClientHandler).

угу. понятно. кстати сэмпл не скачать - 404

а, на github есть все

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

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

есть его форки. И я не хочу то что мне предлагает Xamarin

Даа, замариновские clienthandler так себе, на андроиде уж точно

я юзаю теплый ламповый OkHttp 3.0 на андроиде. А вообще хэндлер в хэндлере использую. Один логи ведет, а другой реальный запрос делает

я юзаю теплый ламповый OkHttp 3.0 на андроиде. А вообще хэндлер в хэндлере использую. Один логи ведет, а другой реальный запрос делает

Получается пишете код с запросами в инет платформенно, два раза?

Получается пишете код с запросами в инет платформенно, два раза?

нет. Зачем?

А OkHttp кроссплатформенный чтоли?

Я думал он Андроид онли

public partial class BaseRequestSender { public BaseRequestSender() { _client = new HttpClient(new HttpDiagnosticsHandler(new NativeMessageHandler())); } }

Это все что пишется в платформо-зависимой части

Что на ios что на android

Не оч. понял схему и место OkHttp в ней :) А зачем так сложно и почему не юзать простой HttpClient?

NativeMessageHandler это и есть OkHttp

а нативные HttpClientы просто тупо быстрее и стабильнее.

Прям серьезно? Есть смысл заморочиться?

Да я ж от куда знаю. От задач зависит. Просто у нас был проект где стабильность соединения была очень критична(игра, где пакеты от клиента к серверу и обратно передавались очень часто и 500 ошибка не считалась ошибкой если не вернулась на один и тот же запрос минимум 5 раз). Написали кучу оберток итд. Теперь подключаем везде. Разница чувствовалась особенно на аплоаде фотографий по 3g

Прям серьезно? Есть смысл заморочиться?

100% стоит заморочиться. Дефолтный clienthandler из моно - это просто ниочем, замариновский AndroidClientHandler будет гораздо стабильнее, но польза от него есть только на 5.x

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

Пока не было мака - использовал OS X виртуалку... Пару слов, о граблях. Работает OS X только на Workstation и ESXi. Причём, оба варианта надо патчить unlocker ‘ом. Разумеется, проще дома использовать workstation. По железу лучше использовать процы i5/i7 (на Xeon работает медленнее). Под виртуалку используйте отдельный ssd, иначе загружаться она будет годы... После установки придётся настроить видео, чтобы не было тормозов картинки и можно было использовать разрешение более 1024х768. И ещё, в сравнении со стартовым MacBook Air 2017 - компиляция приложения занимает в два-три раза больше времени. Мой совет - купите новый или б/у мак с норм ssd и работайте на нем, либо используйте для компиляции.

Ребят у кого есть аккаунт на форуме mmgp с историей более 100 сообщений, готов купить, пишите в личку

Пока не было мака - использовал OS X виртуалку... Пару слов, о граблях. Работает OS X только на Workstation и ESXi. Причём, оба варианта надо патчить unlocker ‘ом. Разумеется, проще дома использовать workstation. По железу лучше использовать процы i5/i7 (на Xeon работает медленнее). Под виртуалку используйте отдельный ssd, иначе загружаться она будет годы... После установки придётся настроить видео, чтобы не было тормозов картинки и можно было использовать разрешение более 1024х768. И ещё, в сравнении со стартовым MacBook Air 2017 - компиляция приложения занимает в два-три раза больше времени. Мой совет - купите новый или б/у мак с норм ssd и работайте на нем, либо используйте для компиляции.

А с хакинтошем я так понял все отлично?

Пока не было мака - использовал OS X виртуалку... Пару слов, о граблях. Работает OS X только на Workstation и ESXi. Причём, оба варианта надо патчить unlocker ‘ом. Разумеется, проще дома использовать workstation. По железу лучше использовать процы i5/i7 (на Xeon работает медленнее). Под виртуалку используйте отдельный ssd, иначе загружаться она будет годы... После установки придётся настроить видео, чтобы не было тормозов картинки и можно было использовать разрешение более 1024х768. И ещё, в сравнении со стартовым MacBook Air 2017 - компиляция приложения занимает в два-три раза больше времени. Мой совет - купите новый или б/у мак с норм ssd и работайте на нем, либо используйте для компиляции.

Спасибо, вроде годный вариант нашёл

А с хакинтошем я так понял все отлично?

Ну не то чтобы отлично, но жить можно

А с хакинтошем я так понял все отлично?

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

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

Посмотреть и купить точно такие же детали - вот это задача... (Хотя, в принципе не суть важно, главное найти кексты)

В моем случае все встало отлично.

Посмотреть и купить точно такие же детали - вот это задача... (Хотя, в принципе не суть важно, главное найти кексты)

Я пробовал завести хак на 100% пригодном ноуте Samsung np350 (или np500, я не помню) - у меня не хватило терпения))) У коллеги - хватило, но он все равно позже на мак перешёл, по попятным причинам. Как Вы сказали - жить можно, но картина не полная

Единственное - не заработали USB на корпусе)

Но это вообще не суть

Я пробовал завести хак на 100% пригодном ноуте Samsung np350 (или np500, я не помню) - у меня не хватило терпения))) У коллеги - хватило, но он все равно позже на мак перешёл, по попятным причинам. Как Вы сказали - жить можно, но картина не полная

Ну я на ROG заводил хак... Но родную 960м он не увидел и мне стало грустно => купил такой же "рог" (по железу) от эпл, только без дискретной графики

http://coub.com/view/15d96i Когда изучаешь новый фреймворк, и тимлид показывает как надо делать :D

Вопрос знатокам xaml… В приложении мне нужно использовать pinch (пальчиками приближать и удалять, т.е. зумить). Для этого, я взял scrollview, поставил ему orientation="both", а внутрь разместил некий контейнер с контентом, который надо масштабировать. Контент - это множество других элементов, кнопки, разметка и т.д. Контейнер внутри (пусть это будет stacklayout) довольно большой и динамически наполняется, поэтому сразу на дисплее не помещается, соответственно, у scrollview появляется горизонтальная и вертикальная прокрутки. Но, мне нужно уменьшить этот контейнер со всем его содержимым, чтобы он автоматически подгонялся под размер дисплея. При этом, чтобы зум продолжал работать и при большом увеличении контент не превращался в большие пиксели. Pinch (зум) делал по этому гайду: http://www.xamboy.com/2017/08/02/creating-a-zoomable-scrollview-in-xamarin-forms/ Единственный способ, который я нашел - это применить scale = 0.3 (например) к stacklayout с контентом внутри scrollview - тогда stacklayout получается нужного размера. Проблема в том, что при применении scale < 1 вокруг уменьшаемого stacklayout появляется свободное пространство. Вопросы такие: 1) есть ли другой способ уменьшить контент под размер экрана или корневого контейнера, без изменения размера самих элементов контейнера? 2) если все же использовать scale < 1, то как избавиться от появляющегося свободного пространства?

Ну вот а если есть мак, то лучше не паять мозги и на свифте кодить?

имею ввиду за айос

Ну вот а если есть мак, то лучше не паять мозги и на свифте кодить?

Хочешь нативку - пили на свифте

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

Всё нормально деплоит

Ну вот а если есть мак, то лучше не паять мозги и на свифте кодить?

Так на айос все рано нужен мак. Что на Свифте что на замарине. Мае нужен в любом случае .

мак есть

точнее макбук прошка

How does one create a mobile app with OpenCV algorithms inside it?

I didn’t work with cv, but you could try this

https://components.xamarin.com/gettingstarted/xpand.opencvbinding

?

Это чатик про реакт?

Это чатик про реакт?

Да ??

Кто-нибудь знает как для реакта писать дополнения на коболе?

Только если на IronCobol ?

How does one create a mobile app with OpenCV algorithms inside it?

Yes, we used OpenCV in Native and Xamarin apps. For Xamarin We used EmguCV, but it's very slow on Android and have large library size. It better to used Wikitude for Xamarin

Это чатик про реакт?

Найс 1 апреля)

Найс 1 апреля)

А почему совалерист?)

А почему совалерист?)

А почему Kirill Saltykov ?

А почему Kirill Saltykov ?

Так совпало) Не мог на это повлиять)

Так совпало) Не мог на это повлиять)

Вы ответили на свой вопрос, красноглазик ?

Вы ответили на свой вопрос, красноглазик ?

Неа, почему именно такой ник?) Ты его выбирал осознанно)

Неа, почему именно такой ник?) Ты его выбирал осознанно)

По паспорту ?, тут ничего не поделаешь