Array.tail там чтоли.

@fvnever Плохо, конечно, что PR в документацию могут мержить только ребята из MSFT.

Нет, это нормально. Они меня устраивают в качестве мейнтейнеров документации :)

Нет, это нормально. Они меня устраивают в качестве мейнтейнеров документации :)

ОК, я в твоем PR пытаюсь отвлечь людей от работы.

А его ещё нужно мержить вообще?

А его ещё нужно мержить вообще?

Ну, косяк с форматированием никуда не делся.

ОК, я в твоем PR пытаюсь отвлечь людей от работы.

И, нет, ты их не отвлекаешь от работы. Это их работа и есть — ревьюить и мержить всякую ерунду :)

И, нет, ты их не отвлекаешь от работы. Это их работа и есть — ревьюить и мержить всякую ерунду :)

Поэтому .NET Core тулинг не починили до сих пор?!

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

// на самом деле починили

@fvnever Может там проблема с ссылкой в See also?

Бот на нее несколько раз ругался.

@fvnever Может там проблема с ссылкой в See also?

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

Ссылки на MSDN!

Ок.

Глупый бот.

https://github.com/mathnet/mathnet-numerics/pull/525#issuecomment-341258069

Я так понимаю, осталась проблема в дизайн-тайме? И она как-то костыльно решается каким-то prop-файлом для MSBuild?

Уже в процессе решения. https://github.com/Microsoft/visualfsharp/pull/3864

Всем привет! Особенно не спящим в столь поздний час. Хочу обратиться за советом. У меня такой вопрос: Пилю кастомный прогрессбар. Он должен бегунок двигать как просто по вызову метода SetProgress, так и анимированно, то есть, чтобы с текушего положения бегунок плавно переползал на новое. При этом к прогрессбару привязана Label, куда выводится текущий прогресс. Собственно как логически привязку осуществить прогресса к label? У меня есть мысль, реализовать таймер внутри класса прогрессбара и на каждом тике таймера он создает event с параметром. В классе из которого вызываем прогрессбар – обработчик события, который и будет менять текст в label. Нормальная ли это практика? Ничего что спамить event`ы будут каждый тик? И даже если несколько разных прогрессбаров запущено? Как лучше сделать? Может есть другой способ реализации, если этот плох? Подскажите пожалуйста, а то даже посоветоваться не с кем!

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

А потом забиндить их в лейбл.

Такое количество - это нормально. ?

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

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

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

Я просто Label внутрь прогрессбара засуну

Подумал о такой, но решил, что слишком просто. ?

Подумал о такой, но решил, что слишком просто. ?

Да я вот тоже, с не выспавшейся головой о самом простом и не подумал, пока не подсказали)))

Надо больше спать)

Доброе утро.

https://twitter.com/kot_2010/status/926170212998795264

Всем привет! Особенно не спящим в столь поздний час. Хочу обратиться за советом. У меня такой вопрос: Пилю кастомный прогрессбар. Он должен бегунок двигать как просто по вызову метода SetProgress, так и анимированно, то есть, чтобы с текушего положения бегунок плавно переползал на новое. При этом к прогрессбару привязана Label, куда выводится текущий прогресс. Собственно как логически привязку осуществить прогресса к label? У меня есть мысль, реализовать таймер внутри класса прогрессбара и на каждом тике таймера он создает event с параметром. В классе из которого вызываем прогрессбар – обработчик события, который и будет менять текст в label. Нормальная ли это практика? Ничего что спамить event`ы будут каждый тик? И даже если несколько разных прогрессбаров запущено? Как лучше сделать? Может есть другой способ реализации, если этот плох? Подскажите пожалуйста, а то даже посоветоваться не с кем!

MVVM лучше наверное использовать

Так что все это значит?

Я сам в отпуске, но судя по письмам Дон дофиксил проблемы которые были с существующими провайдерами после миграции на новое сдк, и считает что больше регрессий нету пока. Вроде как sqlprovider даже под неткоре перекрмпилили.

В теории стало не хуже чем было + должно работать под неткором, но наверняка там ещё что-то повылазит.

https://twitter.com/kot_2010/status/926170212998795264

Типа так быстро открывается?

Типа так быстро открывается?

Да.

Ого. Классно!

Быстро открывается, но ничего не работает :D

Для демо сойдёт.?

