The easiest, and highest rated way to Add Widgets to Posts and/or Pages. Create unlimited dynamic sidebars (widget areas) and insert these into a WordPress post or page.
Create as many widget areas (Turbo Sidebars) from the settings menu, and these can be used multiple times.
Each sidebar can be called independently by a shortcode, and you can call more than one per post/page.
Sidebars can be included in the post/page by using a shortcode like the following, where
x is the name of the sidebar.
With the PRO version the widgets can be inserted simply with clicks-not-code using a wizard in the visual editor. This version also includes layout options to easily set the widgets in columns/grid presentation.
Pro version also supports the configurable option to automatically add widgets to all your posts and/or pages. Choose the layout options and whether to add the sidebar and widgets before or after the content. Ideal for adding lists of related posts to the end of every post. Each post and page can also be individually excluded from the auto-inclsion of the widgets.
Pro version key features
* Responsive Horizontal/Column/Grid layout
* Auto insert in Header, Content, or Footer
* Priority Support
Basic In-Content Instructions
- Create a Turbo Sidebar, these are your special widget containers
- Add widgets to the Turbo Sidebar in the same way as you do for normal sidebars
- If using the visual editor use the Add Turbo Sidebar button to add the Shortcode into your post or page where you’d like it to appear.
The sidebars can also be added to any theme, using template tags. This is an ace way to add widgets/sidebars to a theme’s header and footer (or any other part of a theme).
Current Features Include
- Highest Rating — 122 5* Reviews
- No Coding needed
- Create unlimited sidebars
- Place them in posts/pages/custom post types
- Add to themes using template tags
- Works with ALL widgets and themes (let us know if you have an issue)
∗ ∗ ∗ ∗ ∗ Just purchased PRO version and well worth the money. — @artmuns
∗ ∗ ∗ ∗ ∗ Works as advertised + timely response to support request — @3cstudio
∗ ∗ ∗ ∗ ∗ Saving me HOURS of work — @andynick
- Install the plugin from within the Dashboard or upload the directory
widgets-on-pagesand all its contents to the
- Активируйте плагин используя меню ‘Плагины’ в WordPress
- Add the widgets you want to the
Widgets on Pageswidget area in the admin screens
- Add the shortcut
[widgets_on_pages id=x]to the page or post in the place where you’d like your widgets to appear (where ‘x’ = the id of the sidebar to use (or the name if you have named it such as
[widgets_on_pages id=TagCloud]). If using only the default sidebar then no ‘id’ argument is needed (i.e.
- To add a sidebar into a theme you can add the following type of code to the relevant PHP theme file.
<?php widgets_on_template("wop_1"); ?>
- If you see bullet points/images next to the widget titles when using this plugin use the ‘Enable Styling’ setting in the options page
- For further info check out these ace videos put together by Jessica Barnard
Часто задаваемые вопросы
How can I remove the bullet points which appear next to each widget?
Simply select the ‘Enable Styling’ setting in the Widgets on Pages options page.
I did the above but the bullets still show, what now
Your theme’s CSS is probably overriding your setting… you could try using your browsers *inspect element» function to see what part of the CSS is setting the list-style.
Yes… you can have an unlimited number of sidebars defined. The number available can be administered via the settings menu.
What widgets are supported?
All of them. Yup, We’ve not come across a single non-working one yet.
This is a new feature, and is handled differently for various themes. Although tested with a variety of different ones I’m aware that this might not work straight out the box for all users. Please post a support ticket and I’ll look into it.
Участники и разработчики
«Widgets on Pages» — проект с открытым исходным кодом. В развитие плагина внесли свой вклад следующие участники:Участники
- Fixed issue where TurboSidebars could not be shown when picking from the TinyMCE toolbar
- Dep bump — Freemius SDK update to 2.5.10
- Tested up to 6.2.2
- Dep bump — Security Fix
- Dep bump — Security Fix
- Free version now supports TinyMCE button to add widgets
- Adding buttons to admin UI for copying/pasting the Shortcodes and Template Tags
- PRO — More Auto-Insert options. Can now auto-insert before/after header or footer, too.
- Updated main admin page to show video how to, following feedback from users.
- Fixed issue with < PHP5.5. Introduced with the conditional showing of shortcode/template-tag meta boxes as part of v1.2
- Fixed issue — Conflict with some admin pages — Seen with Subscribe to Comments Reloaded
- Change capability of TurboSidebars menu item to ‘edit_post’ to allow editor access
- Bugfix — remove TurboSidebars from Search results
- Pro — Add Auto Insert support for automatically adding Widgets into posts and page, with options for before or after content, restricting by post/page and explicitly excluding from specific posts and pages.
- Add nice message if trying to activate plugin when other versions may already be active
- Remove Turbo Sidebar shortcode-meta-box prior to 1st save.
- Add Template Tag to Turbo Sidebar meta box
- Bugfix — remove TurboSidebars from Search results
- Analytics inclusion for support and ongoing maintenance
- Bugfix: Should fix [issue where widgets were jumping out of the sidebars back to inactive state]. Thanks to all involved for help in debugging. Bug only affected some installs (theme dependant)
- Coloured border to identify TurboSidebars in Widget Admin screen.
- PHP 5.2 Support
- Fixed issue with «Settings» link appearing next to each plugin.
- Added link to the Turbo Sidebars from the old Settings page, as per this forum post, great idea.
- Fixed issue headers being sent from template tag function.
- Fixed issue with php warning when styling checkbox was unchecked.
- Re-written to use OO approach and best practices, using the WordPress Plugin Boilerplate project and WordPress Coding Standards
- Fixed Undefined Index: enable_css issue from the support forum
- Added suggestion Enqueue the CSS from the support forum
- Moved admin menu to Appearance
- Use of Turbo Sidebars as our special widget areas. Better management through CPT
- Updated intermals to «re-hide» options screen from non Administrators (thanks to fran klin for spotting this)
- Removed some potential name conflicts
- Replaced all short PHP tags with long ones to ensure the plugin worked as expected even on sites where PHP short tags were disabled. Props to drdanchaz over at the WordPress.org forums for the tip-off.
- Added more specific selectors to the wop.css to target ul>li as well as ul.
- Added option to add CSS file to auto remove bullets… this has been the biggest cause of support mails/forum posts.
- Corrected shortcode tags show in Widget admin page.
- Resolve potential conflicts with other plugins (contextual help callback).
- Fixed bug so that Widgets settings are not lost when switching themes. Credit to wesleong over at WordPress.org forums for getting this fix on the right track!
- Add settings link on main dashboard plugins page
- Resolve conflict with YouTube Lyte plugin (thanks to Massa P for the tip off)
- Can now add sidebars via template tags so extra sidebars can be added to themes very quickly.
- Added contextual help.
Sidebars can now be named via the options page. These names can be used in place of the numerical id used in older versions. Note that if you change the name you will need to manually update any shortcodes where this is being used.
Fix for activation errors. Looks like it might’ve been the use of php short open tags or line ending chars.
There is now no longer a limit on the number of sidebars that can be defined. Each sidebar can be called independently.
The number of sidebars can now be defined via the settings menu. There can be up to 5 defined. Each sidebar can be called independently.
Minor update so that the functions.php code is not needed anymore… makes like easier.
1st release — only supports one defined in-post/page widget area