8000 WPF + DXVK + WebGPU/We metal = SilverLight · Issue #3727 · dotnet/wpf · GitHub
[go: up one dir, main page]
Skip to content

WPF + DXVK + WebGPU/We metal = SilverLight #3727

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
arontsang opened this issue Nov 2, 2020 · 7 comments
Open

WPF + DXVK + WebGPU/We metal = SilverLight #3727

arontsang opened this issue Nov 2, 2020 · 7 comments
Labels
Enhancement Requested Product code improvement that does NOT require public API changes/additions
Milestone
Future

Comments

@arontsang
Copy link

Native Browser silver light support. Think about it!
@ryalanms ryalanms added the Enhancement Requested Product code improvement that does NOT require public API changes/additions label Nov 5, 2020
@ryalanms ryalanms added this to the Future milestone Nov 5, 2020
@ClosetBugSlayer
Copy link

Steve Jobs thought about it and promptly banned Flash from iOS.

@arontsang
Copy link
Author

@ClosetBugSlayer Steve Jobs banned the Flash PLUGIN. Yet he allowed HTML5+Javascript. The reasoning being that the PLUGIN was closed source. "Adobe's Flash products are 100% proprietary," -Steve Jobs.

This would be a solution that is pure WebASM and HTML5 and would be a logical next step for mixing Blazor tech with WPF. If the DotNet foundation continues down their current path, the entire pipeline would be FOSS.

The main reason that WPF is currently Windows only, is that it has native windows bindings (the biggest of which is DirectX). Translating the DX layer to Vulkan and running that on WebGPU would allow fully accelerated WPF on WebASM/DotNet Core.

@arontsang arontsang changed the title WPF + VXDK + WebGPU/We metal = SilverLight WPF + DXVK + WebGPU/We metal = SilverLight Nov 10, 2020
@AlexanderDorofeev
Copy link

The provided approach makes sense, cos current Microsoft technologies do not provide support for targeting Xaml based desktop apps for Linux or Web platforms.
Not sure if this should be implemented on top of WPF or Silverlight V-Next, maybe Maui will be the best choice, cos of its cross-platform nature.

@lindexi
Copy link
Member
lindexi commented Dec 14, 2021

It is hard to bring wpf to DXVK

@arontsang
Copy link
Author

@lindexi My understanding of WPF is that "All display in WPF is done through the DirectX engine, allowing for efficient hardware and software rendering."*

Given that DXVK is a drop in DX replacement with a VK backend. It SHOULD be easy.

@rrvenki
Copy link
rrvenki commented May 7, 2025

@arontsang the key difference between Winform & WPF is WPF is Vector Graphics while Winform is GDI. So WPF is far efficient.

Pls take a look at OpenSilver.NET 3.2. They do a good job in supporting/migrating your WPF into any platform and support VB.NET, FS.NET including C#. Their XAML editor is better than the one in VS2022 by giving exactly same VB6 drag & drop feature.

@lindexi
Copy link
Member
lindexi commented May 13, 2025

@arontsang I try to use https://github.com/XenoAtom/XenoAtom.Graphics . But I do not make any progress.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Enhancement Requested Product code improvement that does NOT require public API changes/additions
Projects
None yet
Milestone
Future
Development

No branches or pull requests
6 participants
@arontsang @rrvenki @AlexanderDorofeev @lindexi @ryalanms @ClosetBugSlayer
0