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.
- Mentioned In
- T150140: Insertion of nowiki tags at the nowiki project
T142928: consider stopping adding <nowiki> tags around [[text with double square brackets]]
T141689: Consider stopping adding <nowiki/> when a letter is typed immediately after a link in VisualEditor
T129778: VisualEditor does not respect trailing chars
T126985: Publish messages about SET on hu.wiki, monitor for reactions and feedback
- Mentioned Here
- T101917: Word breaking rules used in VisualEditor do not work optimally in Japanese
T128349: revisiting uncalled for nowikitags while suffix addition without space outside [[linked wikimarkup area]] to create a compound word
T39939: VisualEditor: Make it hard for users to partially-select some unlinked text for linking
T127635: Parsoid inserts unnecessary nowiki
I need to make sure I understand what you are saying. It seems to me that there may be different outcomes,
- [[Hatvan|Hatvanban]] (ban is added later and becomes part of the wikilink)
- [[Hatvan]]<nowiki />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.