У нас есть экспорт в pdf и xlsx. Выпустили буквально пару месяцев назад. Дизайнера пока нет. Подойдёт для простых отчётов на основе грида и трилиста. Так же, мы планируем сделать api для манипуляций с файлами документов как у aspose.
>так и не смогли перенести WPF ни на одну альтернативную платформу.
Я думаю, они не захотели просто. Если помните, у них были WinUI UWP WinRT и в итоге им перестали доверять разработчики. Какой смысл учить новую технологию, если они через годик ее похоронят ).
В такой общей формулировке сложно спорить. Наверняка найдется сценарий когда wpf окажется быстрее. Но по моим ощущениям, авалония не тормознее WPF в большинстве сценариев с которыми я сталкиваюсь ежедневно по работе.
Очень рады, что WebAssembly версия демки произвела хорошее впечатление. Буквально на днях обнаружили что мы таскаем в Web версии тяжелые ресурсы для 3d модулей которые у нас пока только для десктопа. В следующем обновлении поправим. Так же, у нас есть несколько идей для проектов на основе WebAssembly технологии. Это направление точно получит развитие.
Понимая что у людей разные вкусы, мы предусмотрели возможность переключения визуальных тем. На текущий момент у нас нет темы похожей на С1, но мы постараемся учесть ваше пожелание в будущих релизах.
Так же, мы предусмотрели механизм модификации встроенных тем. Процесс модификации описан тут
Такой длинный путь упихнули в одну статью. Надо больше подробностей. Как софт разрабатывали. Про деньги тоже интересно было бы почитать. Понятно, что там не обо всем можно рассказать..
У каждого человека как минимум одни девайс всегда под рукой и некоторое время каждый день уделяется на потребление контента. Действительно, сейчас есть огромная потребность в контенте. Проблема только в том, что люди выбирают какой то другой контент а не ваш. Нужно лучше думать как научить контент-завод генерить что то интересное.
Мне кажется, для успеха в этой схеме все равно должен быть человек - редактор. Который выбраковывает шлак, возможно дописвает что то за нейросеткой.
У нас в проекте есть проверка кодировки исходников. Она написала в виде analyzer'a . Если у исходного файла кодировка не utf8 bom, генертся ошибка. Сделали это потому что народ любит писать комментарии в коде на русском, а дефолтная кодировка нас не устраивала.
Так вот, когда мы пробовали вайбкрдинг, почти всегда ИИ ломал кодировку наших исходных файлов. Так что там много всяких подножек )
Конечно, нужно пробовать. Оценивать плюсы и минусы. Именно поэтому вендоры обычно дают большой триальный период. Например, у нас триал составляет 60 дней.
Такой срок мы закладываем на создание MVP. У всех требования разные и не всегда триал заканчивается покупкой.
Смотрите заголовок статьи ). Вам все равно придется что то делать с этим. В некоторых случаях можно накатить Линукс. В каких именно - надо смотреть и решать конкретно на месте. Конечно нужно учитывать умения админов принимая решение в пользу Линукс.
Каждый когда делает эти оценки затрат времени подразумевает какое-то конкретное рабочее место с каким-то набором софта. Поэтому мы вряд-ли сойдёмся в оценках. ))
Моя идея в следующем: там где переход на Линукс сильно накладный не делать его. А если например человек на рабочем месте только хром запускает, его производительность никак после миграции не изменится.
Если вы знакомы с winforms, то должны помнить что в них каждый контрол это отдельный хендл дочернего окна. Это системный ресурс который ограничен. На экране большой площади у вас может чаще возникать ситуация когда хендлов не хватает.
Винформс нужно оставить в прошлом.
Попробуйте наши демки. Мне ещё никто не жаловался что они тормозят. Все прекрасно работает. В том числе и на 4к
Windows однозначно более дружелюбна к зоопарку разного железа. Особенно если год выпуска железа примерно совпадает с жизненным циклом версии Windows, а вот если не совпадает ... то тогда линукс в помощь )).
У меня такая теория: если Linux правильно встал на ваше железо, он будет там работать стабильнее чем Windows и будет меньше всякого навязывать чего вы не просили его делать.
Дело в том, что затраты на создание Copilot просто несоизмеримы с затратами на такой плагин как решарпер и мы не знаем, насколько Copilot финансово успешен. Я бы не рискнул делать что то платное под VSCode
Из российских коммерческих ещё есть Эремекс https://eremexcontrols.net/controls/datagrid/export/
У нас есть экспорт в pdf и xlsx. Выпустили буквально пару месяцев назад. Дизайнера пока нет. Подойдёт для простых отчётов на основе грида и трилиста. Так же, мы планируем сделать api для манипуляций с файлами документов как у aspose.
>так и не смогли перенести WPF ни на одну альтернативную платформу.
Я думаю, они не захотели просто. Если помните, у них были WinUI UWP WinRT и в итоге им перестали доверять разработчики. Какой смысл учить новую технологию, если они через годик ее похоронят ).
Красивый UI.
В авалонии можно свободно посмотреть детали реализации рендера,
https://github.com/AvaloniaUI/Avalonia/blob/master/src/Windows/Avalonia.Direct2D1/Media/DrawingContextImpl.cs
если нашли проблему прислать им pull request и в разумные сроки получить официальный билд с исправлениями.
Это намного удобнее чем WPF который в плане рендеринга закрыт и сейчас уже совсем не развивается.
В такой общей формулировке сложно спорить. Наверняка найдется сценарий когда wpf окажется быстрее. Но по моим ощущениям, авалония не тормознее WPF в большинстве сценариев с которыми я сталкиваюсь ежедневно по работе.
Очень рады, что WebAssembly версия демки произвела хорошее впечатление. Буквально на днях обнаружили что мы таскаем в Web версии тяжелые ресурсы для 3d модулей которые у нас пока только для десктопа. В следующем обновлении поправим. Так же, у нас есть несколько идей для проектов на основе WebAssembly технологии. Это направление точно получит развитие.
Спасибо. Посмотрим.
Понимая что у людей разные вкусы, мы предусмотрели возможность переключения визуальных тем. На текущий момент у нас нет темы похожей на С1, но мы постараемся учесть ваше пожелание в будущих релизах.
Так же, мы предусмотрели механизм модификации встроенных тем. Процесс модификации описан тут
https://eremexcontrols.net/controls/themes/modify-control-themes/
Исходники тем лежат на гитхаб
https://github.com/Eremex/controlthemes
Можно изменить любой визуальный аспект.
Такой длинный путь упихнули в одну статью. Надо больше подробностей. Как софт разрабатывали. Про деньги тоже интересно было бы почитать. Понятно, что там не обо всем можно рассказать..
У каждого человека как минимум одни девайс всегда под рукой и некоторое время каждый день уделяется на потребление контента. Действительно, сейчас есть огромная потребность в контенте. Проблема только в том, что люди выбирают какой то другой контент а не ваш. Нужно лучше думать как научить контент-завод генерить что то интересное.
Мне кажется, для успеха в этой схеме все равно должен быть человек - редактор. Который выбраковывает шлак, возможно дописвает что то за нейросеткой.
Красота. А можете порекомендовать проект чтобы рендерить 3д фракталы?
У нас в проекте есть проверка кодировки исходников. Она написала в виде analyzer'a . Если у исходного файла кодировка не utf8 bom, генертся ошибка. Сделали это потому что народ любит писать комментарии в коде на русском, а дефолтная кодировка нас не устраивала.
Так вот, когда мы пробовали вайбкрдинг, почти всегда ИИ ломал кодировку наших исходных файлов. Так что там много всяких подножек )
Конечно, нужно пробовать. Оценивать плюсы и минусы. Именно поэтому вендоры обычно дают большой триальный период. Например, у нас триал составляет 60 дней.
Такой срок мы закладываем на создание MVP. У всех требования разные и не всегда триал заканчивается покупкой.
У нас была статья с бенчмарками грида. Посмотрите у меня в профиле.
Смотрите заголовок статьи ). Вам все равно придется что то делать с этим. В некоторых случаях можно накатить Линукс. В каких именно - надо смотреть и решать конкретно на месте. Конечно нужно учитывать умения админов принимая решение в пользу Линукс.
Каждый когда делает эти оценки затрат времени подразумевает какое-то конкретное рабочее место с каким-то набором софта. Поэтому мы вряд-ли сойдёмся в оценках. ))
Моя идея в следующем: там где переход на Линукс сильно накладный не делать его. А если например человек на рабочем месте только хром запускает, его производительность никак после миграции не изменится.
Если вы знакомы с winforms, то должны помнить что в них каждый контрол это отдельный хендл дочернего окна. Это системный ресурс который ограничен. На экране большой площади у вас может чаще возникать ситуация когда хендлов не хватает.
Винформс нужно оставить в прошлом.
Попробуйте наши демки. Мне ещё никто не жаловался что они тормозят. Все прекрасно работает. В том числе и на 4к
https://github.com/Eremex/controls-demo
Там в релизах есть собранные бинарники под вин и под Линукс.
"IDEA комунити". Это из java мира. Не могу коментировать, не разбираюсь в их экосистеме.
Windows однозначно более дружелюбна к зоопарку разного железа. Особенно если год выпуска железа примерно совпадает с жизненным циклом версии Windows, а вот если не совпадает ... то тогда линукс в помощь )).
У меня такая теория: если Linux правильно встал на ваше железо, он будет там работать стабильнее чем Windows и будет меньше всякого навязывать чего вы не просили его делать.
Дело в том, что затраты на создание Copilot просто несоизмеримы с затратами на такой плагин как решарпер и мы не знаем, насколько Copilot финансово успешен. Я бы не рискнул делать что то платное под VSCode
Я имел ввиду не техническую сторону, а финансовую. Сложно предлагать платное там где люди не приучены платить.