[Gtk] NuGet packages - Githubissues

jsuarezruiz / maui-linux

.NET MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.

https://devblogs.microsoft.com/dotnet/introducing-net-multi-platform-app-ui/

MIT License

831 stars 35 forks source link

[Gtk] NuGet packages #90

Closed lytico closed 1 month ago

lytico commented 5 months ago

Discussion: Should where be NuGet packages at this early stage of implementation?

lytico commented 5 months ago

@jsuarezruiz wrote: maybe we can start creating some NuGet packages from this point? https://github.com/jsuarezruiz/maui-linux/pull/66#issuecomment-2050172964

@lytico wrote: not sure about that, it's really not production ready at all https://github.com/jsuarezruiz/maui-linux/pull/66#issuecomment-2050214832

@mhrastegari wrote: Why not a pre-release package? :") https://github.com/jsuarezruiz/maui-linux/pull/66#issuecomment-2050553949

lytico commented 5 months ago

pros:

Gtk Applications in Maui's "Dialect" Motivation to join Maui Gtk implementation

cons: Only basic controls are working at the moment Some of the basic Controls have errors

mhrastegari commented 5 months ago

Yes! I mean if only BlazorWebView and native navigation works it's totally worth it!

kztao commented 5 months ago

i completely agree

steveriemannx commented 5 months ago

Yes!

taha-ghadirian commented 4 months ago

Yes! I mean if only BlazorWebView and native navigation works it's totally worth it!

That is exactly what we need to kick-start a new MAUI Blazor project on Linux! Publishing a pre-release would be greatly appreciated.

jsuarezruiz commented 3 months ago

My point of view here would be:

Create a Nightly feed.
Add the status to the Wiki and documentation with a link a table with the implementation (every control), etc. and clearly indicate that it is a pre-release. Both in documentation and with versioning.

The reasons would be:

Allow devs to create apps on Linux. Only with Label, Entry and Button you can create various types of Apps. With Blazor Hybrid open many possibilities. I think that in the current state, although very far from something stable, it can allow the creation of certain types of apps.
Having devs using it increases the possibilities of increasing the community: having more feedback or who knows, even more devs cooperating with PRs etc.

The disadvantage, it may cause a negative feeling/feedback due to lack of implementations. Could happen, it's a risk, I would say that the solution would be a good Wiki and correctly share the message.

Feedback?

ysmoradi commented 3 months ago

@jsuarezruiz Thanks for your efforts

In bitplatform we helps developers to write the codes only once and have as much as outputs as possible, and as you can see, the Linux support is missing

I know there is a fair expectation about quality of a nightly feed provided nupkg

I've the same hope about blazor hybrid and Linux, especially if we become able to test them directly in windows thanks to wslg and Visual Studio.

knocte commented 3 months ago

Feedback?

If by "nightly feed" you mean that each commit to the master branch (or main-linux branch) generates a nuget package that can be consumed by anyone interested, I fully support this idea. We have this approach in FSharpLint: each commit generates a prerelease nuget package. When we feel it is ready for a (non prerelease) nuget package, then we create a git tag and a nuget package with the version of the git tag gets pushed to nuget.org.

Making both nighly feed (prerelease nuget packages) and normal packages live in nuget.org also helps visibility and makes it very easy to consume without the need to subscribe to different nuget sources.

If you want to go ahead with this approach, my team can take care of it (with your guidance) and we will propose a PR.

jsuarezruiz commented 1 month ago

Feedback?

If by "nightly feed" you mean that each commit to the master branch (or main-linux branch) generates a nuget package that can be consumed by anyone interested, I fully support this idea. We have this approach in FSharpLint: each commit generates a prerelease nuget package. When we feel it is ready for a (non prerelease) nuget package, then we create a git tag and a nuget package with the version of the git tag gets pushed to nuget.org.

Making both nighly feed (prerelease nuget packages) and normal packages live in nuget.org also helps visibility and makes it very easy to consume without the need to subscribe to different nuget sources.

If you want to go ahead with this approach, my team can take care of it (with your guidance) and we will propose a PR.

After reviewing the feedback on this thread, I think we can agree on having a nightly feed to allow easy usage of what's currently available and to help with the visibility of the project. @knocte open an issue, and we'll discuss how to handle it in that thread.

mhrastegari commented 1 month ago

Hey @jsuarezruiz Is it possible to debug it directly in Windows with WSLG and Visual Studio?

Because .NET MAUI development on Linux with VSCode is not as good as developing on Windows with Visual Studio which has a lot of tools and feature for .NET development! plus VS WSL works like a charm!

WSLG: Run Linux GUI apps with WSL | Microsoft Learn

WSL: Get started using VS Code with WSL | Microsoft Learn Debug .NET apps in Linux using WSL - Visual Studio (Windows) | Microsoft Learn