Not exactly what I was thinking and now that I see it - it makes no sense to do it this way as the font sizes should not be related to the colour scheme.

My idea was to keep the two new fieldsets (as in the other proposal) but only to display them if you have set a flag in the templatedetails.xml

I think requiring users to touch the .xml is a bad idea. Thats a dev feature not user feature.

I think requiring users to touch the .xml is a bad idea. Thats a dev feature not user feature.

That's not what I said

I'm not sure, if I should modify the database on updates (insert the new parameters in the template style).

@drmenzelit In past (before J5) we did not do that because we had to use risky string modifications for the params, but since 5.0 we can use json functions to add values, so we could do that with an update SQL script, e.g. "6.0.0-2025-06-19.sql". If you want I can make a PR for your branch with that.

@drmenzelit What I don't understand yet is why we have the params in both the extensions table and the template styles table for the Cassiopeia template.
For Atum we have emty params in the extensions table and have only params in the template styles table.
Maybe in case of Cassiopeia it's a remainder from early development and can be cleaned up in the extensions table?

For front-end template:
We should not modify existing template under any circumstances, unless there a bug. It will break many exiting installations that uses this template.

There 2 options:

• new style: but only when it is compatible with template file, and both old and new style will work without extra work from User side.
• new template

For back-end template:
We can just override existing template parameters with new, and call it a "new".

UPD.

We should not modify existing template

I meant the "template parameters"

We can add the new fieldsets to cassiopeia with the default option for them to be disabled and then only enabled by the user. This would not be changing any existing paramaters. There would no need for the db to be updated. Only when a user enables the fields and saves will any changes be written to the db.

That also can work, yes.

But for new installations it need to be enabled somehow :)

@richard67

If you want I can make a PR for your branch with that.

What I don't understand yet is why we have the params in both the extensions table and the template styles table for the Cassiopeia template.

When we finally find the best way to modify the template, I will be grateful if you can help with the DB part

@Fedik

We should not modify existing template under any circumstances, unless there a bug.

We have introduced changes in the template already (e.g. font schema).