data-page-name not being respected when clicking on link in Markdown text

[PeteDaGuru]

From Brian Marick's pages at
https://metaprog.wiki.oddly-influenced.dev/view/welcome-visitors/view/recent-changes/view/coding-isnt-conversational
is a Mardown block with:

[[Conceptual Metaphor]]<a class="internal" href="/link-types.html" data-page-name="link-types" title="view">𓂙</a>

Should display the UTF-8 glyph but actually hit 'link-types' as the page when clicked. If you do right-click and "open in new tab" it works correctly - brings up existing link-types page.

Guessing on 2025-07-20 that something wasn't ported to Javascript client, or maybe it never worked correctly with newer Markdown library.
Likely need to process the link specially. Checking in wiki client at line 40 and line 27 :

wiki-client/lib/link.js

Lines 27 to 40 in 642dcf6

	</div>\
	`)
	if (site) {
	$page.data('site', site)
	}
	return $page
	}
	const showPage = (name, loc, title = null) =>
	createPage(name, loc, title)
	.appendTo('.main')
	.each((_i, e) => refresh.cycle($(e)))
	const doInternalLink = function (title, $page, site = null) {

Probably not in the server.

[paul90]

I don't think data-page-name has been used for a while (4 years), see #271.

There are also a bunch of i18n issues/ideas that point towards changes in this area of the code.

[paul90]

Have tested with the legacy CoffeeScript version of the client, the behaviour before decaffeination is the same.

[paul90]

Wiki page related to the earlier issue - http://goals.pod.rodwell.me/do-internal-link.html

[PeteDaGuru]

If we were to let data-page-name override the page name if set, we would need to run some sort of big regression text across fedwiki to see if it would break anything. If there is a problem, could just deprecate data-page-name and use some new attribute (such as override-page-name). Either way, it could allow visible text in a link to be internationalized/customized while leaving the slug the same.