T39939 seems related.

I need to make sure I understand what you are saying. It seems to me that there may be different outcomes,

1. [[Hatvan|Hatvanban]] (ban is added later and becomes part of the wikilink)
2. [[Hatvan]]<nowiki />ban
3. [[Hatvan]]ban

Which one is the desirable one? It seems to me you are pointing toward #1?

The first and third form result the same rendered text, while at the second option the ban part will be unlinked.
Usually we used the 3rd form in wiki code: easier to write and it results simpler code.
If an article used the first form, bots (like AWB in the frame of general fixes) change to option 3.

See my comment here: https://hu.wikipedia.org/w/index.php?title=Wikip%C3%A9dia%3AKocsmafal_%28m%C5%B1szaki%29&type=revision&diff=17247830&oldid=17247648

[[Hatvan]]ban is maybe nicer than [[Hatvan|Hatvanban]] but there is little practical difference, and I imagine the first would be significantly more complex to implement.

I don't think the practical difference is all that matters, and I think we may want to solve this problem effectively also for other languages. See T128349 too.

(Stumbled upon T101917, possibly related?)

I've reverted the title and description of this task as it wasn't even remotely related to the issue it was originally about. In case someone wants to file a separate bug, here's the pre-revert version:

Come up with a design to make it easier for users to see that there is no space after a link (just the cartouche) and so you probably want to add one

The visual representation of <a href="foo">foo</a>bar is a bit too close to how <a href="foo">foo</a> bar should look. This leads to users creating odd edits which they almost certainly don't intend.

Part of the problem is that the construct of linking part of a word appears to be used in some wikis as a feature, such as the Basque Wikipedia. So, implementing this task might make things better for one group and worse for others.

I wonder if this really is intended this way on the Basque Wikipedia, though?

If I'm understanding correctly, this request centres around the complaint that wiki communities don't want people partially linking words or introducing this syntax. That's fair enough. However, people frequently do things in a good faith effort to improve things that wiki communities don't want them to do; the correct response is normally to tell the user what they've done wrong, why it's bad, and how to correct it, rather than using software to force conventions on people. I'm unconvinced that changing the visual editor is the correct solution to this, compared to the social solution of telling users that they should link the whole word. In fact, changing the link text and link target separately from each other in the visual editor will be easier soon, with T124305 now being fixed.

Now, as an aside... I did some research, and it's not really true that this syntax isn't used. Syntax like [[word]]<nowiki/>ending, to create a word that is partially linked, is used in over 2,000 pages on the Basque Wikipedia, and over 9,000 on the English Wikipedia. That said, it's debatable whether the user really intended to do it...

P.S. "It's over 9000!" joke not intended.

Whenever we talk about spaces what we actually mean is wordbreaks, however many languages (e.g. Chinese) don't have obvious word breaks (you could guess if you had a really good dictionary..), so any change here would definitely make things worse on those wikis.

In T128060#4718290, @Esanders wrote:

Whenever we talk about spaces what we actually mean is wordbreaks, however many languages (e.g. Chinese) don't have obvious word breaks (you could guess if you had a really good dictionary..), so any change here would definitely make things worse on those wikis.

In T142927 I write that different languages may need different solutions.

Also, if some languages often need a way to separate linked text from non-linked text, it should not be done by <nowiki/>, which was not intended for this, but by some other element. <nowiki/> looks like a hack. And if they need it very often, they should completely disable trails.

In T128060#4718290, @Esanders wrote:

Whenever we talk about spaces what we actually mean is wordbreaks, however many languages (e.g. Chinese) don't have obvious word breaks (you could guess if you had a really good dictionary..), so any change here would definitely make things worse on those wikis.

This is governed by $linkTrail in MessagesXx.php, so it shouldn't really be a concern for this task I think. At least for Chinese and Thai (the two I remember off the top of my head that don't use spaces), [[x]]y only puts the <a>­­ around x and not around xy.

In the german Wikipedia we have now many users of VisualEditor, thus this problem appears often and is often corrected via AWB. e.g. Diff
Here is a german discussion about this topic.

Can this bug been put at medium priority?

https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2021/Editing/VE_makes_partially_linked_words_and_adds_unnecessary_tags_to_the_wikitext