@@ -66,6 +66,7 @@ setting2 = "value"
66
66
```
67
67
68
68
Example from an indexing tool:
69
+
69
70
``` toml
70
71
[project .metadata .indexing ]
71
72
namespace = " counter-contract"
@@ -74,25 +75,28 @@ schema_path = "out/release/counter-contract-abi.json"
74
75
75
76
#### Guidelines for Plugin Developers
76
77
77
- 1 . Best Practices
78
- - Choose clear, descriptive metadata key names
79
- - Document the exact metadata key name your tool expects
80
- - Don't require ` Forc.toml ` if tool can function without it
81
- - Consider using TOML format for dedicated config files
78
+ Best Practices
79
+
80
+ * Choose clear, descriptive metadata key names
81
+ * Document the exact metadata key name your tool expects
82
+ * Don't require ` Forc.toml ` if tool can function without it
83
+ * Consider using TOML format for dedicated config files
82
84
83
- 2 . Implementation Notes
84
- - The metadata section is optional
85
- - Forc does not parse metadata contents
86
- - Plugin developers handle their own configuration parsing
87
- - Choose unique metadata keys to avoid conflicts with other tools
85
+ Implementation Notes
86
+
87
+ * The metadata section is optional
88
+ * Forc does not parse metadata contents
89
+ * Plugin developers handle their own configuration parsing
90
+ * Choose unique metadata keys to avoid conflicts with other tools
88
91
89
92
#### Example Use Cases
90
- - Documentation generation settings
91
- - Formatter configurations
92
- - Debugger options
93
- - Wallet integration
94
- - Contract indexing
95
- - Testing frameworks
93
+
94
+ * Documentation generation settings
95
+ * Formatter configurations
96
+ * Debugger options
97
+ * Wallet integration
98
+ * Contract indexing
99
+ * Testing frameworks
96
100
97
101
This allows for a streamlined developer experience while maintaining clear separation between core Forc functionality and third-party tools.
98
102
0 commit comments