We have make languages on our site (English, French, Spanish, Arabic, Chinese, Russian to name a few) and while transliteration makes sense for some (like french and spanish), for languages like chinese and arabic it's a disaster.

I think it would be beneficial to have transliteration enabled for some of our languages, and disabled for others.

Thanks

CommentFileSizeAuthor
#16 Capture d’écran 2026-02-10 à 12.52.32.png97.49 KBmably

Issue fork pathauto-2972720

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

About issue forks

Comments

luca_loguercio created an issue. See original summary.

damienmckenna’s picture

damienmckenna
Location TN, USA
commented
Component: Code » I18n stuff
mastap’s picture

mastap commented

Hi luca_loguercio
Did you find a solution to this?
We need to make URLS in Chinese characters for certain languages on our portal.

chrisss’s picture

chrisss commented

I'd also be very interested in having this feature implemented on our site. We have the same problem - running a site in English, French, Spanish and Arabic. We need transliteration for French and Spanish but not Arabic.

igoragatti made their first commit to this issue’s fork.

igoragatti opened merge request !73

igoragatti’s picture

igoragatti commented

I've created this feature changing the single checkbox to use one checkbox per language.

There might still be a need for an update hook to update the config. Please test and let me know.

igoragatti’s picture

igoragatti commented
Status: Active » Needs review
igoragatti’s picture

igoragatti commented
Status: Needs review » Needs work

Needs to adjust the tests

rafael maito changed the visibility of the branch 8.x-1.x to hidden.

rafael maito changed the visibility of the branch 8.x-1.x to active.

mably made their first commit to this issue’s fork.

mably opened merge request !137

mably changed the visibility of the branch 8.x-1.x to hidden.

mably’s picture

mably commented

Looks like we are missing some update hook to upgrade all existing patterns to the new transliteration configuration format.

Some tests are failing too.

Wondering if the UX couldn't be improved here. For example, if you add language to your site, you'll have to update all your patterns transliteration configuration to check (or not) that new language.

mably’s picture

mably commented
StatusFileSize
new Capture d’écran 2026-02-10 à 12.52.32.png97.49 KB

Solution implemented in MR 173:

New configuration option

mably’s picture

mably commented
Status: Needs work » Needs review

Here's a summary of what was done:

Schema (config/schema/pathauto.schema.yml): Reverted transliterate from sequence back to boolean.

AliasCleaner (src/AliasCleaner.php): Replaced in_array() with a new shouldTransliterate() method that checks for per-language config overrides via
ConfigurableLanguageManagerInterface::getLanguageConfigOverride(), falling back to the global boolean. Gracefully handles non-configurable language managers (e.g. in kernel tests).

Settings form (src/Form/PathautoSettingsForm.php):

  • Global transliterate is now a simple checkbox (boolean)
  • Per-language overrides appear in a collapsible details fieldset (only when >1 language exists)
  • Submit handler saves/clears language.config.{langcode}.pathauto.settings overrides as needed

No update hook needed — existing sites already have transliterate: TRUE (boolean) in their config.

mably’s picture

mably commented
Assigned: Unassigned » berdir