I have used LinqPad on Windows for a number of years and have a purchased copy. But I would like to install it on a MacBook. With support for .NET Core it should work I just don't see any .dmg or package installers for Mac?
Is it possible that, we can just remove all the Windows only library depedency, such as Util.Chart, so to make LPRun6.exe/LPRun6-x86.exe runing on other .NET Core 3.0 runtime/sdk supported platform.
So that DevOps has other options to make good use of LINQPad 6?
It's probably doable, but a fair bit of work because it's likely that dozens of minor things will need changing. And more importantly, every time a build is released, it will have to be tested on multiple platforms, each of which has to be set up, updated and maintained. I'm not sure that enough people would use the command-line only version to justify this.
Maybe a web front end on the LP engine would be the way to go? I know you end just trading platform testing for browser testing and that is also not trivial but may be an option worth considering.
@spagolu9 said:
I recently got Mac for my work laptop and I miss LinqPad so much. I am eagerly waiting for a Mac version of it.
LINQPad runs just fine under macOS with the help of Parallels. Not sure tho if this also is the case on the ARM Version (I can test it probably at the weekend).
I turned my back on Windows a long time ago, since Mono became a viable alternative, and especially in the last few years when .NET became supported on major platforms, it would be great if I could use LINQPad on my mac. Do you have plans to port LINQPad to macOS or Linux? Thanks.
macOS and Linux are not likely to be supported soon - we still don't have a cross-platform WPF/WinForms, and the cross-platform UI libraries that are available right now would require more than half of LINQPad to be rewritten.
@JoeAlbahari said:
A rewrite is easier said than done: the UI projects alone are over 50k LOC, not counting the editor. It's been in constant development since 2008.
Because the .Net community appears to support the adaption to multi-platform flexibility, your notion will eventually come to a standstill.
So, sir, in order to conform to that ideology, would you kindly take this into consideration once more?
We sincerely adore and value your work.
Regards
I second @soner! The only reason that I have VM Windows on my Mac is LinqPad.
If the problem is WPF, there is maui, avaloniaui, and, uno. Edge is also cross-platform. .net 7 is very mature on Mac and Linux.
If the problem is the time, then maybe use (the community) can help in some way.
You can figure out a sort of licensing to secure the problem of code ownership.
Please make this happen.
https://github.com/tareqimbasher/NetPad : We love LinqPad, but we also miss its tremendous utility when not working on Windows. This is an effort to develop an open-source, web-enabled, cross-platform alternative.
The goal isn't to reach 100% feature parity with LinqPad, but to offer an acceptable alternative that covers the features developers most commonly need, and if we're lucky, a few new useful ones!
Not LINQPad but an Interesting take on the concept.
https://github.com/tareqimbasher/NetPad : We love LinqPad, but we also miss its tremendous utility when not working on Windows. This is an effort to develop an open-source, web-enabled, cross-platform alternative.
The goal isn't to reach 100% feature parity with LinqPad, but to offer an acceptable alternative that covers the features developers most commonly need, and if we're lucky, a few new useful ones!
Not LINQPad but an Interesting take on the concept.
It is x86/64 intel based app. When we are talking Mac computers from 2022 on, we always talk about the Silicon ARM architecture. There will be no any intel mac anymore.
@JoeAlbahari Now that we have Avalonia XPF, and if you don't have much Windows Forms dependencies, it might be worth to give going cross platform another shot?
Avalonia XPF looks very promising. With the large pricetag, it's clearly pitched at commercial/production use, which is a good sign, and should also see a greater injection of money and resources into the Avalonia project.
There are plans for LINQPad 8 to move more of the code to WPF which would make a transition easier. There are still significant challenges, but this is the most promising avenue yet.
Comments
So that DevOps has other options to make good use of LINQPad 6?
Avalon.Edit seems to be a alternative for WPF and WinForms.
Maybe a web front end on the LP engine would be the way to go? I know you end just trading platform testing for browser testing and that is also not trivial but may be an option worth considering.
I recently got Mac for my work laptop and I miss LinqPad so much. I am eagerly waiting for a Mac version of it.
LINQPad runs just fine under macOS with the help of Parallels. Not sure tho if this also is the case on the ARM Version (I can test it probably at the weekend).
I turned my back on Windows a long time ago, since Mono became a viable alternative, and especially in the last few years when .NET became supported on major platforms, it would be great if I could use LINQPad on my mac. Do you have plans to port LINQPad to macOS or Linux? Thanks.
macOS and Linux are not likely to be supported soon - we still don't have a cross-platform WPF/WinForms, and the cross-platform UI libraries that are available right now would require more than half of LINQPad to be rewritten.
Then how about rewriting it? There's a huge amount of dev using Mac OS these days.
Personally I'm not a fan of macs, but I gave up making fun of mac users years ago, it's like making fun of a kid in a wheelchair.
Seriously though. If you need help rewriting it lmk
A rewrite is easier said than done: the UI projects alone are over 50k LOC, not counting the editor. It's been in constant development since 2008.
Because the .Net community appears to support the adaption to multi-platform flexibility, your notion will eventually come to a standstill.
So, sir, in order to conform to that ideology, would you kindly take this into consideration once more?
We sincerely adore and value your work.
Regards
I second @soner! The only reason that I have VM Windows on my Mac is LinqPad.
If the problem is WPF, there is maui, avaloniaui, and, uno. Edge is also cross-platform. .net 7 is very mature on Mac and Linux.
If the problem is the time, then maybe use (the community) can help in some way.
You can figure out a sort of licensing to secure the problem of code ownership.
Please make this happen.
Has anyone tried https://github.com/tareqimbasher/NetPad?
Not LINQPad but an Interesting take on the concept.
It is x86/64 intel based app. When we are talking Mac computers from 2022 on, we always talk about the Silicon ARM architecture. There will be no any intel mac anymore.
@soner Yes I understand.
NetPad is based on Electron.js and it has support for Apple Silicon:
https://www.electronjs.org/blog/apple-silicon
NetPad recently added support for Apple Silicon, New macOS ARM chips:
https://github.com/tareqimbasher/NetPad/releases/tag/v0.3.1
@JoeAlbahari Now that we have Avalonia XPF, and if you don't have much Windows Forms dependencies, it might be worth to give going cross platform another shot?
Avalonia XPF looks very promising. With the large pricetag, it's clearly pitched at commercial/production use, which is a good sign, and should also see a greater injection of money and resources into the Avalonia project.
There are plans for LINQPad 8 to move more of the code to WPF which would make a transition easier. There are still significant challenges, but this is the most promising avenue yet.