summaryrefslogtreecommitdiff
path: root/modules/mono/editor
AgeCommit message (Collapse)Author
2020-02-27Merge pull request #36602 from van800/jetbrains_msbuildRémi Verschelde
Allow using Rider MSBuild on Windows, when Rider is selected as external editor
2020-02-27use Rider MSBuild on Windows, when Rider is selected as external editorIvan Shakhov
2020-02-27Support toolbox custom "Tools install location", by reading .settings.jsonIvan Shakhov
2020-02-25Variant: Added 64-bit packed arrays, renamed Variant::REAL to FLOAT.Juan Linietsky
- Renames PackedIntArray to PackedInt32Array. - Renames PackedFloatArray to PackedFloat32Array. - Adds PackedInt64Array and PackedFloat64Array. - Renames Variant::REAL to Variant::FLOAT for consistency. Packed arrays are for storing large amount of data and creating stuff like meshes, buffers. textures, etc. Forcing them to be 64 is a huge waste of memory. That said, many users requested the ability to have 64 bits packed arrays for their games, so this is just an optional added type. For Variant, the float datatype is always 64 bits, and exposed as `float`. We still have `real_t` which is the datatype that can change from 32 to 64 bits depending on a compile flag (not entirely working right now, but that's the idea). It affects math related datatypes and code only. Neither Variant nor PackedArray make use of real_t, which is only intended for math precision, so the term is removed from there to keep only float.
2020-02-21Huge Debugger/EditorDebugger refactor.Fabio Alessandrelli
2020-02-20Reworked signal connection system, added support for Callable and Signal ↵Juan Linietsky
objects and made them default.
2020-02-18Mono: Fix build after ObjectID and Texture2D changesRémi Verschelde
2020-02-18PoolVector is gone, replaced by VectorJuan Linietsky
Typed `PoolTypeArray` types are now renamed `PackedTypeArray` and are sugar for `Vector<Type>`.
2020-02-05Remove duplicate WARN_PRINT macro.Marcel Admiraal
2020-02-05Remove duplicate ERR_PRINT macro.Marcel Admiraal
2020-01-24Merge pull request #35524 from neikeq/issue-35496Rémi Verschelde
Fix C# preprocessor infinite loop and incorrect parsing of `#if!`
2020-01-24Fix C# preprocessor infinite loop and incorrect parsing of `#if!`Ignacio Etcheverry
2020-01-23Merge pull request #35478 from neikeq/issue-32260Rémi Verschelde
Mono/C#: Add setting to include I18N assemblies in the exported game
2020-01-23Mono/C#: Add setting to include I18N assemblies in the exported gameIgnacio Etcheverry
2020-01-23Mono/C#: Default to net47 for new projectsIgnacio Etcheverry
2020-01-21Make script class parser errors to not abort the buildIgnacio Etcheverry
As our script class parser is error prone, we should not impede the build from continuing because of a parsing error. This should be reverted in the future once we switch to Roslyn.
2020-01-21Add dummy preprocessor for the C# script class parserIgnacio Etcheverry
No attempts are made at conditional compilation. The main if branch is always assumed to be true.
2020-01-20Mono/C#: Fix error when parsing nested genericsIgnacio Etcheverry
Also fixed the editor not including the parse error message in the error.
2020-01-03Mono/C#: Fix wrong HintPath for package in GodotToolsIgnacio Etcheverry
2020-01-02Mono/C#: Fix comment generation for non-constant param defaultIgnacio Etcheverry
- Generate the comment for the param, even if the method has no description. - Generate the comment outside the <summary> element.
2020-01-02Mono/C#: Fix bindings generator with void vararg methodsIgnacio Etcheverry
Commit 4d727f1ee6b970298a7c1752ba19b49d7060c405 made it possible for vararg methods to return void. This broke the C# bindings generator which was assuming in one place that vararg methods always return Variant.
2020-01-01Update copyright statements to 2020Rémi Verschelde
Happy new year to the wonderful Godot community! We're starting a new decade with a well-established, non-profit, free and open source game engine, and tons of further improvements in the pipeline from hundreds of contributors. Godot will keep getting better, and we're looking forward to all the games that the community will keep developing and releasing with it.
2019-12-31Merge pull request #34699 from van800/godot-guidIgnacio Roldán Etcheverry
Custom property for Godot generated project
2019-12-30Merge pull request #34582 from timothyqiu/forward-declRémi Verschelde
Cleans up headers included in editor_node.h
2019-12-30add custom property to csproj, which identifies that project is generated by ↵Ivan Shakhov
Godot
2019-12-28Mono/C#: Re-structure API solution and GodotTools post-build targetIgnacio Etcheverry
Previously we had a placeholder solution called 'Managed' to benefit from tooling while editing the a part of the C# API. Later the bindings generator would create the final 'GodotSharp' solution including these C# files as well as the auto-generated C# API. Now we replaced the 'Managed' solution with the final 'GodotSharp' solution which is no longer auto-generated, and the bindings generator only takes care of the auto-generated C# API. This has the following benefits: - It's less confusing as there will no longer be two versions of the same file (the original and a generated copy of it). Now there's only one. - We no longer need placeholder for auto-generated API classes, like Node or Resource. We used them for benefiting from tooling. Now we can just use the auto-generated API itself. - Simplifies the build system and bindings generator. Removed lot of code that is not needed anymore. Also added a post-build target to the GodotTools project to copy the output to the data dir. This makes it easy to iterate when doing changes to GodotTools, as SCons doesn't have to be executed anymore just to copy these new files.
2019-12-25fix Rider path on MacIvan.Shakhov
2019-12-24Cleans up headers included in editor_node.hHaoyu Qiu
2019-12-21add suggested fixDan Kramer
2019-12-21Merge pull request #34514 from neikeq/remove-dep-on-mono-posixRémi Verschelde
Mono/C#: Remove GodotTools dependency on the Mono.Posix assembly
2019-12-21Mono/C#: Remove GodotTools dependency on the Mono.Posix assemblyIgnacio Etcheverry
MSBuild on Windows uses the system .NET Framework BCL instead of Mono's. Because of this, it may not be able to find the Mono.Posix assembly, so it's better not to depend on it. We needed Mono.Posix to call Syscall.access, so we can replace this with an internal call that does the same in C++.
2019-12-19Mono/C#: Fix Variant -> MonoString* when type is Variant:NILIgnacio Etcheverry
`Variant::operator String()` returns "Null" if the type is `Variant:NIL`. We must consider that and return a null `MonoString*` instead when marshalling. This was also causing a "Null" error to be displayed when exporting a game because null string members would be set to "Null" during hot-reload.
2019-12-17Mono/C#: Fix project export and fix FindLast/GetFile regressionIgnacio Etcheverry
d09193b08ae8fdb082bee6ffd3828eb19fd45ce6 introduced a regression in StringExtensions.FindLast. StringExtensions.GetFile was also affected as it relies on FindLast. This in turn broke the project exporter as it uses GetFile. The cause of the regression is that now FindLast is calling LastIndexOf with 'startIndex: 0'. This should be 'startIndex: str.Length - 1' instead. Also fixed another regression in the project exporter: de7c2ad21b4cc2d889a5aeda64ead962036d2aa4 moved 'GodotTools/GodotSharpExport.cs' to 'GodotTools/Export/ExportPlugin.cs' and in doing so accidently reverted the changes from commit e439581198de92e63661c4fe71108cb59cc2d999.
2019-12-13Merge pull request #34334 from neikeq/issue-33503Rémi Verschelde
Mono/C#: Fix class parser bug with 'where T : struct'
2019-12-13Mono/C#: Fix class parser incorrectly handling nested namespacesIgnacio Etcheverry
It would incorrectly error thinking the nested namespace is being declared inside a struct/class. This was because of an incorrect nesting level being used for classes and structs.
2019-12-13Mono/C#: Fix class parser bug with 'where T : struct'Ignacio Etcheverry
The struct decl parsing was outdated. Make both struct decl and class declparsing share the same code.
2019-12-11Mono formattingAaron Franke
No space for casting, add spaces inside braces, 4 space indentation, remove trailing indentation, remove BOM.
2019-12-11Merge pull request #34181 from van800/riderRémi Verschelde
Support Rider as external editor for Godot mono version
2019-12-11Support Rider as External EditorIvan Shakhov
2019-12-05Merge pull request #34018 from ↵Ignacio Roldán Etcheverry
dsge/show-template-directory-path-in-error-message Make sure to include the path in the "Data template directory not found" error message
2019-12-04Mono/C#: Several android fixesIgnacio Etcheverry
- Added correct config file for android dllmaps. - Fix __Internal DllImports with a dlopen fallback. - Add missing P/Invoke functions and internal calls expected by the monodroid BCL and our custom version of the 'Android.Runtime.AndroidEnvironment' class (this last one can be found in the godot-mono-builds repo). - Make sure to set 'btls' instead of 'legacy' as the default TLS provider on Android.
2019-11-30Make sure to include the path in the "Data template directory not found" ↵dsge
error message
2019-11-29Mono/C#: Add option to export assemblies outside of PCKIgnacio Etcheverry
When using this options, assemblies will be saved in the Assemblies folder of the data directory: 'data_AppName/Assemblies/'.
2019-11-21Merge pull request #33791 from neikeq/issue-33761Ignacio Roldán Etcheverry
C#: Fix PathWhich on Windows when name already has extension
2019-11-21C#: Fix PathWhich on Windows when name already has extensionIgnacio Etcheverry
Also make the Posix version of PathWhich check if the file has executable access.
2019-11-20Fix C# export error dialog showing up when it should notIgnacio Etcheverry
2019-11-15Make C# internal calls return structs as ref parametersIgnacio Etcheverry
The Mono IL interpreter's WebAssembly to native trampolines don't support passing structs by value, so we need to do it this way. Also now we pass and return long, ulong, float and double as ref parameters as well. This is due to missing trampolines for float and long types. This is likely a temporary workaround that will be reverted in the future. The correct solution would be to patch 'mono/mini/m2n-gen.cs' when building the Mono runtime for WASM in order to generate the trampolines we need.
2019-11-15Mono/C#: Initial exporter support for AOT compilationIgnacio Etcheverry
2019-11-13Mono/C#: WebAssembly supportIgnacio Etcheverry
2019-10-11C#: Fix detection of outdated release Godot API assembliesIgnacio Etcheverry