You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We add support in our selection update tracker code for updating the range for an edit, so that the client can determine the final range of their edit range, after the edits are applied. The "bring" code will then make it so that each insertion which is not a delimiter is tracked, and set the "that" mark to the list of these insertions.
Also highlight just these insertions rather than highlighting the delimiters
The text was updated successfully, but these errors were encountered:
I believe we could fix this issue and #185 by not including the added delimiter in the "that" mark when using "bring to after". Does that seem like reasonable behaviour?
At some point we might want to make it so that the "that" mark includes both an inside and outside range, but I think the above is a reasonable place to start that I believe should be not too bad to implement
The problem
In the following file
Calling the following two commands
Results in the following
It should be
that
mark be list of targets without delimiters when we do auto-joining of multiple "bring" sourcesThe solution
We add support in our selection update tracker code for updating the range for an edit, so that the client can determine the final range of their edit range, after the edits are applied. The "bring" code will then make it so that each insertion which is not a delimiter is tracked, and set the "that" mark to the list of these insertions.
The text was updated successfully, but these errors were encountered: