Yeah if you put the tags in the content of the posts they will get indexed and search should find them, keep in mind the body of the posts are searched when you search in "posts" so if you are only searching for titles they wont show up.
Using highlight.js for code blocks as posts load
drew last edited by drew
I've been working on a branch for Redactor to parse different blocks in different ways.
It makes a button and you can pick a style, and it puts it in.
Initially I just had it wrap code in <pre><code></code></pre> but then I tried to introduce highlight.js for good WYSIWYG.
Unfortunately redactor has some stuff going in the background that just munges it each time.
You can see what I am doing here:
I think the smarter way is if I introduce post parsing as they load in instead of trying to do it in the composer box on the fly.
Is it possible for me to hook into each post and run code against it?
Essentially I'd have the post saved in the db with the plain <pre> tag, but when it loaded into the DOM I'd either (serverside or clientside, whichever) parse the post and run any <pre> blocks through highlight.js to get them looking right.
Is that possible? Anybody able to point me in the right direction?
I believe markdown plugin already does something like this take a look here
drew last edited by
@baris thanks. I realised there's some issues with redactor munging the data.
When code is insered inside a <pre/> block, switching between HTML and WYSIWYG views will munge the content to HTML entitites.
You can recreate this issue on this page:
Switch to code view and add some HTML inside the <pre/> block. I entered:
Switch to WYSIWYG and back to code and it has been replaced by:
This breaks the ability to parse that code later with syntax highlighters.
I've raised it with Imperavi.