More convenient text content selection
Default selection of text content is convenient. However, there are some situations where is does not work I expect.
1. If the content starts with a link `[...]`, default selection (= after pressing EE) misses the opening bracket.
2. Default selection of a note does not select its content as it does for tasks.
3. Pressing Strg+K without a selection should select the word if the cursor is placed inside the word (or at the word's boundary).
Please check how it works on https://beta.checkvist.com. I’ve fixed all three requests, I believe :)
Thanks for your ideas :)
Thanks, this way I can focus more on the task and not on getting the selection right.
You're absolutely right, the case with filling URL field can be useful as well, but it is a bit more difficult to implement, so let it wait.
There are quite a few cases to think of. For the clipboard, you are right. I guess JS can only intercept pasting. I got used to detection on the tablet, when apps prompt: "URL was found on clipboard; do you want to...".
The other case can still be useful when an URL is selected or the cursor is inside an URL. This happens when a URL was pasted before as text and should be given a more descriptive text.
Hi, I've fixed some more cases from your comments, like cursor before [link:, and text selection after . Unfortunately, it is not possible to take URL from clipboard programmatically from the browser, AFAIK.
Pressing strg+k with an URL selected (or, even more conveniently, with the cursor anywhere inside an URL; or when an URL is in the clipboard) should fill the URL into the URL field and place the cursor in the text field.
Another one for the special syntax for sublist markup: It gets [*] and  right, but not .
Strg+K works better that way, thanks. Only one minor issue left: Strg+K does not recognize a link "[link:...|...]" if the cursor is placed right before the opening bracket. However, it recognizes the link when the cursor is placed right after the closing bracket. Note that Strg+K recognizes words when placed right before the first character. I think the link following the cursor should be displayed in the dialog instead of showing an empty dialog. Not sure what should happen if the cursor is between two links that don't have a separation character in between: "[...][...]".
Valid points, thanks! I've improved link editing as per your suggestions - please check it :)
When testing Strg+K, I noticed two things, one is related to selection:
+ When the cursor is inside the prefix 'link:', Strg+K does not recognize that I'm inside a link.
+ When the URL is empty in the Strg+K dialog, there is a warning that the URL must not be empty. I would rather have that remove the link (like pressing the link removal button). Like empty tasks are removed. (What reminds me that empty notes are not removed. For sake of consistency they should be removed.)