Ignacio Roldán Etcheverry

`ms-dotnettools.csharp` license only allows its use in VSCode. An open alternative is [muhammad-sammy.csharp](https://open-vsx.org/extension/muhammad-sammy/csharp). But I don't think we actually depend on this extension (need to confirm), so maybe we should...

We only depend on `ms-vscode.mono-debug` because we re-use some of their settings, so with some changes the dependency could be removed.

This is hard with the way the extension implements code completion right now. We use regex to toggle suggestions and we have no semantic information, so what we can do...

I don't have the time to update the docs but if any one is interested, here is some information. For the new custom builds system, as explained [here](https://github.com/godotengine/godot/issues/28736#issuecomment-492828654), you need...

@Coleim We still support the old system of pre-compiled apks. In fact it's still the default, which is why it complains if you remove the export templates apks. In order...

If this causes too much trouble, we may as well forget about supporting this in Godot 3.x. It's too much trouble. In 4.0 we don't need to worry about this...

**WARNING:** This is not tested as I don't have a osxcross build environment set up.

I couldn't get it to work when compiled for arm64. No idea if it's even supported by Mono yet with how new this is.

I will have a look at the issue with newer versions.

I've created a new [release](https://github.com/godotengine/godot-monodevelop-addin/releases) which includes a package for MonoDevelop and another one for Visual Studio for Mac. Let me know if this one works for you. **NOTE:** This...