integreat-cms
integreat-cms copied to clipboard
digitalfabrik
Link targets after translation
If a page contains an internal link, the link target will not change during the translation process. As a result, users of other languages than the source language end up in the source language page. It should be our goal that users see the translated page. There might be some exceptions, where authors intentionally want users to end up in one page that is valid for all languages (we could argue that in these cases the live content function could be used).
Therefore we need a solution for substituting links somewhere, in order to end up in the translated page. One possibility is to "migrate" links during XLIFF import. The importer function could scan for all internal links, look for the translated page, and substitute the link target.
I think it makes sense to fix this issue together with #1382 and #1383 . Other opinions?
Yes, although I would differ between the generic search/replace and link search/replace, because the latter can be done with the lxml function rewrite_links(), see e.g.:
https://github.com/digitalfabrik/integreat-cms/blob/7d91b2a40cbea712d16f1a734a1321d6dea6caad/integreat_cms/cms/views/linkcheck/linkcheck.py#L170-L173
Probably we can generalize the solution for the link replacement of the broken link checker and use it for this issue and #1383.
We had a discussion in the Service Team, that it would be necessary to have this for the Maps feature as well.
We got some more requests regarding that feature...guess we need to reschedule it because Q3/2022 is not realistic
Any news on this feature and its possible implementation?
No, sadly nobody wanted to tackle this complex issue yet. I increased the prio of the ticket to increase the incentive a bit.
The scope changed. We want to update all links during XLIFF import. That should make things easier.
Is this an issue we could tackle in Q3 possibly? Since HIX and DeepL are done now :)
Oh and just wondering - if we now translate within the system, there is no need to upload xliffs anymore and thus no way to change internal links during upload. Any ideas how we can solve this?
@timoludwig @svenseeberg we got another question regarding this feature - is there any chance that this can be done in Q3 bcs many municipalities really want to have the links point to the correct language? Sorry for nagging :)
@osmers I can only speak for myself that I probably won't have time to fix this issue in the near future.
I also don't see myself tackling this issue in the near future - due to both lack of time and lack of experience in this field :/