Быстро открывается, но ничего не работает :D

Проверил уже?

Проверил уже?

Нет, просто пессимистичный юмор :)

А я поверил ?

Простите, больше не буду так шутить :)

> Fixed by undoing the fix, When we fix the fix it will all be fixed https://github.com/Microsoft/visualfsharp/issues/3743

А если я заведу такую функцию let flip f a b = f b a ее есть смысл делать inline?

А если я заведу такую функцию let flip f a b = f b a ее есть смысл делать inline?

Я думаю, нет. Компилятор, кажется, сам неплохо справляется с инлайном простых функций.

У Reason появилась документация, как работать с ним под Windows из WSL. Включая настройки для vscode плагина!

https://github.com/reasonml/reasonml.github.io/issues/195

Пишу здесь, потому что у нас чат и про ML немного, а в @reasonml_ru тихо. :)

Это какая-то новая реализация ML? Это интересненько

Это какая-то новая реализация ML? Это интересненько

Новый синтаксис для OCaml.

И некоторый дополнительный тулинг.

В Facebook решили сделать язык для веба на основе OCaml и Bucklescript. И чтобы синтаксис был привычный для программистов на JS, например.

@AnutaU Можно онлайн потыкать. https://reasonml.github.io/try/

В Facebook решили сделать язык для веба на основе OCaml и Bucklescript. И чтобы синтаксис был привычный для программистов на JS, например.

Понятно, спасибо! Поглядим.

У Reason появилась документация, как работать с ним под Windows из WSL. Включая настройки для vscode плагина!

Изврат, имхо.

Но они там и нормальную реализацию попиливают. Можно выковырять доку из-под спойлеров и предупреждений «use on your own risk».

Да.

Изврат, имхо.

Немного, но не так и страшно: установить Reason в WSL, настроить vscode в Windows.

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

\offtop но куда делась .NET болталка?

\offtop но куда делась .NET болталка?

@dotnettalks?

ага

ага

Никуда не делась.

Да, поздравляю.

воу, ну ладно, спасибо за инфу?

Когда-нибудь всех забанят в @dotnettalks, и здесь снова будут флудить. ?

За что?)

И ты не забанен, тебя нет в списках

И ты не забанен, тебя нет в списках

но мне пара человек написали, что разбанили, и вот я уже зашёл. Ну да ладно, проехали

И ты не забанен, тебя нет в списках

мы разрулили уже

Xamarin Elmish. https://twitter.com/JasonImison/status/926760024931627008

Ты не смотрел внутри? Не в курсе как там сделано много-страничность?

Ты не смотрел внутри? Не в курсе как там сделано много-страничность?

Неа.

Xamarin Elmish. https://twitter.com/JasonImison/status/926760024931627008

@fvnever Avalonia

Когда уже начнешь делать Avalonia Elmish ?

Когда уже начнешь делать Avalonia Elmish ?

Есть сложности :)

@fvnever Avalonia

Меня Никита развёл запилить ему бинаризатор XAML'а, я этим займусь.

Меня Никита развёл запилить ему бинаризатор XAML'а, я этим займусь.

Бинаризатор?

Ну смотри: там сейчас XAML парсится из ресурсов при каждом запуске приложения, а потом по нему строятся объекты. Можно его распарсить в компил-тайме, и в сборку зашивать сразу код построения объектов. От рантаймовой зависимости на XAML Reader можно будет избавиться.

Ну, это интересно

По идее быстрее запускаться будет

Это, на самом деле, ещё замерить надо будет, конечно — быстрее или нет.

Но на самом деле мне пофиг. Я вижу интересную задачу и решаю :)

Ну медленнее то оно точно не будет

Хотя бы на две пикосекунды будет быстрее, да и лишних аллокаций не будет

Ну да, быстрее будут стартовать приложения — это всегда хорошо.

Привет.

Привет)

Привет)

О

О

?

Сегодня посравнивал kestrel vs wcf, оказалось что wcf быстрей, хотя ожидал обратное

Сегодня посравнивал kestrel vs wcf, оказалось что wcf быстрей, хотя ожидал обратное

Интересно. А какой байндиг для wcf использовал?

WebHttpBinding

https://www.techempower.com/benchmarks/#section=data-r14

тут все грустно =(

хотя не все) plaintext хорошо идет