Forum slug settings should be translatable

[netweb]

All of the "default" slugs should be translatable so that a fresh install on a non US English install will include the localised slugs for in each of these sections:

• Forum Root Slug
• Single Forum Slugs
• Forum User Slugs

Watch out for bbp_form_slug_conflict_check() checks on each slug when patching this

[espellcaste]

Maybe related, but allow the settings slug to be changed also would be a good idea.

[jmdodd]

I'm not sure this is something that should be translated given that it directly affects rewrite rule generation. The blog options for category_base and tag_base are filterable but not translatable in WordPress.

[espellcaste]

Makes sense!

[netweb]

Replying to jmdodd:

I'm not sure this is something that should be translated given that it directly affects rewrite rule generation. The blog options for category_base and tag_base are filterable but not translatable in WordPress.

They are actually translatable, e.g

• ​https://netweb.com.au/category/uncategorised/
• ​https://translate.wordpress.org/projects/wp/dev/en-au/default?filters[status]=either&filters[original_id]=1240&filters[translation_id]=2984714

[netweb]

Replying to espellcaste:

Maybe related, but allow the settings slug to be changed also would be a good idea.

Which slug do you mean?

[ocean90]

Replying to netweb:

Replying to jmdodd:

I'm not sure this is something that should be translated given that it directly affects rewrite rule generation. The blog options for category_base and tag_base are filterable but not translatable in WordPress.

They are actually translatable, e.g

• ​https://netweb.com.au/category/uncategorised/
• ​https://translate.wordpress.org/projects/wp/dev/en-au/default?filters[status]=either&filters[original_id]=1240&filters[translation_id]=2984714

category_base/tag_base !== Slug of the "Uncategorized" term.

[SergeyBiryukov]

Related: ​#meta1892

[johnjamesjacoby]

These can be translatable, as defaults, but some of the logic will need to change with how default values are checked.

Let’s do this shortly after 2.6 ships, for a 2.6.1.

[johnjamesjacoby]

Moving to 2.6.1.

[netweb]

Noting that now that users can change their "user dashboard language" separately from the "site language" any changes here should only ever reflect the "site language" and not any users "user language"

[johnjamesjacoby]

Move these to 2.6.2.

[johnjamesjacoby]

Replying to netweb:

Noting that now that users can change their "user dashboard language" separately from the "site language" any changes here should only ever reflect the "site language" and not any users "user language"

It's kind of an interesting idea, to have these slugs translate based on the user. How cool would that be.

But yes, also somewhat impossible given the current implementation.

Moving to 2.7 so this can have more thought.

(@espellcaste having the edit slug be configurable is a good idea!)