Content blocks for global content, with revisions. Use HTML without formatting being broken. Not only for devs.
Not only for developers.
Create content blocks for reusable global content. Supports revisions. With input fields for raw HTML, JS, and CSS without worrying about auto formatting, with an option to also use the usual formatted WordPress tinyMCE editor.
This plugin let’s you create modular content blocks the right way:
Using content blocks you can create blocks of content to display globally. Change the block and any page the content block is embedded on will reflect the changes.
Use Cases:
The WordPress WYSIWYG editor and even the text editor is often unpredictable not adding line breaks when wanted, or losing formatting after editing a post:
Just create a content block calling it “br” using only the HTML box and put <br> in the box. The shortcode “[dcb name=br]” can then be used whenever you want to make sure that you have a line break.
You may have multiple “thank you” pages for different LP’s. When you start new campaigns or want to add new conversion code (or delete an old conversion code), you need to go to each ty page and add/delete the conversion code:
With modular content you can maintain all your conversion codes in one block and then just put the same shortcode in all ty pages. Also, with the regular WordPress editor you cannot always safely embed conversion code in the post itself and rely on using a separate template. This plugin solves all these issues.
Ads:
Use the content blocks to manage your ads in one place. Create a content block per ad, then use a shortcode in your post content/theme files/widgets where you want to display each ad.
There are many more use cases, these were just a few examples. Really you can use content blocks for so many cases and the power it gives you to manage and maintain modular content is necessary on almost any kind of website.
Content Blocks are an easy way for you to create your own shortcodes within the admin and can be used as a minimal shortcode builder.
Dev Content Blocks is created with developers in mind, so while it is simple enough for any WordPress user to use, developers will have added benefit of being able to use raw HTML without it being formatted by wptexturize and wpautop. Think arbitrary HTML in the old text widget (new “Custom HTML” widget). Here paragraphs are NOT added automatically.
Also, as CSS and JS can easily be added here without fear of it losing it’s formatting, this plugin let’s you create and manage your own shortcodes. You can easily create shortcodes (the type that do not accept arguments) and manage them in one place in the admin instead of creating them in the theme or as a separate plugin per shortcode.
You can actually add CSS and JS in the HTML box but, for convenience this plugin has separate optional CSS and JS boxes to allow you to separate your content and code.
The output of the shortcode is:
1. Content from the WordPress editor if it is enabled. (Note, here wptexturize and wpautop are used).
2. Content from the HTML box.
3. The CSS code wrapped in a style tag.
4. The JS code wrapped in a script tag.
(“if(typeof(jQuery) !== ‘undefined’) {$ = jQuery.noConflict();}” is prepended to the script.)
Please Note. Dev Content Blocks lets you use raw HTML, JS, and CSS therefore be careful if copying and pasting from random web pages as in order to allow you maximum control with the content blocks, you will be able to paste JS that is not entirely validated.
/wp-content/plugins/plugin-name
directory, or install the plugin through the WordPress plugins screen directly.Page builders are not recommended as they can clash when being used from within a shortcode or on other pages. It is best to use the WordPress HTML or WYSIWYG editor or even better just use the HTML block provided with this plugin. If you want to try using a page builder, it still may work in some cases but you may lose compatibility in the future. (You have been warned 🙂 )
If you use a page builder and do not see the option to use it on the content block edit screen, you may need to enable it for the post type: Dev Content Blocks. (Depends if your page builder supports custom post types).
Take into account that some page builders output the style per page and not inline meaning that styling may not be visible in the shortcode output.
Tested with Divi Builder it works if you also enable Divi Builder on the destination page itself. (But Divi Builder default CSS might over ride your custom CSS set in the shortcode)
Tested with Elementor the styling done in Elementor does not come through as it is only generated on the page the element was generated on. (The content block page not the destination page using the shortcode pointing to the content block.)
While logged into the admin you can see a preview of the content block by clicking the “view Content Block” link, or the URL below the title, or the “Preview Changes” button in the post publish meta section.
Same as previewing any page or post.
In the admin visit “Settings” > “Permalinks” in order to activate the CPT preview screen.
No:
The content will not be visible, previewing the content block is only possible if you are logged into the admin. Non logged in visitors will receive a 404 page if they were to for some reason have access to the URL of the content block. Content blocks are only meant to be used as a shortcode to output content within another post type or area of the site.
The post type has “public” set to “false” so it should not be in the sitemap but you should check whatever generates your sitemap and make sure the “Dev Content Blocks” post type does not appear there.
The shortcodes are displayed at the top of the content block edit screen below the title.
It is highly advised to use the ID of the shortcode for instance [dcb id=4] as the ID will not change however for convenience you can use the slug in two easy to remember formats eg: [dcb name=tests] or [dcb slug=tests]. You really have no reason to change the slug even if you change the title so it is safe enough but ID is the mot reliable.
No problem! Only the boxes you enter content into will be included in the output
No, you can simply toggle the switch in the content editor section to allow or disallow output from the default WP editor. (This section should appear below the “Content Block Code” section)
The plugin is designed to first output the code from the WP editor and then from the HTML box. If you need to have arbitrary raw HTML within the WP editor then create a separate content block and insert that into the WP editor in the current content block (Yes you can nest different content blocks within each other). You can also nest another content block’s shortcode in the HTML editor box.
The preview tries to use a blank page with just the header, content area, and the footer but different themes might clash with that. Please email me if you have any issues and I will try to assist. Optionally you could just insert the shortcode into a test page, preview there, and when it is ready copy the shortcode to the actual page you want to use it on.
Also note, the content may look differently on different template pages based on the container width.
As you type suggestions should appear, just hit TAB to accept the suggestion or the arrow buttons on your keyboard to select a different suggestion.
This is by design to enable fast scrolling to the end of the text box without worrying about losing focus when you reach the end of the box. If you want to continue scrolling the page, either wait for the scrollbar in the textbox to disappear (after about a second) or move the mouse away from the textbox.
Yes! There are a few reasons:
* With “Dev Content Blocks” you can use the modular content on posts/pages/ CPT’s where you did not enable the page builder. For instance, often blog posts are written in the default WordPress editor and this way there is no need to enable the page builder on those posts just to be able use some modular content like CTA’s, conversion code, forms, etc…
* You cannot easily use page builder modules within widgets or theme files.
* “Dev Content Blocks” content & code is organized per content block with clear separation between regular content, HTML, JS, and CSS.
* If you stop using the builder or change builders you will still have your modules.
* Easy to export modules between sites regardless of both sites using the same page builder.
* “Dev Content Blocks” can be used as modules within most page builders as long as they support using shortcodes (which most if not all of them do).
* Unlike “Dev Content Blocks”, most page builders do not offer an easy option to add code that does not get reformatted in the output. So you may end up having unwanted line breaks, or broken CSS, or scripts that don’t work and cause errors.
Tested with WordPress 5.0.2
Fixed issue with global version constant not being defined
Fix to resize boxes – HTML and CSS were not working due to wrong classname
WordPress 4.9.7 compatibility testing
Readme changes
Tested with WP 4.9
Fix to bug with displaying content from WYSIWYG
Added auto code suggestion.
Readme changes
Changed markup in single.php and added CSS to it to support more themes
Fix to post type to ensure it is not in sitemap
Update to readme
First Version