You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 16, 2021. It is now read-only.
f.e. in frontend editing, the cmf_block_embed filter might have rendered blocks that get stored as rendered blocks on a save. we should have the filter output some special token to detect that this was content it generated and create a doctrine listener that on saving removes the generated stuff again and restores the call.
something like
....
(if the frontend editor goes destroying that something while editing, then screw him).
this concept could be applied to any filter thing somebody comes up with: if you provide a filter, you should provide a listener as well. each filter you activate is going to cost you. listening on save operations should be comparably cheap as its not happening that often. and anyway is not more expensive than rendering the page.
The text was updated successfully, but these errors were encountered:
f.e. in frontend editing, the cmf_block_embed filter might have rendered blocks that get stored as rendered blocks on a save. we should have the filter output some special token to detect that this was content it generated and create a doctrine listener that on saving removes the generated stuff again and restores the call.
something like
(if the frontend editor goes destroying that something while editing, then screw him).
this concept could be applied to any filter thing somebody comes up with: if you provide a filter, you should provide a listener as well. each filter you activate is going to cost you. listening on save operations should be comparably cheap as its not happening that often. and anyway is not more expensive than rendering the page.
The text was updated successfully, but these errors were encountered: