Task #60801
closedEpic #61834: Create future proof Content Element with strong default
Task #61836: Reorganize Content Element properties within backend Extension
Task #61842: Refactor CSS-Styled-Content + Content Elements
Remove "tt_content >" from SYSEXT: css_styled_content
0%
Description
It would be preferable to not have that rude approach in a system extension (please enlighten me if this is definetely necessary). I'd like to pre-set some config-options in the tt_content namespace before the EXT is loaded.
The part
#********************************** # tt_content is started #********************************** tt_content >
in setup.txt obviously intereres with that.
Updated by Frank Nägler about 10 years ago
I am not sure, but I think to ensure that nothing was set before, also for a stable system, it is not wrong to clean tt_content at this position.
Updated by Mathias Schreiber almost 10 years ago
- Target version changed from next-patchlevel to 7.2 (Frontend)
Updated by Benni Mack over 9 years ago
- Target version changed from 7.2 (Frontend) to 7.4 (Backend)
Updated by Benni Mack over 9 years ago
- Status changed from New to Rejected
This is necessary. It is not about being rude, but about have a clean and proper way of making sure that CSS styled content behaves exactly as it should be - without side effects, and not allowing integrators mess around with it. Ideally, if you need CSS Styled Content (or parts of it), you should copy these parts into your own extension.
If you have any further questions on the topic, feel free to contact me.