#wpf — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #wpf, aggregated by home.social.
-
began a new project today - dedicated YouTube desktop live streaming software for creators!
https://llgit.llamachile.tube/gramps/ytLlive
#RetiredDeveloper, #CodingStrong, #NewProject, #CSharp, #DotNet8, #WPF, #WindowsApplication, #SoftwareDevelopment, #TechLife, #CodingJourney
-
began a new project today - dedicated YouTube desktop live streaming software for creators!
https://llgit.llamachile.tube/gramps/ytLlive
#RetiredDeveloper, #CodingStrong, #NewProject, #CSharp, #DotNet8, #WPF, #WindowsApplication, #SoftwareDevelopment, #TechLife, #CodingJourney
-
began a new project today - dedicated YouTube desktop live streaming software for creators!
https://llgit.llamachile.tube/gramps/ytLlive
#RetiredDeveloper, #CodingStrong, #NewProject, #CSharp, #DotNet8, #WPF, #WindowsApplication, #SoftwareDevelopment, #TechLife, #CodingJourney
-
After reading about Celly (#Charp Implementation of Googles CEL) in
https://dotnet.libhunt.com/newsletter/524
I have made me a converter accepting CEL expressions for #WPF:
By using CEL expression in XAML code I can remove some of my view model properties i made for formatting data for binding;:
-
After reading about Celly (#Charp Implementation of Googles CEL) in
https://dotnet.libhunt.com/newsletter/524
I have made me a converter accepting CEL expressions for #WPF:
By using CEL expression in XAML code I can remove some of my view model properties i made for formatting data for binding;:
-
After reading about Celly (#Charp Implementation of Googles CEL) in
https://dotnet.libhunt.com/newsletter/524
I have made me a converter accepting CEL expressions for #WPF:
By using CEL expression in XAML code I can remove some of my view model properties i made for formatting data for binding;:
-
#WPF, "AutomationProperties.LabeledBy" overwrites and hides TextBlock.Text.
Good job. -
#WPF, "AutomationProperties.LabeledBy" overwrites and hides TextBlock.Text.
Good job. -
#WPF, "AutomationProperties.LabeledBy" overwrites and hides TextBlock.Text.
Good job. -
#WPF, "AutomationProperties.LabeledBy" overwrites TextBlock.Text.
Good job. -
#WPF, "AutomationProperties.LabeledBy" overwrites TextBlock.Text.
Good job. -
Hot Reload, который не заработал. Инкрементальная компиляция в браузере своими руками
В прошлой статье я рассказывал, как мы делаем онлайн IDE для .NET — дизайн, компиляция и запуск приложений происходят прямо в браузере, без сервера. Проект живёт по адресу xaml.io . С тех пор мы много чего добавили, и в какой-то момент у нас стало получаться загружать в IDE довольно крупные .NET проекты — десятки XAML, сотни C# файлов, несколько референсных проектов и пакетов NuGet. Одна из главных возможностей — это визуальный UI-дизайнер пользовательских приложений. И у него есть особенность: чтобы дизайнер вообще что-то показывал, приложение должно быть скомпилировано, причём в актуальном состоянии. Не «когда-нибудь», а после каждой правки. Открыли как-то в IDE один реальный проект (FamilyShow — классическое демонстрационное WPF-приложение), поправили одну строку в .cs и 84 секунды наблюдали за анимацией прогресса. С таким UX никакой интерактивный дизайн невозможен. Сейчас та же правка занимает 5 секунд, а правка XAML-разметки на типичной странице — меньше секунды. В этой статье — как мы к этому пришли, и какие сюрпризы нам приготовили по дороге Roslyn, OpenSilver, WASM и наш собственный код.
-
Hot Reload, который не заработал. Инкрементальная компиляция в браузере своими руками
В прошлой статье я рассказывал, как мы делаем онлайн IDE для .NET — дизайн, компиляция и запуск приложений происходят прямо в браузере, без сервера. Проект живёт по адресу xaml.io . С тех пор мы много чего добавили, и в какой-то момент у нас стало получаться загружать в IDE довольно крупные .NET проекты — десятки XAML, сотни C# файлов, несколько референсных проектов и пакетов NuGet. Одна из главных возможностей — это визуальный UI-дизайнер пользовательских приложений. И у него есть особенность: чтобы дизайнер вообще что-то показывал, приложение должно быть скомпилировано, причём в актуальном состоянии. Не «когда-нибудь», а после каждой правки. Открыли как-то в IDE один реальный проект (FamilyShow — классическое демонстрационное WPF-приложение), поправили одну строку в .cs и 84 секунды наблюдали за анимацией прогресса. С таким UX никакой интерактивный дизайн невозможен. Сейчас та же правка занимает 5 секунд, а правка XAML-разметки на типичной странице — меньше секунды. В этой статье — как мы к этому пришли, и какие сюрпризы нам приготовили по дороге Roslyn, OpenSilver, WASM и наш собственный код.
-
Hot Reload, который не заработал. Инкрементальная компиляция в браузере своими руками
В прошлой статье я рассказывал, как мы делаем онлайн IDE для .NET — дизайн, компиляция и запуск приложений происходят прямо в браузере, без сервера. Проект живёт по адресу xaml.io . С тех пор мы много чего добавили, и в какой-то момент у нас стало получаться загружать в IDE довольно крупные .NET проекты — десятки XAML, сотни C# файлов, несколько референсных проектов и пакетов NuGet. Одна из главных возможностей — это визуальный UI-дизайнер пользовательских приложений. И у него есть особенность: чтобы дизайнер вообще что-то показывал, приложение должно быть скомпилировано, причём в актуальном состоянии. Не «когда-нибудь», а после каждой правки. Открыли как-то в IDE один реальный проект (FamilyShow — классическое демонстрационное WPF-приложение), поправили одну строку в .cs и 84 секунды наблюдали за анимацией прогресса. С таким UX никакой интерактивный дизайн невозможен. Сейчас та же правка занимает 5 секунд, а правка XAML-разметки на типичной странице — меньше секунды. В этой статье — как мы к этому пришли, и какие сюрпризы нам приготовили по дороге Roslyn, OpenSilver, WASM и наш собственный код.
-
-
-
-
-
-
UI Maker - Visual drag-and-drop WinForms/WPF designer for VS Code
-
UI Maker - Visual drag-and-drop WinForms/WPF designer for VS Code
-
UI Maker - Visual drag-and-drop WinForms/WPF designer for VS Code
-
UI Maker - Visual drag-and-drop WinForms/WPF designer for VS Code
-
UI Maker - Visual drag-and-drop WinForms/WPF designer for VS Code
-
Как я превратил Real‑ESRGAN и FFmpeg в потоковый Windows‑апскейлер без гигантских временных папок
Апскейлинг одного изображения через Real-ESRGAN обычно не вызывает особых проблем: выбираем модель, запускаем обработку и получаем результат. Но при работе с видео и большими наборами файлов быстро появляются дополнительные задачи: декодирование и сборка видео, очередь рендера, выбор видеокарты, обработка ошибок, восстановление прерванных заданий, зависимости вроде FFmpeg и понятный интерфейс для всего этого. Мне хотелось получить обычное Windows-приложение, в которое можно перетащить видео, изображения или целую папку, выбрать параметры и оставить обработку выполняться без ручной работы с консольными командами. Так появился UltraFrame AI — бесплатное приложение с открытым исходным кодом для пакетного апскейлинга видео и изображений с помощью Real-ESRGAN.
https://habr.com/ru/articles/1059520/
#realesrgan #upscaling #wpf #ffmpeg #vulkan #dotnet #open_source
-
Как я превратил Real‑ESRGAN и FFmpeg в потоковый Windows‑апскейлер без гигантских временных папок
Апскейлинг одного изображения через Real-ESRGAN обычно не вызывает особых проблем: выбираем модель, запускаем обработку и получаем результат. Но при работе с видео и большими наборами файлов быстро появляются дополнительные задачи: декодирование и сборка видео, очередь рендера, выбор видеокарты, обработка ошибок, восстановление прерванных заданий, зависимости вроде FFmpeg и понятный интерфейс для всего этого. Мне хотелось получить обычное Windows-приложение, в которое можно перетащить видео, изображения или целую папку, выбрать параметры и оставить обработку выполняться без ручной работы с консольными командами. Так появился UltraFrame AI — бесплатное приложение с открытым исходным кодом для пакетного апскейлинга видео и изображений с помощью Real-ESRGAN.
https://habr.com/ru/articles/1059520/
#realesrgan #upscaling #wpf #ffmpeg #vulkan #dotnet #open_source
-
Как я превратил Real‑ESRGAN и FFmpeg в потоковый Windows‑апскейлер без гигантских временных папок
Апскейлинг одного изображения через Real-ESRGAN обычно не вызывает особых проблем: выбираем модель, запускаем обработку и получаем результат. Но при работе с видео и большими наборами файлов быстро появляются дополнительные задачи: декодирование и сборка видео, очередь рендера, выбор видеокарты, обработка ошибок, восстановление прерванных заданий, зависимости вроде FFmpeg и понятный интерфейс для всего этого. Мне хотелось получить обычное Windows-приложение, в которое можно перетащить видео, изображения или целую папку, выбрать параметры и оставить обработку выполняться без ручной работы с консольными командами. Так появился UltraFrame AI — бесплатное приложение с открытым исходным кодом для пакетного апскейлинга видео и изображений с помощью Real-ESRGAN.
https://habr.com/ru/articles/1059520/
#realesrgan #upscaling #wpf #ffmpeg #vulkan #dotnet #open_source
-
@soltes Guys at @dotnet, @shanselman have you seen this? #WPF runs on #MacOS 💪
-
@soltes Guys at @dotnet, @shanselman have you seen this? #WPF runs on #MacOS 💪
-
@soltes Guys at @dotnet, @shanselman have you seen this? #WPF runs on #MacOS 💪
-
@soltes Guys at @dotnet, @shanselman have you seen this? #WPF runs on #MacOS 💪
-
@soltes Guys at @dotnet, @shanselman have you seen this? #WPF runs on #MacOS 💪
-
От идеи до рабочего приложения: создание ProcessTimeWatcher на C# и WPF
Сколько времени на самом деле мы проводим в разных приложениях? Кажется, что открыл IDE на пару минут, проверил браузер — и вернулся к работе. Но спустя несколько часов становится сложно понять, куда ушло это время. Существующие трекеры активности уже давно решают эту задачу, но мне было интересно разобраться, как они работают внутри: как Windows определяет активное окно, как получить информацию о процессе и как правильно считать время использования приложения. Так появился ProcessTimeWatcher — WPF-приложение на C#, которое отслеживает активное окно пользователя и собирает статистику использования программ. В статье разберём, как устроен этот инструмент, какие сложности возникли при работе с Windows API и какие решения были приняты во время разработки.
https://habr.com/ru/articles/1059148/
#C# #wpf #net #windows_api #winapi #open_source #procces_monitoring #xaml #tracker #time_tracker
-
От идеи до рабочего приложения: создание ProcessTimeWatcher на C# и WPF
Сколько времени на самом деле мы проводим в разных приложениях? Кажется, что открыл IDE на пару минут, проверил браузер — и вернулся к работе. Но спустя несколько часов становится сложно понять, куда ушло это время. Существующие трекеры активности уже давно решают эту задачу, но мне было интересно разобраться, как они работают внутри: как Windows определяет активное окно, как получить информацию о процессе и как правильно считать время использования приложения. Так появился ProcessTimeWatcher — WPF-приложение на C#, которое отслеживает активное окно пользователя и собирает статистику использования программ. В статье разберём, как устроен этот инструмент, какие сложности возникли при работе с Windows API и какие решения были приняты во время разработки.
https://habr.com/ru/articles/1059148/
#C# #wpf #net #windows_api #winapi #open_source #procces_monitoring #xaml #tracker #time_tracker
-
От идеи до рабочего приложения: создание ProcessTimeWatcher на C# и WPF
Сколько времени на самом деле мы проводим в разных приложениях? Кажется, что открыл IDE на пару минут, проверил браузер — и вернулся к работе. Но спустя несколько часов становится сложно понять, куда ушло это время. Существующие трекеры активности уже давно решают эту задачу, но мне было интересно разобраться, как они работают внутри: как Windows определяет активное окно, как получить информацию о процессе и как правильно считать время использования приложения. Так появился ProcessTimeWatcher — WPF-приложение на C#, которое отслеживает активное окно пользователя и собирает статистику использования программ. В статье разберём, как устроен этот инструмент, какие сложности возникли при работе с Windows API и какие решения были приняты во время разработки.
https://habr.com/ru/articles/1059148/
#C# #wpf #net #windows_api #winapi #open_source #procces_monitoring #xaml #tracker #time_tracker
-
I my daily work I'm maintaining a #dotnet software containing ~5K unit tests including #WPF view model tests.
Most of the work they do is #async, started by 'AsyncRelayCommands'. This means waiting and asserting state changes is also async. Therefore #xunit tests are waiting often for `ManualResetEventSlim' to fire triggered by 'INotifyPropertyChanged' events.
I have wrapped this nicely in some lines of code which will result in test code being easier on the eyes in my opinion. Maybe this is useful someone else?
For details see:
-
I my daily work I'm maintaining a #dotnet software containing ~5K unit tests including #WPF view model tests.
Most of the work they do is #async, started by 'AsyncRelayCommands'. This means waiting and asserting state changes is also async. Therefore #xunit tests are waiting often for `ManualResetEventSlim' to fire triggered by 'INotifyPropertyChanged' events.
I have wrapped this nicely in some lines of code which will result in test code being easier on the eyes in my opinion. Maybe this is useful someone else?
For details see:
-
I my daily work I'm maintaining a #dotnet software containing ~5K unit tests including #WPF view model tests.
Most of the work they do is #async, started by 'AsyncRelayCommands'. This means waiting and asserting state changes is also async. Therefore #xunit tests are waiting often for `ManualResetEventSlim' to fire triggered by 'INotifyPropertyChanged' events.
I have wrapped this nicely in some lines of code which will result in test code being easier on the eyes in my opinion. Maybe this is useful someone else?
For details see:
-
I my daily work I'm maintaining a #dotnet software containing ~5K unit tests including #WPF view model tests.
Most of the work they do is #async, started by 'AsyncRelayCommands'. This means waiting and asserting state changes is also async. Therefore #xunit tests are waiting often for `ManualResetEventSlim' to fire triggered by 'INotifyPropertyChanged' events.
I have wrapped this nicely in some lines of code which will result in test code being easier on the eyes in my opinion. Maybe this is useful someone else?
For details see:
-
I my daily work I'm maintaining a #dotnet software containing ~5K unit tests including #WPF view model tests.
Most of the work they do is #async, started by 'AsyncRelayCommands'. This means waiting and asserting state changes is also async. Therefore #xunit tests are waiting often for `ManualResetEventSlim' to fire triggered by 'INotifyPropertyChanged' events.
I have wrapped this nicely in some lines of code which will result in test code being easier on the eyes in my opinion. Maybe this is useful someone else?
For details see:
-
https://www.europesays.com/pl/540863/ [Wielka Pętla Fordonu] Kolejny odcinek gotowy #2026 #bołtucia #BudowaBydgoszcz2026 #Bydgoszcz #ddr #Dolinaśmierci #DrogaDlaRowerów #Fordon #GóraSzybowników #GórkiFordońskie #InwestycjeBydgoszcz2026 #MonteCassino #PiwnikaPonurego #PL #Poland #Polish #Polska #Polski #rataja #Twardzickiego #WielkaPętlaFordonu #wpf
-
Migrate Your WPF App to the Web, From Your Browser | XAMLio
https://blog.xaml.io/post/migrate-wpf-to-the-web/
#dotnet #xaml #wpf #migration #appdev #wasm #webdev #appdev #csharp
-
Migrate Your WPF App to the Web, From Your Browser | XAMLio
https://blog.xaml.io/post/migrate-wpf-to-the-web/
#dotnet #xaml #wpf #migration #appdev #wasm #webdev #appdev #csharp
-
Migrate Your WPF App to the Web, From Your Browser | XAMLio
https://blog.xaml.io/post/migrate-wpf-to-the-web/
#dotnet #xaml #wpf #migration #appdev #wasm #webdev #appdev #csharp
-
Migrate Your WPF App to the Web, From Your Browser | XAMLio
https://blog.xaml.io/post/migrate-wpf-to-the-web/
#dotnet #xaml #wpf #migration #appdev #wasm #webdev #appdev #csharp
-
Migrate Your WPF App to the Web, From Your Browser | XAMLio
https://blog.xaml.io/post/migrate-wpf-to-the-web/
#dotnet #xaml #wpf #migration #appdev #wasm #webdev #appdev #csharp
-
Теплые и влажные Плитки для документов на C#: не проводник
Не “проводник”, а визуальное пространство документов, что-то ближе к COSMOS (от Waves)-подходу, где файлы живут плитками, имеют вес, цвет, превью, теги, статус и историю. Всем привет. :?*(*%:%=) Ниже разбор, как мы шли от красивых, но тяжёлых плиток к более живому и быстрому интерфейсу на C# И давайте сразу разберемся с плитками (Тут только о плитках)
https://habr.com/ru/articles/1053696/
#C# #WPF #XAML #плитки #документы #интерфейс #UI #виртуализация #превью #Rust
-
Теплые и влажные Плитки для документов на C#: не проводник
Не “проводник”, а визуальное пространство документов, что-то ближе к COSMOS (от Waves)-подходу, где файлы живут плитками, имеют вес, цвет, превью, теги, статус и историю. Всем привет. :?*(*%:%=) Ниже разбор, как мы шли от красивых, но тяжёлых плиток к более живому и быстрому интерфейсу на C# И давайте сразу разберемся с плитками (Тут только о плитках)
https://habr.com/ru/articles/1053696/
#C# #WPF #XAML #плитки #документы #интерфейс #UI #виртуализация #превью #Rust
-
Теплые и влажные Плитки для документов на C#: не проводник
Не “проводник”, а визуальное пространство документов, что-то ближе к COSMOS (от Waves)-подходу, где файлы живут плитками, имеют вес, цвет, превью, теги, статус и историю. Всем привет. :?*(*%:%=) Ниже разбор, как мы шли от красивых, но тяжёлых плиток к более живому и быстрому интерфейсу на C# И давайте сразу разберемся с плитками (Тут только о плитках)
https://habr.com/ru/articles/1053696/
#C# #WPF #XAML #плитки #документы #интерфейс #UI #виртуализация #превью #Rust
-
Creating Dual Use Windows GUI and Console Applications | by Rick Strahl
-
Creating Dual Use Windows GUI and Console Applications | by Rick Strahl
-
Creating Dual Use Windows GUI and Console Applications | by Rick Strahl
-
Creating Dual Use Windows GUI and Console Applications | by Rick Strahl
-
Creating Dual Use Windows GUI and Console Applications | by Rick Strahl
-
マスク氏の「兆万長者」資産と2021年の飢餓解決提案が再注目
フランスの左翼議員がマスク氏の富を批判し世界の飢餓を指摘した投稿に対し、2021年のマスク氏の発言「60億ドルで世界飢餓を解決できるなら寄付するが会計を公開せよ」が引用され、7,600以上のいいねを獲得した。この提案は国連世界食糧計画（WFP）の主張への返答で、WFPは計画を公開したがマスク氏は不祥事などを理由に応じなかった。XではNPOの透明性やマスク氏の雇用創出貢献をめぐる議論が広がり、富の再分配と根本解決の重要性が話題
