@codingame/monaco-editor-wrapper 10.1.3 → 11.1.0

package/dist/assets/{JakeBecker.elixir-ls-0.20.0.vsix → JakeBecker.elixir-ls-0.26.4.vsix}/CHANGELOG.md

@@ -1,5 +1,140 @@
 ### Unreleased
 
+### v0.26.4: 31 January 2025
+
+#### Improvements
+
+- ElixirLS updated to [v0.26.4](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0264)
+
+### v0.26.3: 30 January 2025
+
+#### Improvements
+
+- ElixirLS updated to [v0.26.3](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0263)
+- Relaxed VSCode engine requirement to 1.93. ElixirLS should now be compatible with Cursor 0.42+
+
+### v0.26.2: 2 January 2025
+
+#### Improvements
+
+- ElixirLS updated to [v0.26.2](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0262)
+
+### v0.26.1: 30 December 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.26.1](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0261)
+
+#### Fixes
+
+- Fixed regression in formatter plugin loader
+
+### v0.26.0: 30 December 2024
+
+#### Highlights
+
+- Support for elixir 1.18
+
+#### Improvements
+
+- ElixirLS updated to [v0.26.0](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0260)
+- Build dependencies updated
+
+### v0.25.0: 15 December 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.25.0](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0250)
+- Added support for `embedded-content` scheme to the list of documentSelector for all languages handled by this extension. This allows any other extension to properly forward any elixir-related command to be handled by ElixirLS only when actually necessary [Marlus Saraiva](https://github.com/msaraiva)
+
+### v0.24.2: 14 October 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.24.1](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0241)
+
+### v0.24.1: 6 October 2024
+
+#### Fixes
+
+- fixed a crash in telemetry init caused by breaking change in @vscode/extension-telemetry library
+
+### v0.24.0: 6 October 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.24.0](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0240)
+
+### v0.23.1: 10 August 2024
+
+#### Fixes
+
+- Addressed regression on Windows affection users with whitespaces in home path - [Alim ul kader T](https://github.com/Aulk98)
+
+### v0.23.0: 3 August 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.23.0](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0230)
+- Added support for remote debugging launch configs (with `attach` request)
+- It is possible to restrict `mix.exs` search (projectDir) to the current root folder only, so in multi-root workspace configurations ElixirLS won't start in the outermost containing the `mix.exs` folder - [Vladimir Drobyshevskiy](https://github.com/vheathen)
+
+#### Fixes
+
+- Addressed breaking change introduced in VSCode 1.92 affecting Windows related to CVE-2024-27980 - [Lars Oehnenamen](https://github.com/wheredoipressnow)
+
+### v0.22.1: 10 July 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.22.1](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0221)
+- Enabled ANSI colors in Debug Adapter
+
+### v0.22.0: 11 June 2024
+
+#### Highlights
+
+- Support for elixir 1.17
+- Support for OTP 27
+
+#### Improvements
+
+- ElixirLS updated to [v0.22.0](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0220)
+- Added support for elixir 1.17 sigils with numerals
+- Added missing OTP 26+ dialyzer options `overlapping_contract` and `no_unknown`
+- Improvements to terminal link provider [Juan Barrios](https://github.com/03juan)
+
+### v0.21.3: 22 May 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.21.3](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0213)
+
+### v0.21.2: 21 May 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.21.2](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0212)
+
+### v0.21.1: 8 May 2024
+
+#### Improvements
+
+- ElixirLS updated to [v0.21.1](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0211)
+
+### v0.21.0: 5 May 2024
+
+#### Highlights
+
+- OTP incremental dialyzer is now the default dialyzing engine on OTP 26+. While slower than ElixirLS dialyzer it is much better at tracking module dependencies and should resolve issues with transient dialyzer warning that do not disappear on recompile. ElixirLS dialyzer is still available and incremental dialyzer can be disabled by config setting `elixirLS.incrementalDialyzer`
+- Experimental support for Code actions added. Two code actions are available: Replace unknown remote def, replace an unused variable with an underscore [Samuel Heldak](https://github.com/sheldak)
+
+#### Improvements
+
+- ElixirLS updated to [v0.21.0](https://github.com/elixir-lsp/elixir-ls/blob/master/CHANGELOG.md#v0210)
+- Debug test from Test UI now runs tests in trace mode to disable timeouts
+- New logo [Kirills Reunovs](https://github.com/Kirlovon)
+
 ### v0.20.0: 21 February 2024
 
 #### Highlights

package/dist/assets/{JakeBecker.elixir-ls-0.20.0.vsix → JakeBecker.elixir-ls-0.26.4.vsix}/README.md

@@ -91,7 +91,7 @@ If you run into issues with the extension, try these debugging steps:
 - After stopping your editor, remove the entire `.elixir_ls` directory, then restart your editor.
   - NOTE: This will cause you to have to re-run the entire dialyzer build
 
-You may need to set `elixirLS.mixEnv`, `elixirLS.mixTarget`, and `elixirLS.projectDir` if your project requires it. By default, ElixirLS compiles code with `MIX_ENV=test`, `MIX_TARGET=host`, and assumes that `mix.exs` is located in the workspace root directory.
+You may need to set `elixirLS.mixEnv`, `elixirLS.mixTarget`, `elixirLS.projectDir` and/or `elixirLS.useCurrentRootFolderAsProjectDir` if your project requires it. By default, ElixirLS compiles code with `MIX_ENV=test`, `MIX_TARGET=host`, and assumes that `mix.exs` is located in the workspace root directory.
 
 If you get an error like the following immediately on startup:
 
@@ -100,31 +100,9 @@ If you get an error like the following immediately on startup:
     ** (EXIT) no process: the process is not alive or there's no process currently associated with the given name, possibly because its application isn't started
 ```
 
-and you installed Elixir and Erlang from the Erlang Solutions repository, you may not have a full installation of Erlang. This can be solved with `sudo apt-get install esl-erlang`. (This was originally reported in [#208](https://github.com/elixir-lsp/elixir-ls/issues/208).)
+and you installed Elixir and Erlang from the Erlang Solutions repository, you may not have a full installation of Erlang. This can be solved with `sudo apt-get install esl-erlang`. (This was originally reported in [#208](https://github.com/elixir-lsp/elixir-ls/issues/208)).
 
-On fedora if you only install the elixir package you will not have a full erlang installation, this can be fixed by running `sudo dnf install erlang` (This was reported in [#231](https://github.com/elixir-lsp/elixir-ls/issues/231).)
-
-If you are seeing the message "Invalid beam file or no abstract code", you need to make sure that your Mix project is set to use the `elixirc` compiler option `--debug-info`, which can be done by adding the following line to your `mix.exs` `project` section:
-
-```
-elixirc_options: [debug_info: Mix.env() == :dev]
-```
-
-For example:
-
-```
-defmodule MyApp.MixProject do
-  use Mix.Project
-
-  def project do
-    [
-      app: :my_app,
-      version: "0.1.0",
-      elixir: "~> 1.11",
-      elixirc_paths: elixirc_paths(Mix.env()),
-      elixirc_options: [debug_info: Mix.env() == :dev],
-    ...
-```
+On fedora if you only install the elixir package you will not have a full erlang installation, this can be fixed by running `sudo dnf install erlang` (This was reported in [#231](https://github.com/elixir-lsp/elixir-ls/issues/231)).
 
 ### Check ElixirLS Output
 

package/dist/assets/{JakeBecker.elixir-ls-0.20.0.vsix → JakeBecker.elixir-ls-0.26.4.vsix}/elixir.json

@@ -2073,7 +2073,7 @@
       ]
     },
     {
-      "begin": "~[A-Z]+(?>\"\"\")",
+      "begin": "~[A-Z][A-Z0-9]*(?>\"\"\")",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2089,7 +2089,7 @@
       "name": "string.quoted.other.literal.elixir"
     },
     {
-      "begin": "~[A-Z]+(?>''')",
+      "begin": "~[A-Z][A-Z0-9]*(?>''')",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2105,7 +2105,7 @@
       "name": "string.quoted.other.literal.elixir"
     },
     {
-      "begin": "~[A-Z]+\\{",
+      "begin": "~[A-Z][A-Z0-9]*\\{",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2121,7 +2121,7 @@
       "name": "string.quoted.double.literal.elixir"
     },
     {
-      "begin": "~[A-Z]+\\[",
+      "begin": "~[A-Z][A-Z0-9]*\\[",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2142,7 +2142,7 @@
       ]
     },
     {
-      "begin": "~[A-Z]+\\<",
+      "begin": "~[A-Z][A-Z0-9]*\\<",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2163,7 +2163,7 @@
       ]
     },
     {
-      "begin": "~[A-Z]+\\(",
+      "begin": "~[A-Z][A-Z0-9]*\\(",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2184,7 +2184,7 @@
       ]
     },
     {
-      "begin": "~[A-Z]+\\/",
+      "begin": "~[A-Z][A-Z0-9]*\\/",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2200,7 +2200,7 @@
       "name": "string.quoted.double.literal.elixir"
     },
     {
-      "begin": "~[A-Z]+\\'",
+      "begin": "~[A-Z][A-Z0-9]*\\'",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2216,7 +2216,7 @@
       "name": "string.quoted.double.literal.elixir"
     },
     {
-      "begin": "~[A-Z]+\\\"",
+      "begin": "~[A-Z][A-Z0-9]*\\\"",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"
@@ -2232,7 +2232,7 @@
       "name": "string.quoted.double.literal.elixir"
     },
     {
-      "begin": "~[A-Z]+\\|",
+      "begin": "~[A-Z][A-Z0-9]*\\|",
       "beginCaptures": {
         "0": {
           "name": "punctuation.definition.string.begin.elixir"

package/dist/assets/{JakeBecker.elixir-ls-0.20.0.vsix → JakeBecker.elixir-ls-0.26.4.vsix}/package.json

@@ -11,9 +11,9 @@
   "author": "The Elixir community",
   "license": "MIT",
   "publisher": "JakeBecker",
-  "version": "0.20.0",
+  "version": "0.26.4",
   "engines": {
-    "vscode": "^1.80.0"
+    "vscode": "^1.93.0"
   },
   "sponsor": {
     "url": "https://github.com/sponsors/elixir-lsp"
@@ -73,13 +73,19 @@
           "scope": "resource",
           "type": "boolean",
           "default": true,
-          "description": "Trigger ElixirLS build when code is saved."
+          "description": "Trigger ElixirLS build when code is saved"
         },
         "elixirLS.dialyzerEnabled": {
           "scope": "resource",
           "type": "boolean",
           "default": true,
-          "description": "Run ElixirLS's rapid Dialyzer when code is saved."
+          "description": "Run ElixirLS's rapid Dialyzer when code is saved"
+        },
+        "elixirLS.incrementalDialyzer": {
+          "scope": "resource",
+          "type": "boolean",
+          "default": true,
+          "description": "Use OTP incremental dialyzer (available on OTP 26+)"
         },
         "elixirLS.dialyzerWarnOpts": {
           "scope": "resource",
@@ -89,28 +95,30 @@
           "items": {
             "type": "string",
             "enum": [
-              "error_handling",
-              "extra_return",
-              "missing_return",
-              "no_behaviours",
-              "no_contracts",
-              "no_fail_call",
-              "no_fun_app",
+              "no_return",
+              "no_unused",
+              "no_unknown",
               "no_improper_lists",
+              "no_fun_app",
               "no_match",
-              "no_missing_calls",
               "no_opaque",
-              "no_return",
+              "no_fail_call",
+              "no_contracts",
+              "no_behaviours",
               "no_undefined_callbacks",
-              "no_unused",
-              "underspecs",
-              "unknown",
               "unmatched_returns",
-              "overspecs",
+              "error_handling",
+              "no_missing_calls",
               "specdiffs",
+              "overspecs",
+              "underspecs",
               "no_underspecs",
+              "extra_return",
               "no_extra_return",
-              "no_missing_return"
+              "missing_return",
+              "no_missing_return",
+              "unknown",
+              "overlapping_contract"
             ]
           },
           "default": []
@@ -157,6 +165,12 @@
           "minLength": 0,
           "default": ""
         },
+        "elixirLS.useCurrentRootFolderAsProjectDir": {
+          "scope": "resource",
+          "type": "boolean",
+          "description": "Don't try to look for mix.exs in parent directories",
+          "default": false
+        },
         "elixirLS.fetchDeps": {
           "scope": "resource",
           "type": "boolean",
@@ -390,6 +404,59 @@
                 "default": true
               }
             }
+          },
+          "attach": {
+            "required": [
+              "projectDir",
+              "remoteNode"
+            ],
+            "properties": {
+              "remoteNode": {
+                "type": "string",
+                "description": "Remote OTP node to connect to"
+              },
+              "env": {
+                "type": "object",
+                "description": "Environment variables to set before debugging - You may want to set MIX_ENV in here."
+              },
+              "debugAutoInterpretAllModules": {
+                "type": "boolean",
+                "description": "When debugging, interpret all files. Note: Only interpreted files will be part of the debugging stack traces. However this has a performance impact on large repositories, so if debugging is too slow, disable debugAutoInterpretFiles and use debugInterpretModulesPatterns to specify which files to interpret.",
+                "default": true
+              },
+              "debugInterpretModulesPatterns": {
+                "type": "array",
+                "description": "The modules to interpret when debugging - For details of interpreting, see the :int module in Erlang. Only modules that are interpreted will show up in the debugger stacktrace. An example of a pattern is: \"MyApp.*\", which will interpret all modules that begin with \"MyApp.\"",
+                "items": {
+                  "type": "string",
+                  "minLength": 1
+                }
+              },
+              "projectDir": {
+                "type": "string",
+                "description": "Project root directory (usually the workspace root)",
+                "default": "${workspaceRoot}"
+              },
+              "excludeModules": {
+                "type": "array",
+                "description": "Names of modules not to interpret - If a module contains NIFs, you should exclude it. Examples: Some.Module, :erlang_module",
+                "items": {
+                  "type": "string",
+                  "minLength": 1
+                },
+                "uniqueItems": true
+              },
+              "stackTraceMode": {
+                "type": "string",
+                "description": "Option passed to :int.stack_trace/1. See https://www.erlang.org/doc/man/int#stack_trace-1 for details",
+                "enum": [
+                  "all",
+                  "no_tail",
+                  "false"
+                ],
+                "default": "no_tail"
+              }
+            }
           }
         },
         "initialConfigurations": [
@@ -591,36 +658,29 @@
     "update-vscode": "node ./node_modules/vscode/bin/install",
     "pretest": "npm-run-all clean compile",
     "test": "node ./out/test/runTest.js",
-    "lint": "eslint . --ext .js,.ts",
-    "check-formatting": "prettier --check ./src/ .*.js ",
-    "fix-formatting": "prettier --write ./src/ .*.js ",
+    "lint": "biome check",
+    "fix-formatting": "biome format --write",
     "esbuild-release": "npm run esbuild-base -- --minify",
     "esbuild-base": "esbuild ./src/extension.ts --bundle --outfile=out/extension.js --external:vscode --format=cjs --platform=node",
     "esbuild": "npm run esbuild-base -- --sourcemap",
     "esbuild-watch": "npm run esbuild-base -- --sourcemap --watch"
   },
   "devDependencies": {
-    "@types/glob": "^8.0.0",
-    "@types/mocha": "^10.0.0",
-    "@types/node": "^18.0.0",
-    "@types/shelljs": "^0.8.0",
-    "@types/vscode": "~1.80.0",
-    "@typescript-eslint/eslint-plugin": "^6.0.0",
-    "@typescript-eslint/parser": "^6.0.0",
-    "@vscode/debugprotocol": "^1.64.0",
-    "@vscode/test-electron": "^2.3.0",
-    "esbuild": "^0.19.0",
-    "eslint": "^8.0.0",
-    "eslint-config-prettier": "^9.0.0",
-    "glob": "^8.0.0",
+    "@biomejs/biome": "^1.9.4",
+    "@types/mocha": "^10.0.10",
+    "@types/node": "^20.0.0",
+    "@types/vscode": "~1.93.0",
+    "@vscode/debugprotocol": "^1.68.0",
+    "@vscode/test-electron": "^2.4.1",
+    "esbuild": "^0.24.0",
+    "glob": "^11.0.0",
     "mocha": "^10.0.0",
-    "npm-run-all": "^4.0.0",
-    "prettier": "^3.0.0",
-    "rimraf": "^5.0.0",
-    "typescript": "~5.3.0"
+    "npm-run-all": "^4.1.5",
+    "rimraf": "^6.0.1",
+    "typescript": "~5.7.0"
   },
   "dependencies": {
-    "@vscode/extension-telemetry": "^0.9.0",
-    "vscode-languageclient": "^9.0.0"
+    "@vscode/extension-telemetry": "^0.9.8",
+    "vscode-languageclient": "^9.0.1"
   }
 }

package/dist/assets/{JuanBlanco.solidity-0.0.174.vsix → JuanBlanco.solidity-0.0.182.vsix}/README.md

@@ -1,7 +1,7 @@
 # Solidity support for Visual Studio code
 [![Version](https://vsmarketplacebadges.dev/version/juanblanco.solidity.png)](https://marketplace.visualstudio.com/items?itemName=juanblanco.solidity)  [![Downloads](https://vsmarketplacebadges.dev/downloads-short/juanblanco.solidity.png)](https://marketplace.visualstudio.com/items?itemName=juanblanco.solidity) [![Installs](https://vsmarketplacebadges.dev/installs-short/juanblanco.solidity.png)](https://marketplace.visualstudio.com/items?itemName=juanblanco.solidity) [![Rating](https://vsmarketplacebadges.dev/rating-short/juanblanco.solidity.png)](https://marketplace.visualstudio.com/items?itemName=juanblanco.solidity#review-details)
 
-Solidity is the language used in Ethereum to create smart contracts, this extension provides: 
+[Solidity](https://soliditylang.org/) is the language used in Ethereum to create smart contracts, this extension provides: 
 
 * Syntax highlighting
 * Snippets
@@ -368,14 +368,113 @@ You may have only the abi of a smart contract and want to code generate the cont
 ![Screenshot](https://github.com/juanfranblanco/vscode-solidity/raw/HEAD/screenshots/abigeneration.png)
 
 
-## Single smart contract manual code generation
+## Single smart contract manual code generation/
 To code generate the Nethereum contract api from a single smart contract, you need to select the compiled "json" output file from the "bin" folder, press F1 and start typing "Solidity: Code generate" and select what language you want to generate for the current selected file.
 
 ## All smart contracts manual code generation
 To code generate the Nethereum contract for all smart contracts already compiled, just press F1, and start typing "Solidity: Code generate" and select the option for all contracts for your desired language.
 
-### (Deprecated) Analysis of smart contracts with Mythx
-Mythx analysis tool, has been moved to its own stand alone extension, [please download it here](https://marketplace.visualstudio.com/items?itemName=MythX.mythxvsc).
+Here's the updated section for the **VSCode Solidity** extension's `README.md`, including the note that multiple `nethereum-gen.multisettings` files can be used, and explaining that they need to be prefixed if desired:
+
+---
+
+## Code Generation with `.nethereum-gen.multisettings`
+
+The Solidity extension for VSCode supports advanced contract code generation through configuration files like `.nethereum-gen.multisettings`. These files allow you to define multiple code generation settings for your smart contracts, enabling the generation of client-side code for various platforms (e.g., C#, Unity Coroutines)  based on Solidity ABI files.
+
+To generate the code just right click on the file as demonstrated here:
+
+![Screenshot](https://github.com/juanfranblanco/vscode-solidity/raw/HEAD/screenshots/codeGenerateNethereumMultiSettings.png)
+
+You can have **multiple `nethereum-gen.multisettings` files** for different projects, modules, or environments by prefixing the file name as needed (e.g., `project1.nethereum-gen.multisettings`, `moduleX.nethereum-gen.multisettings`). This allows for flexibility in organizing large projects with distinct code generation needs.
+
+A typical `.nethereum-gen.multisettings` file uses the following structure:
+
+Note: DO NOT INCLUDE THE COMMENTS
+```json
+[
+    {
+        "paths": ["out/ERC20.sol/Standard_Token.json"],
+        "generatorConfigs": [
+            {
+                "baseNamespace": "MyProject.Contracts",
+                "basePath": "codeGenNodeTest/GeneratorSets/Example2/MyProject.Contracts",
+                "codeGenLang": 0,  // Code generation for C#
+                "generatorType": "ContractDefinition"  // Generates contract definitions in C#
+            },
+            {
+                "baseNamespace": "MyProject.Contracts",
+                "basePath": "codeGenNodeTest/GeneratorSets/Example2/MyProject.Contracts",
+                "codeGenLang": 0,  // Code generation for C#
+                "generatorType": "UnityRequest"  // Generates Unity client request code
+            }
+        ]
+    },
+    {
+        "paths": ["out/IncrementSystem.sol/IncrementSystem.json"],
+        "generatorConfigs": [
+            {
+                "baseNamespace": "MyProject.Contracts.MyWorld1.Systems",
+                "basePath": "codeGenNodeTest/GeneratorSets/Example2/MyProject.Contracts.MyWorld1.Systems",
+                "codeGenLang": 0,  // Code generation for C#
+                "generatorType": "ContractDefinition"
+            },
+            {
+                "baseNamespace": "MyProject.Contracts.MyWorld1.Systems",
+                "basePath": "codeGenNodeTest/GeneratorSets/Example2/MyProject.Contracts.MyWorld1.Systems",
+                "codeGenLang": 0,
+                "generatorType": "MudExtendedService",  // Generates Mud services
+                "mudNamespace": "myworld1"
+            }
+        ]
+    },
+    {
+        "paths": ["mudMultipleNamespace/mud.config.ts"],
+        "generatorConfigs": [
+            {
+                "baseNamespace": "MyProject.Contracts.MyWorld1.Tables",
+                "basePath": "codeGenNodeTest/GeneratorSets/Example2/MyProject.Contracts.MyWorld1.Tables",
+                "generatorType": "MudTables",  // Generates Mud tables
+                "mudNamespace": "myworld1"
+            }
+        ]
+    },
+    {
+        "paths": ["mudMultipleNamespace/mud.config.ts"],
+        "generatorConfigs": [
+            {
+                "baseNamespace": "MyProject.Contracts.MyWorld2.Tables",
+                "basePath": "codeGenNodeTest/GeneratorSets/Example2/MyProject.Contracts.MyWorld2.Tables",
+                "generatorType": "MudTables",
+                "mudNamespace": "myworld2"
+            }
+        ]
+    }
+]
+```
+
+### Key Configuration Fields
+
+- **`paths`**: Points to the ABI or config files generated from Solidity contracts or Mud system configurations.
+- **`generatorConfigs`**: Specifies how the code should be generated.
+  - **`baseNamespace`**: The root namespace for generated code (e.g., `MyProject.Contracts`).
+  - **`basePath`**: The output path for the generated code files.
+  - **`codeGenLang`**: Specifies the language for code generation (e.g., `0` for C#).
+  - **`generatorType`**: Determines the type of code to generate:
+    - `"ContractDefinition"`: Generates contract classes.
+    - `"UnityRequest"`: Generates Unity Request (Coroutines) code for interacting with contracts. NOTE: Async is now the preferred option.
+    - `"MudExtendedService"`: Generates services for the Mud system.
+    - `"MudTables"`: Generates table-related code for the Mud framework.
+  - **`mudNamespace`**: Specifies the namespace for Mud system-related code.
+
+### Usage
+
+1. Define your code generation settings in one or more `nethereum-gen.multisettings` files.
+2. Each file can independently specify multiple generator configurations for different languages or platforms, such as Unity or C#.
+3. When using multiple files, prefix the `nethereum-gen.multisettings` files with a project or module name (e.g., `project1.nethereum-gen.multisettings`, `moduleX.nethereum-gen.multisettings`) to separate different configurations.
+4. When the code generation tool runs, it will generate the code according to the settings in the files, creating contract classes, services, or Unity client code depending on your configuration.
+
+
 
 ## Contributing / Issues / Requests