Completely disable s9e text formatter?

OwenMelbz

Hi,

Is there a way to completely disable s9e text formatter manipulating the post content?

We'd like the completely raw untouched content to get added to the database instead of wrapped in their XML tags?

Thanks

luceos

OwenMelbz you can use composer to override Post or CommentPost whichever mutates content using an override, FoF night mode does the same; https://github.com/FriendsOfFlarum/nightmode/blob/fcc97af9028a9ff7dda00cf74392fae10432fc3d/composer.json#L63-L67.

JoshyPHP

OwenMelbz We'd like the completely raw untouched content to get added to the database instead of wrapped in their XML tags

What's the use case for having the raw text in the database? Especially having it instead of the XML version, which would break anything that expects valid XML.

OwenMelbz

luceos Hey - thanks for the response, much appreciated, I think after thinking about it our issue isn't so much of maybe "how" but maybe "what" ?? If that makes sense, trying to figure out where it actually does any of this so we can disable it?

The ideal solution is obviously just run a method in a provider 😃 but unlikely that simple, but otherwise would be helpful to understand how its doing this all in the first place as we're brand new to Flarum.

Thanks

luceos

OwenMelbz yeah sorry it's still early 🙈

You can also rebind 'flarum.formatter' to your own implementation. Then when CommentPost::setContentAttribute prepares it for the database your own implementation is used. CommentPost::getContentAttribute renders it back by the way.

I'm not entirely sure you will be able to do this without running into issues, but if you do please let us know so we can amend things on our end.

Let me know if you have any further questions.

OwenMelbz

luceos Ah I was literally looking down this route at the moment after I found the CommentPost::setFormatter() call!

public function register()
{
    $this->container->extend('flarum.formatter', function () {
        return resolve(CustomFormatter::class);
    });
}

This seems it will do the job 🙂 We're running a completely headless install of flarum so have our own pre-existing markdown renderer, so need the content in the database to remain in its raw state!

luceos

OwenMelbz setFormatter might actually also work, as long as that call is done after the one in core.

OwenMelbz

luceos Ha I tried that! But it's type-hinted to a concrete class name so can't pass in any alternative formatters!

luceos

OwenMelbz I noticed that typehint too. Previously one couldn't rebind that formatter, that's why it is not an interface binding but a class typehint.

Let me know if you hit any other obstruction.

OwenMelbz

luceos I had to actually abandon this whole idea in the end and added a content_raw column to the database that we use and completely ignore the content column.

Found by disabling s9e none of the mentions, or relationships would trigger events/notifications any more 🙁

OwenMelbz

JoshyPHP Nothing on our frontend is expecting XML, as mentioned above we're running a headless installation as we have our own existing website and just using the Flarum API for our existing markdown renderer.