| 开发者 | nikosmoustakas |
|---|---|
| 更新时间 | 2026年9月25日 20:20 |
| PHP版本: | 8.1 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
settings.custom.spacery.breakpoints, or the settings.viewport
values WordPress 7.1 understands. This is the default whenever your theme declares
either, so Spacery follows the breakpoints your theme already uses.spacery_breakpoints filter.
How it fits with WordPress
WordPress 7.1 added responsive block styles with two theme-set breakpoints, mobile and
tablet. Spacery extends that rather than competing with it: the same desktop-first model,
the same disjoint media-query shapes, and the same values where your breakpoints and
core's agree — so the two never disagree at a boundary, and turning Spacery off leaves
core's own responsive styles working exactly as before.
No strings
/wp-content/plugins/spacery, or install it through the Plugins
screen.No. It extends them. If your theme defines settings.viewport, Spacery uses those same
breakpoints so the two systems agree.
Your posts stay valid. Spacery's values are stored as block attributes rather than written into your content's markup, so nothing is left behind to break, and reactivating brings them back. One caveat, which is inherent rather than a bug: with Spacery switched off its attribute is not registered, so opening a post in that state and saving it rewrites the block without Spacery's values. Reading is safe; re-saving is not. If you are deactivating to test something, avoid saving posts until it is back on.
Yes, as long as the block declares support for spacing. Spacery has no list of block names: it offers its controls wherever WordPress says spacing applies.
WordPress does that itself, at its own two breakpoints, using its own controls - you do not need Spacery for it. Spacery deliberately does not duplicate it, because gap is generated by WordPress's layout system rather than applied to the block wrapper, and a second implementation would drift from the first.
Every string in the plugin is translatable, in the editor as well as on the settings screen, and translations arrive from translate.wordpress.org through WordPress's normal translation updates — nothing is bundled, so any locale the community translates it into is available without an update to the plugin. There is one exception: the tagline under the plugin's name is part of the brand, like the name itself, and stays as it is in every language — the same line the banner carries, where it is artwork.
In two options, spacery_breakpoint_source and spacery_custom_breakpoints, both
registered with WordPress so they are available through the REST API and WP-CLI with the
same validation the settings screen uses.
They are kept, unless you ask for them to be removed. There is a checkbox at the bottom of the Spacery screen, off by default. Keeping them is the safe default, and not just tidiness. Your breakpoints are what the values on your blocks are measured against: a value saved at "tablet" means whatever your tablet breakpoint says it means. Remove the breakpoints and a later reinstall starts from Spacery's own set, so that value would apply at a different width - or, if you had renamed your breakpoints, stop applying at all. Nothing would warn you, because nothing is broken; the values would just be different. So the choice is yours and it is off until you make it. Either way Spacery never writes anything into your posts, and never removes anything from them.