Easily find issues by searching: #<Issue ID>
Example: #1832
Easily find members by searching in: <username>, <first name> and <last name>.
Example: Search smith, will return results smith and adamsmith
In the ADS v18 editor, highlight some text in SQL tab (or any other tab). Then, click & drag the selected text, as shown in the screenshot. The text gets indented.
This is an unintended behavior of the new editor. The reason this issue is being logged is to disable this behavior. In many cases, especially when using a trackpad, one can intentionally initiate a click & drag even though the intention was simply to do a single mouse click o unselect the text.
Currently, PasteHandler#doPaste will attempt to reformat the pasted text with INDENT_EACH_LINE option. The fix is to change the default after-paste reformat option to NO_REFORMAT.
Fix: If the cursor (just before mouse drag start) is at the end of the selection, dragging the mouse will not trigger a copy/paste. With this change the mouse drag behavior should behave like v17.
Does not work as in v17 behavior for 18.0.12-11.
If i select text and drag and then use the escape key then it behaves like v17, but if i select a block of text, drag it inside the editor and then release it, text is indented in the latest build.
I used the below text. If i select the entire text and drag and drop, it becomes indented as in attached screenshot
Does not work as in v17 behavior for 18.0.12-11.
If i select text and drag and then use the escape key then it behaves like v17, but if i select a block of text, drag it inside the editor and then release it, text is indented in the latest build.
I used the below text. If i select the entire text and drag and drop, it becomes indented as in attached screenshot
@tariq: the indentation is not the issue. I'll do a hangout to explain the issue.
@tariq: the indentation is not the issue. I'll do a hangout to explain the issue.
Verified in 18.0.12-11. Was not able to reproduce the issue described with the trackball. Tested the fix and there are no side effects
Verified in 18.0.12-11. Was not able to reproduce the issue described with the trackball. Tested the fix and there are no side effects
Issue #15255 |
| Closed |
| Fixed |
| Resolved |
Completion |
| No due date |
| Fixed Build 18.0.12-11, 19.0.0-alpha-14 |
| No time estimate |
Currently, PasteHandler#doPaste will attempt to reformat the pasted text with INDENT_EACH_LINE option.
The fix is to change the default after-paste reformat option to NO_REFORMAT.Fix: If the cursor (just before mouse drag start) is at the end of the selection, dragging the mouse will not trigger a copy/paste. With this change the mouse drag behavior should behave like v17.