WebViewFeedback VS v

You say that being web centric precludes usage on conventional gaming platforms. What about all the games that are PC only anyways? They could use Tauri or whatnot & have incredibly easy time porting to native.

Games such as Battlefield have already used web technology to power much of the game chrome. Taking this a step further doesn't seem like a real constraint. Microsoft themselves are working to extend fast performance webviews to Xbox uwp's. https://github.com/MicrosoftEdge/WebView2Feedback/issues/215...

You're also not acknowledging the upside. Plenty of games would love to have an easy-to-make runs-anywhere multi-parryty game. Letting people log in from work or their phone could be a huge advantage to reaching markets. The market of people with access to web browsers is much bigger than the market of console owners!

You're also constraining your thinking to a narrow band in other ways, again ignoring plenty of great potential. Unreal has had huge success gaining entry into all kinds of unexpected spaces; cinema, architecture, events. Engines have a much wider market than just games, and having engines available on a much broader set of modalities than conventional game engines can unlock new use cases. No one's going to build a navigation tool requiring everyone to have a Steam Deck, but if all it takes is a phone then maybe that becomes interesting.

This also seems like an amazing starter kit for education and hobby coders. Wouldn't it be amazing to be able to be a year or two into learning development, and be able to create your own virtual world? That anyone can easily join & access from any device? That potential makes me thrilled.

Maybe this innovation isn't for you & you want to stick to conventional modalities. Fine, great! Don't use this. I for one see a lot of potential & reason for excitement. I think it has plenty of revenue potential, and vast amounts of cool potential.

Drag and drop is still broken in WebView2, so all blazor Maui drag and drop is broken. This is still not being fixed by MS https://github.com/MicrosoftEdge/WebView2Feedback/issues/2805

Add Ons or Extensions with WebView2 (WebView2Feedback#98)

FIXED! RPG-254 Unbeknownst to me, Microsoft broke the toolbar on the WebView2 component that Sojour uses for displaying PDFs. The toolbar is now visible again and I have also fixed an odd threading issue, where once upon a time, opening a character sheet used to make that character sheet's window unresponsive for the first click. It's now responsive from the get-go.

Comment on the page point to a few GitHub issues for macOS and Linux support.

Linux: https://github.com/MicrosoftEdge/WebView2Feedback/issues/645...

> Hey all - We don't currently have a timeline for when we would begin this work. Unfortunately it's very unlikely to be soon.

macOS: https://github.com/MicrosoftEdge/WebView2Feedback/issues/131...

> No updates since @ningccn's comment above. We are continuing to make progress on Mac and haven't begun Linux planning yet.

"Microsoft Teams is getting big performance improvements".... but only for Windows!

Maybe some day we can have WebView2 in Linux[1] and others.

[1] https://github.com/MicrosoftEdge/WebView2Feedback/issues/645

Got some traction over on GitHub, please post your comments there! Microsoft has acknowledged this issue and is tracking: https://github.com/MicrosoftEdge/WebView2Feedback/issues/3136

Yep, and edge webview2 uses edge for the most part. Yet there's something specific to the edge webview2 runtime that makes it hard to port even if edge itself is already available on mac/linux. I think it's because it uses some windows specific APIs to expose functionalities that aren't available to regular webviews.

They were planning on maybe releasing the linux port around the end of 2021, as they were prioritizing the mac port first.

But I don’t think even the mac port has been released yet... So it kind of makes sense for the Teams team (ha!) to just not bother with a linux release if the runtime they are developing on isn't even on the release roadmap yet. Though I guess that makes the switch from electron even more confusing.

https://github.com/MicrosoftEdge/WebView2Feedback/issues/645

Their site is clearly showing the language is in beta. The V documentation also states that autofree is WIP, and to use the GC instead. This isn't a corporate created language, but looks to be a true volunteer open source effort from people around the world.

Their community, in comparison to others, even has their discussions open and open threads for criticism[1]. These

[1]https://github.com/vlang/v/discussions/7610

V also has this https://github.com/vlang/v/blob/master/doc/docs.md#embed_fil...

Goroutines was the selling point for me until they decided to introduce telemetry in their toolchain; that was what forced me to stop using Golang as a whole.

About GC, I would say: if you implement C++'s RAII mechanism to replace garbage collection, then I believe this project will have a bright future.

My final question is the following: how `pcz` compares to V language, from a syntax's perspective [1]?

[1] https://github.com/vlang/v

V has the right to exist, have its supporters, and do things its own way. The creator and developers of V, from what I have seen, has always responded well to constructive criticism. Their language has discussions opened at their GitHub, unlike those for various other languages. They even have a thread for what people don't like and want improved about the language[1], again, something many other languages don't have.

A lot of what was going on initially, was coming from obvious competitors, to include being uncivil, inflammatory, and insulting. The initial "criticism" was not so much that, but false accusations of the language being a scam, vaporware, fraud, or didn't really exist. To include attacks and jealousy about its funding and having supporters. This was not any kind of "valid" criticism, that the creator or contributors of the language could reason about.

The "criticism" never died down, but rather after V was open-sourced and established itself on GitHub. The initial series of false accusations could not stand nor could the support it was getting be stopped. So, the rhetoric and targets shifted to whatever could be found to go after on the newly released alpha version of the language and its new website. In that new mix of what was being thrown at it, there were indeed some very valid criticisms, as can be found with any new language.

Constructive and valid criticism, is not the same as insults, trolling, misinformation, rivalry, or false accusations. There is clearly a difference. It's disingenuous to pretend something from one group is the same as the other, or that the intent behind what is being done is not different.

[1] https://github.com/vlang/v/discussions/7610