This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Make text selection draggable in the Editor. | ||
---|---|---|---|
Product: | editor | Reporter: | Jesse Glick <jglick> |
Component: | -- Other -- | Assignee: | Martin Roskanin <mroskanin> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | bobtarling, rbock, ulfzibis |
Priority: | P2 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | 31362, 32942, 35023, 46020 | ||
Bug Blocks: |
Description
Jan Lahoda
2001-01-24 15:35:59 UTC
Target milestone -> 3.3 Re-assigning issues back to the bugs@editor.netbeans.org Changing the state of the issue to ASSIGNED, because it was covered in Requirements document at http://editor.netbeans.org/doc/Requirements.html Target milestone -> 3.3.1. Set target milestone to TBD Set target milestone to TBD *** Issue 31362 has been marked as a duplicate of this issue. *** Increasing priority to P3, I've seen several more reports requesting this feature. *** Issue 32942 has been marked as a duplicate of this issue. *** *** Issue 46020 has been marked as a duplicate of this issue. *** See the other issues which I marked as a duplicate of this one, there are interesting ideas on how to implement it. Changing subcomponent to clipboard. *** Issue 35023 has been marked as a duplicate of this issue. *** Here are my notes from dup issue 32942 - These are features on many M$ editors that I often find useful and are likely to be familiar to many developers. 1. Mark an area of text then the user can click on and drag that text to another part of the document. 2. Holding the ctrl key down at the same time as the above drags a copy rather than the original. 3. Holding the alt key down while marking text marks a column block of text which can be cut and pasted or drag 'n' dropped using (1) and (2) above. *** Issue 57495 has been marked as a duplicate of this issue. *** I propose a moving (as it is implemented in MS Word or in this browser text area for example) by pressing the left mouse button in the marked text area, holding it, moving the mouse to the target text position and there releasing the left mouse button. Copying should be done by simultaneously pressing the Ctrl-key. Additionaly copying should be done by simultaneously pressing the right mouse button. Also replacing a text area with the selected text portion should be possible by additionaly pressing the right mouse button at target text position and then marking the to-be-replaced text area by moving the cursor over it. Moving the selected text portion instead of coping it should then be provided by letting loose the left mouse button while holding the right mouse button. A tool tip should indicate the actual replace/move/copy mode. *** Issue 15205 has been marked as a duplicate of this issue. *** Increasing priority because of votes in the duplicate issue. ** Correction: ** ** trend-setting feature ** .. I also propose that *replacing* a text area with the just before selected text portion should be possible by additionally pressing the right mouse button at the target text position and then marking the to-be-replaced text area by moving the cursor over it. Call it *"mark-for-replace"* feature. Copying the selected text portion instead of moving it then should be provided by letting loose the left mouse button ("letting loose" the original) while holding the right mouse button. In case of copying by holding both mouse buttons letting loose the left mouse button should start marking the replace area at the actual mouse position, and pressing the right mouse button ("catching" the original) again should provide moving. The replace-action is always actuated by releasing the right mouse button. A *tool tip* should indicate the actual move/copy/replace mode. For clarity the additional hint for replacing could be textual: 'replace', instead of symbolic, but I think highligthing the to-be-replaced text area suffices. See also: http://forums.java.net/jive/thread.jspa?messageID=14227㞓 I agree to implement the simple version of dragging with possible Ctrl key used to copy the text. To ulfzibis: the feature from your last comment seems rather complicated to me personally. I'm adding rbock to cc to resolve whether this is desirable to be implemented or not. I propose that the scope of this enhancement should be to implement simple text dragging with optional Ctrl modifier key used for copying of the text (instead of moving). Additional extra features can be added later. We need to be careful regarding present hyperlinking functionality which also uses Ctrl key to highlight the identifiers and goto their declaration when clicked. The only difference will be drag versus click. Should be feasible. I like it to see the drag 'n drop in 4.2. :-) In regarding to present hyperlinking functionality it could be helpful, to addionally have the copy-mode by simultaneously pressing the right mouse button when dragging. Then it's not obligatory to use the ctrl-key for copying, and it superseds keyboard-usage by the second hand. In my opinion this would be very comfortable. fixed in [maintrunk] Checking in org/netbeans/modules/editor/options/AllOptionsFolder.java; /cvs/editor/src/org/netbeans/modules/editor/options/AllOptionsFolder.java,v <-- AllOptionsFolder.java new revision: 1.33; previous revision: 1.32 done Checking in org/netbeans/modules/editor/options/AllOptionsFolderBeanInfo.java; /cvs/editor/src/org/netbeans/modules/editor/options/AllOptionsFolderBeanInfo.java,v <-- AllOptionsFolderBeanInfo.java new revision: 1.6; previous revision: 1.5 done Checking in org/netbeans/modules/editor/options/BaseOptions.java; /cvs/editor/src/org/netbeans/modules/editor/options/BaseOptions.java,v <-- BaseOptions.java new revision: 1.103; previous revision: 1.102 done Checking in org/netbeans/modules/editor/options/BaseOptionsBeanInfo.java; /cvs/editor/src/org/netbeans/modules/editor/options/BaseOptionsBeanInfo.java,v <-- BaseOptionsBeanInfo.java new revision: 1.33; previous revision: 1.32 done Checking in org/netbeans/modules/editor/options/Bundle.properties; /cvs/editor/src/org/netbeans/modules/editor/options/Bundle.properties,v <-- Bundle.properties new revision: 1.81; previous revision: 1.80 done Checking in org/netbeans/editor/BaseCaret.java; /cvs/editor/libsrc/org/netbeans/editor/BaseCaret.java,v <-- BaseCaret.java new revision: 1.114; previous revision: 1.113 done Checking in org/netbeans/editor/BaseSettingsInitializer.java; /cvs/editor/libsrc/org/netbeans/editor/BaseSettingsInitializer.java,v <-- BaseSettingsInitializer.java new revision: 1.27; previous revision: 1.26 done Checking in org/netbeans/editor/EditorUI.java; /cvs/editor/libsrc/org/netbeans/editor/EditorUI.java,v <-- EditorUI.java new revision: 1.74; previous revision: 1.73 done Checking in org/netbeans/editor/SettingsDefaults.java; /cvs/editor/libsrc/org/netbeans/editor/SettingsDefaults.java,v <-- SettingsDefaults.java new revision: 1.56; previous revision: 1.55 done Checking in org/netbeans/editor/SettingsNames.java; /cvs/editor/libsrc/org/netbeans/editor/SettingsNames.java,v <-- SettingsNames.java new revision: 1.20; previous revision: 1.19 done Is there any build, which you estimate nearly stable like 4.1 ? I like to test this feature. You can use daily builds since the date the issue was commited or you can wait for Q-build: http://qa.netbeans.org/q-builds/index.html I downloaded and installed the recent Q-build. I can't experience any drag 'n drop in the editor. The current q-build is too old - this change was integrated on June 20, however the latest q-build was branched on June 14. you have to wait for the next q-build or use the development build. Correction - this was fixed on June 17 (still late for the current q-build, thus you have to wait for the next one). Is it possible to have this editor enhencement as .nbm for NB 4.1 via the development update center ? I have tested this new feature. It works fine, but there is a little defect: When an area is marked, and the left mouse button is hit inside the marked area whithout moving it, the marking remains. This behavior is differing from normal behavior of Microsoft editors, where the marking disappears after clicking. Imagine, the whole text is marked, then there is no chance to unmark it. Yes, this problem was already fixed, please see the issue #60547 If you found this problem in the latest dev build, please reopen the issue. Thanks for testing. Can't test the the fruit of Issue 60547 because of Issue 61012. Also please answer my last before question, how to update the actual editor of 4.1 with this beta update. feature was implemented Moving to the 'other' subcomponent. I have added another, better worded description here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6254533 |