-
Notifications
You must be signed in to change notification settings - Fork 163
Run Pretzel under .Net Core? #320
Comments
I would love that, but it will need a lot of changes. |
I understand how that goes. I'll keep following along. :) |
Do you mind if i fork it and push it over to core and release as a global tool? |
I would love to see that! 😄 |
@laedit My plans are: bringing to dotnet core as a global tool and switch to azure devops. |
You mean replace Appveyor by Azure devops? |
@laedit apologies for that, I should have done it a long time ago. I've given you admin rights to this repository now, let me know if there's anything else you need. |
@laedit Did not use Github actions so far, but for open source it would be a nice fit! |
Let's get 🥨 some ❤! |
@shiftkey wow, I was planning to contact you but I have forgotten that you are omniscient 😄 |
@biohazard999 I must confess that I haven't peek at the code for a long time, but I think that And if it is impossible to migrate to MEF2 we could move to another dependency injection lib. |
@laedit i think the codebase is good and it would be a shame to abandon the project. I look into migrating to MEF2 to move to project forward, but the long term goal to go to Microsoft's new DI would be a nice addition! My main focus is to move it to an global tool first, and do afterwards some features as required. |
Good to me :) |
@shiftkey sorry to bother you, I have access to GitHub Actions but it seems that I must be owner of the organization to activate it on pretzel. |
Cause the lack of support of many dependencies (AjaxMin, DotlessClient/Server, Aspnet.Razor) are we going .netcore only? Or do we prefer to keep .net451 as a minimum target and do #if NETSTANDARD? |
I'd like to keep a full .net target for Chocolatey (net451 or later if it simplifies things), but the functionalities should ideally be the same with the netcore target. So I think we should replace there dependencies by other that supports netcore, like WebMarkupMin.Core for minification, dotless.core for dotless and RazorLight or directly Microsoft.AspNetCore.Razor.Runtime for razore rendering, but it could be done in separates PR and do |
@laedit if we go at least net462 we can use a lot of the new stuff and still be full framework as well as cross plattform (aspnet core is >= 2.2) without writing tons of |
Go for 462 😄 ScriptCs is used only to allow plugins from a .csx file. |
5th of Dec we are on the cross cutting concernes ✔️ |
I can't wait to read your article! |
This is more an alternative to #81 - instead of trying to support running on Mono, maybe go for .NET Core instead? You'll get the same ultimate goal (cross-platform) and you can keep it to a single code base (instead of having a .NET version and a Mono version).
Just a thought for an old, loved project that seems to have had some recent work. :)
The text was updated successfully, but these errors were encountered: