Sorry, we don't support your browser.  Install a modern browser

Settings Panel area for dedicated settings fields#230

It has been discussed many times as far as I know but it just doesn’t give me any peace. Currently there is the menu item “Settings” in Kirby.

Variant 1

We rename this as already suggested here in “system” to express more clearly what this point does.
https://kirby.nolt.io/90

Variant 2 (preferred)

It would be still super ingenious if it would be possible to deposit fields in “settings” itself. Instead of only one blueprint for site (site.yml) there could also be one for settings (settings.yml). Here you would have to look how this would be accessible in PHP. Examples:

$site->option();
$site->settings()->option();
$settings->option();

Or alternatively in the site blueprint and with another option “position: settings” or similar (prefered solution instead of seperate blueprint).

It’s hard for me to imagine the effort or the technology behind it, whether it’s a bigger or a smaller effort to implement that.

4 years ago
1

I’d personally love option 2. Hate to store site wide options inside the panel’s “homepage”.

4 years ago
12

@Oliver.mayer I think the biggest conceptual hurdle with this one is still a good idea how and where to store these values then.

4 months ago

My absolutely preferred method would still be to store everything in $site as before, but to separate settings visually. In other words, the storage space remains the same, but different blueprints are possible?

In other words, there would be a blueprint site.yml, but also settings.yml. Both save in site.txt, but are technically located in different Blueprint files?

4 months ago