Only changed version to Development.
Target milestone -> 3.3
Re-assigning issues back to the firstname.lastname@example.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
*** Issue 31362 has been marked as a duplicate of this issue. ***
Increasing priority to P3, I've seen several more reports requesting
*** 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
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
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
fixed in [maintrunk]
Checking in org/netbeans/modules/editor/options/AllOptionsFolder.java;
new revision: 1.33; previous revision: 1.32
Checking in org/netbeans/modules/editor/options/AllOptionsFolderBeanInfo.java;
new revision: 1.6; previous revision: 1.5
Checking in org/netbeans/modules/editor/options/BaseOptions.java;
new revision: 1.103; previous revision: 1.102
Checking in org/netbeans/modules/editor/options/BaseOptionsBeanInfo.java;
new revision: 1.33; previous revision: 1.32
Checking in org/netbeans/modules/editor/options/Bundle.properties;
new revision: 1.81; previous revision: 1.80
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
Checking in org/netbeans/editor/BaseSettingsInitializer.java;
new revision: 1.27; previous revision: 1.26
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
Checking in org/netbeans/editor/SettingsDefaults.java;
new revision: 1.56; previous revision: 1.55
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
Is there any build, which you estimate nearly stable like 4.1 ? I like to test
You can use daily builds since the date the issue was commited or you can wait for
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: