Remove address fields on WooCommerce checkout page for orders with only virtual products.
Ignores products identified as domain names with WooCommerce Domain Names plugin.
Remove address fields on WooCommerce checkout page for orders with only virtual products.
Ignores products identified as domain names with WooCommerce Domain Names plugin.
Note: This plugin seems abandoned by it’s original author, so I took over to ensure maintenance if needed.
Sometimes when you divide up your WordPress content into categories it all ends up in sub-categories of one or two main categories that don’t have any content themselves.
With the widget you can add a list of sub-categories even if the parent doesn’t have posts.
You can display and filter sub-categories in various ways:
This is the long description. No limit, and you can use Markdown (as well as in the following sections).
For backwards compatibility, if this section is missing, the full length of the short description will be used, and Markdown parsed.
A few notes about the sections above:
/trunk/ for
stable.Note that the readme.txt of the stable tag is the one that is considered the defining one for the plugin, so
if the /trunk/readme.txt file says that the stable tag is 4.3, then it is /tags/4.3/readme.txt that’ll be used
for displaying information about the plugin. In this situation, the only thing considered from the trunk readme.txt
is the stable tag pointer. Thus, if you develop in trunk, you can update the trunk readme.txt to reflect changes in
your in-development version, without having that information incorrectly disclosed about the current stable version
that lacks those changes — as long as the trunk’s readme.txt points to the correct stable tag.
If no stable tag is provided, it is assumed that trunk is stable, but you should specify "trunk" if that’s where you put the stable version, in order to eliminate any doubt.
(formerly barely known as olib-dev)
Dev libraries that might or might not be useful for WordPress plugins developers.
See the sister project magicoli/grunt-translation-tasks to use in a generic project (using gettext insttead of WP-specific framework).
"workspaces": {
"packages": [
"dev/grunt-wp-plugin-tasks"
]
}// ...existing code...
const pluginName = 'YOURPLUGINSLUG'; // replace with your slug
require('./dev/grunt-wp-plugin-tasks/grunt-wp-plugin-tasks.js')(grunt, pluginName);
// ...existing code...Grunt tasks for managing translations and internationalization in PHP projects using standard gettext tools.
xgettext): Extracts translatable strings from PHP files into POT templatemsgfmt): Compiles PO files to binary MO filesgit submodule add https://github.com/magicoli/grunt-translation-tasks dev/grunt-translation-tasks"workspaces": {
"packages": [
"dev/grunt-translation-tasks"
]
}npm install// Load translation tasks
require('./dev/grunt-translation-tasks/grunt-translation-tasks.js')(grunt);grunt makepot – Extract strings to POT filegrunt msgmerge – Update PO files with new POT contentgrunt makemo – Compile PO files to MO filesgrunt i18n – Run complete translation workflowUses standard gettext directory structure:
locale/
├── project-name.pot # Template file
├── fr_FR/
│ └── LC_MESSAGES/
│ ├── project-name.po # French translations
│ └── project-name.mo # Compiled binary
├── nl_NL/
│ └── LC_MESSAGES/
│ ├── project-name.po # Dutch translations
│ └── project-name.mo # Compiled binary
└── ...
Extracts strings from these PHP functions:
_(), __() – Basic translation_e() – Echo translation_c(), _x(), _ex() – Context translation_n(), _nx() – Plural translationesc_attr__(), esc_html__() – Escaped translationesc_attr_e(), esc_html_e() – Escaped echo translationxgettext, msgmerge, msgfmt)The project name is automatically detected from your package.json. You can customize paths and options by modifying the task configuration in your Gruntfile.js after loading the tasks.
This plugin is designed for domain names resellers. Currently, it only provides the sale part, actual registration has to be done manually.
Include unpaid bookings in Google Calendar synchronization, to ensure bookings waiting for payments are already blocked in external calendars.
Useful if your policy is to set an option for booking requests, or if you collect payments later.
This is a simple implementation, as documented on https://woocommerce.com/document/google-calendar-integration/#section-7
Collect donations for different projects with a WooCommerce product.
If you are like me, you work on several projects and would like to simply collect donations for them, without bothering creating and configuring a product for each project.
This plugin is mostly intended to be easy to set up. It is mostly usefull if you want to get donations and need or already use WooCommerce platform.