begonia599/dsh-config-form

README 摘要

dsh-config-form One settings page for every plugin that opts in. An adopting plugin declares its fields; this plugin routes and renders them. It is a router and a renderer, not a framework. Storage is the author's choice — pass a store and this plugin keeps nothing, or omit it and the settings seam keeps the values for you. Authorization over the values stays with the declaring plugin. If Fabric's split is the analogy: dsh already ships the Mod Menu part — the Settings shell, the Plugins section, and the settings.plugins.tab slot. What was missing is Cloth Config : a declarative form API. That is this. Status: published as dsh-config-form 0.1.0. One tab in Settings → Plugins: adopting plugins on the left, the selected one's form on the right. Why opt-in and not auto-discovery The first design was a page that auto-discovered every plugin's configuration. It was measured and abandoned, because the premise did not hold. Twelve third-party plugins were installed and inspected. One registers a settings namespace. Six ship their own settings page but keep configuration outside the seam — four in browser localStorage , the rest in files they write themselves. So ctx.settings.describe() se…

分类