Windows dotdevelop xwt: Do not merge #153
Conversation
We've told people to use "MonoLiraries.msi" for years to satisfy MonoDevelop build dependencies on Windows. This is antique - grabbed from Mono 2.6, signed with an expired Novell Authenticode cert. Much better to use monodoc.dll from a Mono installation than from MonoLibraries.msi
|
I have now tried to solve the build errors with winbuild-debug.bat to also build the addins. But at least it does not start with addins. |
|
fixed startup now. To compile simple run winbuild-debug.bat in main directory. A lot of addins are now build but the source editor don't work actual. |
|
Also an interesting question is if we can use the GTK UI of the Editor also on Windows and give give up the WPF UI to have a single cross plattform code base for the Editor. Also where in the code it is defined to open up the WPF version? Currently I have commented out some WPF parts because IWpfTextView, ... references are not found in the source code of the source code from the vseditor api. |
|
I get |
|
It would be interesting to actually check how many Windows users are out there. VS/VS Code and even SharpDevelop are better alternatives. Xamarin might need a Windows build of Xamarin Studio to prove that it was self sustainable even without VS, but currently does dotdevelop have the luxury to do the same? I think Linux/GTK 3 should be the top priority, which you are the main contributor in #150, right? |
Seconded, there's no point to cater the Windows crowd here, as they are happy with their VS/Rider/VSCode. |
I would say that an completly OpenSource IDE on windows will be great. VSCode is only a Text Editor and not an real open source replacement for VS. Rider is also not OpenSource.
Sure the focus is to port it to gtk3 on Linux. But I would say that if it is possible that dotdevelop will be an complety cross platform gtk3 IDE in future and gave up windows specific UI and replace it with gtk UI. This will be a long way I know.
@Bod9001 is this build now starting and compiling on your system? you also need to run git submodule init and git submodule update before running the script. Build requieremts on windows are also: |
|
yeah, was able to build with these pointers, might be worth putting them in the main MD, do note github desktop has a fit when trying to change branches so you have to do git checkout in the terminal, built okay , do note it leaves msbuild processes running in the background you have to close them manually if you do multiple builds. of course like you said in the PR, UI elements don't work but it looks promising |
Currently I have installed gettext0.21-iconv1.16-shared-64 but I have not tested if the 32bit version also works. |
I was maintainer of banshee media player in the past. The team tried hard to make it Windows compatible (basically running Gtk on Windows). Most of the time it didn't work (because almost zero upstream Gtk developers care about this OS), and a lot of hacks & workarounds had to be made. Not to mention that there was no proper way to consume the toolkit in this platform, and the team had to generate binaries (of the gtk libs and the program) ourselves. If you truly want to make dotdevelop crossplatform, use xwt (which is being used already by dotdevelop/monodevelop in fact). |
i agree. there should be the priority on porting to GKT3/GtkSharp, and then, if it works, second, if the whole building process works (which is currently in a desperate state), start caring about other platforms. |
|
The main goal is that we have a Linux replacement for Visual Studio on Linux, but I found it also important to play with it to get windows build. Also an interesting experiment is that you can build DebugGnome on Windows with a working text editor. https://github.com/MakiWolf/dotdevelop/tree/windowslinuxbuild It complains with message when starting on windows. you can simple press ok.
And also windows specific debuggers won't work now. This branch is only to demonstrate that it could be working to have the gtk text editor on windows. I have also tried to open a single .cs file and it worked. To try run winbuild-debug.bat to compile gnome on windows |
|
Replaced by PR 155 |
Change xwt back to dotdevelop fork from #152.
To try open Main.sln with Visual Studio 2022 and select Monodevelop.Startup and debugwin32
Also deleted all gtk3 nuget packages because when building gtk2 it causes problems.
I have also installed gettext from https://mlocati.github.io/articles/gettext-iconv-windows.html
Small update with commenting out in main/src/core/MonoDevelop.Ide/MonoDevelop.Components.MainToolbar/MainToolbarController.cs some lines it displays now the main ide window. But opening a file and source editor don't work on windows.
Seems that the .dll files for the addins are not build on windows