Start a new topic

A frame around the text in source segment instead of just selecting it

When I try to select a text in a source segment with the mouse, I often get a "frame" around a chunk of text instead of just selecting it. This frame does not select the text, but immediately transfers it to a new location inside the source segment, as soon as I release the mouse button. Not possible to screenshot. Thus, I need to move back and forth between segments to "repair" the source. And in order to select what I want, I need to release the mouse when I see such a frame, and then try selecting again. It's a little, but constant annoyance.


Please uncheck Edit > Drag and drop handling if you wish to switch off this feature.

Thanks, Igor! This is a very good feature that I did not know about. Now use it all the time.


I feel that sometimes it's activated too early, even before I stop selecting. In such cases a frame with an unwanted or incomplete extract pops up — and is moved to a new place (while I still intend to continue selecting the text). As a result, a small part of text moves a few characters to the right inside a source segment.


I do not think it's an intended behavior as it only happens at random, maybe after moving from a different field or program. I cannot find any pattern (I'll post here if I find any).


I would also like to suggest some improvements to this drag and drop feature:


1. When I drop an extract into a target segment, it would be better if the cursor moved to the end, right after the selection. In the current implementation, the extract remains selected, so I need to press a shortcut to move to the end of selection and deselect the text.


2. If I want to copy the text and not move it (100% of cases) by dragging it from source to target, it might be redundant to press an Alt key. It's especially true if I choose to forbid source editing.



I feel that sometimes it's activated too early, even before I stop selecting. In such cases a frame with an unwanted or incomplete extract pops up — and is moved to a new place (while I still intend to continue selecting the text). As a result, a small part of text moves a few characters to the right inside a source segment.


This issue in short: sometimes it starts dragging, while I'm still selecting.


1. When I drop an extract into a target segment, it would be better if the cursor moved to the end, right after the selection. In the current implementation, the extract remains selected, so I need to press a shortcut to move to the end of selection and deselect the text.


E.g., the desired behavior is implemented in "surround with characters" command. As soon as the text is surrounded with characters, the cursor moves to the end of selection.

> This issue in short: sometimes it starts dragging, while I'm still selecting.


The standard editing action Copy, Cut, Paste, Drag & Drop are low level Java implementations. I think Java developers got it right. The drag is triggered when you release the selection with the mouse and then start dragging the selected text. Perhaps, you release the selection unintentionally for the split second?


> ... the cursor moves to the end of selection.


The cursor is at the end of selection after dropping. The selection might be made to collapse automatically without hitting another key. To be explored.  

The standard editing action Copy, Cut, Paste, Drag & Drop are low level Java implementations. I think Java developers got it right. The drag is triggered when you release the selection with the mouse and then start dragging the selected text. Perhaps, you release the selection unintentionally for the split second?


I've been paying attention to this for a while and I've noticed that it happens (not every time though) after I switch from another program or even from another pane, like from source to target.


For example, I switch to Safari, click on anything there, then return back to CafeTran and start selecting a text in the source by clicking and holding the mouse. In such cases, I often see this frame (the dragging starts too early). I'm very attentive not to release the mouse even for a fraction of a second.


There is no frame if I click first and start selecting after that. It looks like Java does not always manage to register the action without a preliminary click. I believe it's a bug for two reasons: (1) it does not happen every time; I'm trying the above action right now by repeatedly switching between CafeTran and Safari, and it get wrong every other time; (2) in any other program I can start selecting immediately after the app comes into focus, e.g. after pressing Cmd+Tab.

> The selection might be made to collapse automatically without hitting another key. To be explored.


Added to the CTE 10.8 Cornetto update. Thanks!


1 person likes this
Login to post a comment