bbPress compatibility #6
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Here's a go at a bbPress compatible version. Developed using WordPress 3.5-RC1-22852 and bbPress 2.2.2 It's working well on both front-end and admin editing using tinymce.
Bugs still present:
Issue One: tinymce's valid_children config does not allow for the pre element to contain block level elements.
Example: an html shotcode block with an h1 after save will have opening and closing pre tags injected by tinymce
Possible Solution: filtering tiny_mce_before_init on my install to allow the invalid xhtml nesting
Issue Two: Relating to the inclusion of an h1 tag in the example given above. In the admin or front-end editor and upon reload after save/edit the h1 will be styled as an h1 not as pre. This will usually go away after switching between the visual and html tabs and back again. I'm not sure if the browser is choking on the invalid nesting of pre or it's a tinymce bug.
Possible Solution: a pre parented css reset injected as the editor style may work