wwwroot support

[Dwarf1er]

First of all, I just wanted to start by saying that the work you've done on this fork of Photino is awesome!

I was curious because I saw in your backlog tracker that you had marked the wwwroot sharing issue as implemented and was wondering how you had done it since I had previously thought it was a limitation from the build system itself as I had seen in: dotnet/aspnetcore#50894

Embedding files that get generated at build time in wwwroot without a separate project would be really clean.

Cheers!

[AnnaSasDev]

Thanks for all the kind words, the library is still far from finished, but atleast it is stable state that can be used as a replacement for Photino.

Ah I think there is a bit of confusion on this issue. There were two issues, and a few more from looking at the various repo's of Photino, involved with the wwwroot. One is indeed the embedded support system to compile the entire application into one .exe file, which has never been implemented so far. Neither in Photino, nor in InfiniFrame, though it is still an avenue I want to explore.

The other issue was that Photino's web resources, js files, html files, etc... could never be obtained from the wwwroot folder, but instead used a hardcoded folder location to place these files in. This, as far as I interpreted was the issue that I had resolved by turning it into a setting with its default set to wwwroot.
Photino originally had foundations to start this whole embedded wwwroot process, but to my understanding it was never fully implemented and I left it out of the new code base, in favor of making a proper solution from the ground up in the future.

[AnnaSasDev]

Very cool! Hopefully the wwwroot embed gets implemented upstream in dotnet directly in the future :)

Well after doing some research it should be possible through the implemntations I am trying to create in #117 but I can't promise anything

[AnnaSasDev]

so uhm 63c975a has a "functional" experimental build for this in the examples... trying to make a single tool that builds the entire workflow into one script or system will be challenging I think

[AnnaSasDev]

@Dwarf1er I am working in #117 on a dotnet tool that packs a .csproj build into one exe build fully. The issue is the intracacy of WebView2Loader and the native library needing to be loaded in some specific ways. I resolved this by creating a InfiniFrameSingleFileBootstrap.Initialize() call that needs to be added at the beginning of you Program.cs but other than that, it should resolve a lot of issues that arrose during trying to get this whole system to work.

I have also created a new example: InfiniFrameExample.SingleFileExe that shows a minimal build for this.

It still needs a tiny bit of work before being released, but it is proving to be... functional 😅

[Dwarf1er]

That's awesome! This makes packaging super easy for apps that have deps like MudBlazor that generae filles in wwwroot :D

[AnnaSasDev]

That's awesome! This makes packaging super easy for apps that have deps like MudBlazor that generae filles in wwwroot :D

@Dwarf1er version 0.3.2 allows you to use the dotnet tool according to the docs. Again, this entire repo is still in a sort of pre-release phase and things can be unstable. If you notice any issues with the tool, please relay them back in a github issue and I can try and resolve it soon.