Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/timber/wp-i18n-twig
WordPress translations extraction for Twig files with WP-CLI
https://github.com/timber/wp-i18n-twig
i18n twig wordpress wp-cli
Last synced: 3 months ago
JSON representation
WordPress translations extraction for Twig files with WP-CLI
- Host: GitHub
- URL: https://github.com/timber/wp-i18n-twig
- Owner: timber
- License: mit
- Created: 2024-01-18T10:42:54.000Z (about 1 year ago)
- Default Branch: main
- Last Pushed: 2024-04-25T19:51:14.000Z (10 months ago)
- Last Synced: 2024-10-27T21:15:27.459Z (3 months ago)
- Topics: i18n, twig, wordpress, wp-cli
- Language: PHP
- Homepage:
- Size: 32.2 KB
- Stars: 8
- Watchers: 3
- Forks: 1
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Funding: FUNDING.yml
- License: LICENSE
Awesome Lists containing this project
README
# wp-i18n-twig
[](https://github.com/timber/wp-i18n-twig/actions/workflows/testing.yml)
Parsing WordPress translations in Twig/Timber templates has always been quirky and not very convenient. Especially since WordPress started grabbing translations from multiple sources (theme stylesheet, {block,theme}.json, block editor JS, PHP files) and now also outputing in multiple formats (po, [php](https://make.wordpress.org/core/2024/02/27/i18n-improvements-6-5-performant-translations/)).
WP-CLI being the recommended way to create/update POT files, `timber/wp-i18n-twig` provides (almost native) Twig translation extraction by overriding the default `wp i18n make-pot`.
## Install
Because WP-CLI default commands are not meant to be overridden, there are two working ways to install `timber/wp-i18n-twig`:
### Global
If you want to use it with a global installed `wp` (`/usr/local/bin/wp` or similar), you have to install it as a WP-CLI package:
```bash
wp package install timber/wp-i18n-twig
```
### Local
You can also install the package at the project level using composer and run WP-CLI from the local `vendor/bin/wp`:
```bash
composer require timber/wp-i18n-twig
```
## Usage
Usage is the same than `wp i18n make-pot` command.
```bash
wp i18n make-pot /path/to/my/theme languages/my-theme.pot
```
`--debug` flag is handy if you want to check the templates that have been parsed (and watch for parsing errors):
```bash
wp i18n make-pot /path/to/my/theme languages/my-theme.pot --debug
```
Please refer to the [`wp i18n` command documentation](https://developer.wordpress.org/cli/commands/i18n/) for more detailed information.
To match `wp i18n make-pot` behavior, a `--skip-twig` flag has been added in case skipping Twig files extraction is needed.
## Translations
`timber/wp-i18n-twig` handles the [same translations functions and feature scope](features/makepot.feature) `wp i18n` does.
It does also support translators comments, at [an evil cost](/src/Utils/TwigFunctionsScanner.php#L29-L39).
Adding translators comments in your Twig templates works like it would in PHP, place it on the same line or the line before the translation string:
```twig
{# translators: Translators 1! #}
{{ __( 'hello world', 'foo-theme' ) }}
{# Translators: Translators 2! #}
{{ __( 'foo', 'foo-theme' ) }}
{# translators: this should get extracted. #} {{ __( 'baba', 'foo-theme' ) }}
{# translators: boo #} {# translators: this should get extracted too. #} {# some other comment #} {{__( 'bubu', 'foo-theme' ) }}
```
## Custom tags
When working with Twig, you may require popular Twig libraries that register custom tags (such as `{% dump %}`, `{% cache %}`, etc.). `timber/wp-i18n-twig` will automatically load the token parsers for the following tags:
- Tags from [symfony/twig-brigde](https://github.com/symfony/twig-bridge):
- `{% dump %}`
- `{% form_theme %}`
- `{% stopwatch %}`
- `{% trans_default_domain %}`
- `{% trans %}`
- Tags from [twigphp/cache-extra](https://github.com/twigphp/cache-extra):
- `{% cache %}`
- Tags from [symfony/ux](https://github.com/symfony/ux)
- `{% component %}`
- `{% props %}`
> [!IMPORTANT]
> For the token parsers to be loaded, you must use the local version of `timber/wp-i18n-twig` (`vendor/bin/wp`).
## Limitations
To make this package work in any Twig environment, templates are not compiled to PHP but only parsed. This main benefit is that it's (almost) configuration agnostic (custom filters, functions, template location).
However, since Twig is highly configurable, there are still some (minor) limitations.
- Custom tags other than the supported ones above will result in parsing errors.
- Using [non default block/comment/variable tags](https://github.com/twigphp/Twig/blob/4c179c8a64fece77e17ef299d1a2a3f908993107/src/Lexer.php#L58-L64) isn't supported and probably won't ever be.