Nikerabbit closed this task as "Declined".
Nikerabbit added a comment.
Given the other example @Tacsipacsi brought up, I just don't see how to make
this work in a sensible way nor what would be the user story this would enable.
TASK DETAIL
https://phabricator.wikimedia.org/T287075
EMAIL PR
ExE-Boss added a parent task: T204076: Consider moving page translation
language links to the sidebar.
TASK DETAIL
https://phabricator.wikimedia.org/T287075
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: ExE-Boss
Cc: Nikerabbit, Tacsipacsi, Aklapper
Nikerabbit added a comment.
I am not sure who or what you're asking. I'm against linking translatable
pages to pages in other wikis via interlanguage links, because then the
language links are mixed between local/remote and this is one of blockers for
moving translatable page language links
Tacsipacsi added a comment.
The both link collections are already present on the translation original. Do
you think they’re less confusing there? Why? If they aren’t, I see no point in
not doing this task because of the potential confusion, and this potential
confusion should be resolved in
Nikerabbit added a comment.
I would be wary of connecting translatable pages to Wikidata at all. It
brings the problem of what do language links mean when there are two kinds
(which are even mixed together with certain configurations).
TASK DETAIL
https://phabricator.wikimedia.org/T287075
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".
Tacsipacsi added a comment.
> Additionally, the **Translate** extension should probably lie to
**Wikibase** about the existence of translated subpages, so that when `Some
page` is marked for translation, then adding
ExE-Boss created this task.
ExE-Boss added projects: Wikidata, MediaWiki-extensions-Translate.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
This is so that the interwiki and interlanguage links show up on the
translated subpages as well.
Additionally, the **Transla
