mediawiki-extensions-Cite/src
thiemowmde ddda536792 Drop unused cite_reference(s)_link_prefix messages
Same as Icfa8215 where we removed the …_suffix messages.

This patch is not blocked on anything according to CodeSearch:
https://codesearch.wmcloud.org/search/?q=cite_references%3F_link_prefix

According to GlobalSearch there are 2 usages we need to talk about:
https://global-search.toolforge.org/?q=.&regex=1&namespaces=8&title=Cite.references%3F.link.prefix.*

zh.wiktionary replaces "cite_ref-" with "_ref-", and "cite_note-"
with "_note-", i.e. they did nothing but remove the word "cite". This
happened in 2006, with no explanation.

ka.wikibooks and ka.wikiquote replace "cite_note-" with "_შენიშვნა-",
which translates back to "_note-". One user did this in 2007,
16 seconds apart.

It appears like both are attempts to localize what can be localized,
no matter if it's really necessary or not.
https://zh.wiktionary.org/wiki/Special:Contributions/Shibo77?offset=20060510
https://ka.wikiquote.org/wiki/Special:Contributions/Trulala?offset=20070219
Note how one user experimented with an "a" in some of the edits to
see what effect the change might have, to imediatelly revert it.

The modifications don't really have an effect on anything, except on
the anchors in the resulting <a href="#_ref-5"> and <sup id="_ref-5">
HTML. It might also be briefly visible in the browser's address bar
when such a link is clicked. We can only assume the two users did this
to make the URL appear shorter (?). A discussion apparently never
happened. Bot users are inactive.

Both pieces of HTML are generated in the Cite code. Removing the
messages will change all places the same time. All links will
continue to work. The only possible effect is that hard-coded
weblinks to an individual reference will link to the top of the
article instead. But:
a) This is extremely unlikely to happen. There is no reason to link
   to a reference from outside of the article.
b) Such links are not guaranteed to work anyway as they can break
   for a multitude of other reasons, e.g. the <ref> being renamed,
   removed, or replaced.
c) Even if such a link breaks, it still links to the correct article.

There is also no on-wiki code on zh.wiktionary that would do anything
with the shortened prefix:
https://zh.wiktionary.org/w/index.php?search=insource%3A%2F_%28ref%7Cnote%29-%2F&title=Special%3A%E6%90%9C%E7%B4%A2&profile=advanced&fulltext=1&ns2=1&ns4=1&ns8=1&ns10=1&ns12=1&ns828=1&ns2300=1

I argue this is safe to remove, even without contacting the mentioned
communities first.

Bug: T321217
Change-Id: I160a119710dc35679dbdc2f39ddf453dbd5a5dfa
2024-01-04 13:17:42 +01:00
..
Hooks More simple and consistent @covers and @license tags 2023-12-15 12:12:16 +01:00
ResourceLoader Remove PHPDocs that just repeat what the code already says 2023-12-13 12:44:41 +01:00
AnchorFormatter.php Drop unused cite_reference(s)_link_prefix messages 2024-01-04 13:17:42 +01:00
Cite.php Drop unused cite_reference(s)_link_prefix messages 2024-01-04 13:17:42 +01:00
ErrorReporter.php Document generated CSS classes 2024-01-02 21:05:40 +00:00
FootnoteMarkFormatter.php Add basic class-level documentation to more classes 2023-12-15 14:27:58 +01:00
ReferenceMessageLocalizer.php More simple and consistent @covers and @license tags 2023-12-15 12:12:16 +01:00
ReferencesFormatter.php Capitalized dir="RTL" should not trigger any error 2024-01-03 16:30:16 +00:00
ReferenceStack.php Show warning when dir="…" don't match 2023-12-19 14:17:30 +01:00
Validator.php Capitalized dir="RTL" should not trigger any error 2024-01-03 16:30:16 +00:00