Change Details

Given a link to [[ https://en.wikipedia.org/wiki/Lemon | lemon ]] (created automatically when adapting the text or previously by the user) it is hard to edit its text to become [[ https://en.wikipedia.org/wiki/Lemon | lemons ]]. The problem is that the "s" normally gets added after the link (resulting into [[ https://en.wikipedia.org/wiki/Lemon | lemon ]]s). This forces users to do workarounds to avoid this issue. In order to solve this, we can do the following: By default, make any text written next to the link become part of the link unless the user starts typing a space (or the cursor arrow, esc key or tab key). We can communicate that visually by making the link underline to extend below the cursor caret unless the user cancels it (in the ways described before: space, esc key, etc.). In addition, we can consider providing extra padding for link elements when they are selected so that it makes it easy to click at the end of the link or outside of it, but this may be problematic since making some pieces of text to grow in width can cause an alignment glitch. Some technical limitations from the use of contentEditable may limit the possible solutions. This was [[ https://www.mediawiki.org/w/index.php?title=Topic:Se615jlgezwe5llr&topic_showPostId=se615jobb4l6hwv3#flow-post-se615jobb4l6hwv3 | reported here ]] and we have observed the issue on several testing sessions.

Given a link to [[ https://en.wikipedia.org/wiki/Lemon | lemon ]] (created automatically when adapting the text or previously by the user) it is hard to edit its text to become [[ https://en.wikipedia.org/wiki/Lemon | lemons ]]. The problem is that the "s" normally gets added after the link (resulting into [[ https://en.wikipedia.org/wiki/Lemon | lemon ]]s). This forces users to do workarounds to avoid this issue. In order to solve this, we can do the following: By default, make any text written next to the link become part of the link unless the user starts typing a space (or the cursor arrow, esc key or tab key). We can communicate that visually by making the link underline to extend below the cursor caret unless the user cancels it (in the ways described before: space, esc key, etc.). In addition, we can consider providing extra padding for link elements when they are selected so that it makes it easy to click at the end of the link or outside of it, but this may be problematic since making some pieces of text to grow in width can cause an alignment glitch. Some technical limitations from the use of contentEditable may limit the possible solutions. This was [[ https://www.mediawiki.org/w/index.php?title=Topic:Se615jlgezwe5llr&topic_showPostId=se615jobb4l6hwv3#flow-post-se615jobb4l6hwv3 | reported here ]], and [[ https://www.mediawiki.org/wiki/Topic:Sjboqck2impte0nn | here ]], and we have observed the issue on several testing sessions.

Given a link to [[ https://en.wikipedia.org/wiki/Lemon | lemon ]] (created automatically when adapting the text or previously by the user) it is hard to edit its text to become [[ https://en.wikipedia.org/wiki/Lemon | lemons ]]. The problem is that the "s" normally gets added after the link (resulting into [[ https://en.wikipedia.org/wiki/Lemon | lemon ]]s). This forces users to do workarounds to avoid this issue. In order to solve this, we can do the following: By default, make any text written next to the link become part of the link unless the user starts typing a space (or the cursor arrow, esc key or tab key). We can communicate that visually by making the link underline to extend below the cursor caret unless the user cancels it (in the ways described before: space, esc key, etc.). In addition, we can consider providing extra padding for link elements when they are selected so that it makes it easy to click at the end of the link or outside of it, but this may be problematic since making some pieces of text to grow in width can cause an alignment glitch. Some technical limitations from the use of contentEditable may limit the possible solutions. This was [[ https://www.mediawiki.org/w/index.php?title=Topic:Se615jlgezwe5llr&topic_showPostId=se615jobb4l6hwv3#flow-post-se615jobb4l6hwv3 | reported here ]], and [[ https://www.mediawiki.org/wiki/Topic:Sjboqck2impte0nn | here ]], and we have observed the issue on several testing sessions.