#603 closed enhancement (maybelater)
Translatable slug in WordCamp Custom Post Types
Reported by: |
|
Owned by: | |
---|---|---|---|
Milestone: | Priority: | low | |
Component: | WordCamp Site & Plugins | Keywords: | needs-patch |
Cc: |
Description
The slug in Custom post types of WordCamp sites are not using translatable string in its slugs.
I'm organizing WordCamp Rio de Janeiro, and a sponsor url (called 'patrocinador' in portuguese), is shown like /sponsor instead of /patrocinador.
The same happens with the Speakers, Sessions and Organizers CPT's.
Change History (10)
#2
@
9 years ago
Nacin pointed out that r860 won't work because the site's locale won't be set when the site is created.
We could potentially add an input field to the wordcamp
post type for the locale, and then set it when the site is created. Or maybe wait until after the site is created and the locale is set before we insert the pages.
Once that's sorted out, we'll need to setup a GlotPress project so that organizers can translate the strings.
#5
@
8 years ago
I'm not sure having permalinks structure be constructed via translation files is a great idea. If anything changes we have to flush rules for every site that's affected, which means old links will change and it won't be easy to catch everything with redirects.
As an example, consider we localize the "sponsor" slug in ru_RU, a contributor then submits a translation for Russian, where the "sponsor" slug is changed to "спонсоры". This creates three problems:
- No way to opt-out of cyrillic in URLs per WordCamp in one locale
- All rewrite rules on previous WordCamps must be flushed, leading to
- All previous WordCamps that linked to the "sponsor" slug will now have a bunch of 404s
The other option I could think of is to provide a "sponsor base" option, much like "category base" in core, or the topics and forums slugs in bbPress.
#6
@
8 years ago
So great solution @kovshenin.
It would be nice if, in addition, a warning after the first login saying that it must be configured, and if it's changed again later a 301 redirect could be done from the old URL to the new one, avoiding problems with by search engines showing a 404 url.
This ticket was mentioned in Slack in #meta-wordcamp by iandunn. View the logs.
3 years ago
#9
@
3 years ago
- Resolution set to maybelater
- Status changed from new to closed
In the latest bug scrub we decided to close this for now, since there don't seem to be any good solutions, and it hasn't gotten any traction in 5 years.
We can consider reopening it in the future if a good solution comes along.
In 860: