Hi @pauliyobo
Thanks for fixing this.
I did some testing and found the following issue:

1. When I add comment to the selected content, the commented content has one more character: for example, the following text: "123456" When I selected '23' and successfully added a comment, I checked the comment and found that the commented text was '234'.
2. Taking the above example, when I press F9 to navigate to the comment, the entire line will to be selected instead of the actual commented text.

IMO, regarding multiple comments within the same line,

1. If the user wants to add a comment but selects the same text area as last time, we can assume that the user wants to edit the last comment content. We display the last comment in the add comment textbox.
2. If the user selects a different text area, albeit within the same line, we should probably allow this use case.

Hi @pauliyobo

It's more precise now.

I guess you haven't had time to fix this yet:

when I press F9 to navigate to the comment, the entire line will to be selected instead of the actual commented text.

Many thanks

Sorry for the silence. As you noticed, I managed to tackle the selection precision and overlapping. Handling the comment cycling with f8 is a bit trickier because we have to keep into account overlapping comments, as well as comments that target the whole line. I'll be tackling this next.

This does seem a bit tricky since we allow overlapping comments. If we take a step back, it seems easy enough that we don't allow overlapping comments.

We could prevent comments to overlap. I believe quotes already do this.
Unless there is an use case that requires them to overlap, although nothing comes to mind right now.