which happen to also contains configuration data
(would have been much cleaner to store the data in a generated
document…)
Same, could you explain this more?
so I think the best for now is to keep the
default type.
Since you are not supposed to go trough edit more to modify those
configuration data, the edit protection should not really affect users
in practice (no warning when using admin UI).
We happen to have some Admin UI that changes the MailConfig page so I’m fine to use
‘default’ (i.e. to warn the users when they try to edit it).
The important aspect is that we don’t try to merge it when the admin upgrades the wiki
and there’s been changes brought to it (through the Admin UI), and I believe “default”
will achieve this.
Now we might have other *Config pages for which we’re currently lacking an Admin UI till
we provide such a UI, we’ll need to mark those as “demo” for now.
So ok for me for MailConfig (if I understood correctly).
Thanks
-Vincent
WDYT ?
--
Thomas Mortagne