- Posts
If I copy say 4 strings and then paste in a text that has more strings immediately below the empty line, then the strings below (3 of them) are overwritten. In simple paste, lines are pushed further down without overwriting.
Please see here
https://ibb.co/YB7nhHXSorry, it was an autodelete link (after a week or so), I uploaded again: https://ibb.co/Gs4GmTs
I can now see your video. However, I believe this is an expected behavior. The strings below (3 of them) are NOT overwritten. New strings are inserted before the existing strings.
So you mean the user should expect one behaviour from paste text (pushing content below further down) and a different one from paste text from multi selection (mixing pasted text with content already below on a line by line basis)? It does not make sense to me, nor I find it practical. Have you seen such an implementation of paste after multiple selection in any other tool? MS Word pushes other text down, Notepad++ outputs all in one line without affecting text below.
I might be misunderstanding your question. Can you please write a procedure to reproduce the issue here with a simplified sample? Please include your expected result vs current result.
I will try to simply recreate what was done in the video.
Lets suppose you have two texts.
text 1 is this
So you mean the user should expect one behaviour from paste text
pushing content below further down) and a different one from
paste text from multi selection (mixing pasted text with content
already below on a line by line basis)? It does not make senseAnd further down you have text 2
1
2
3
4
5If you copy the whole text 1 and you paste before line one in text 2, text 2 will be pushed down, ie not affected in any sense. Ok so far?
Now, try multiple selection and select all the bits from text 1 in bold. Now paste before line one in text 2. The behaviour is completely different as text strings copied from text 1 are merged with text bits in text 2!
The expected behaviour is exactly the same as with simple paste, ie text 2 being moved down without being affected whatsoever.
Is it clearer now?
If you paste the multi selection strings (bold words in Text 1) in the line before the Text 2 (the line starting with 1) then the expected result should be:
should
behaviour
selection
basis
1
2
3
4
5Currently, the result is:
should
behaviour1
selection2
basis3
4
5If the Always insert newlines when copying multiple selections option (Customize dialog box – Edit page) is on, the current behavior should be:
should1 behaviour2 selection3 basis4 5If the Always insert newlines when copying multiple selections option (Customize dialog box – Edit page) is off, the current behavior should be:
shouldbehaviourselectionbasis1 2 3 4 5To paste like your expected result, you should paste to another new document, copy and paste again, and then paste to the document.
Or, you can run the macro at https://www.emeditor.com/forums/topic/multi-copy-and-paste-workflow/, and select the first item to paste.If you would like, I will think about your feature request in the future.
Well, as it is obvious from your example, pasting after multiple selection is radically different from pasting from standard selection, which, apart from not being used as such in any other tool I know, and requiring a convoluted way (as you described with pasting in another document) in order to result in a standard paste, it is confusing to the user as it mixes the pasted text with already existing text. Is there any practicality in this? No, in my opinion.
Since you already have an option (“Always insert newlines when copying multiple selections”), which I was not aware off, and thank you for mentioning it, then perhaps you could adapt it so that it does what it actually describes (I.e. “insert newlines” instead of “merge existing text below with pasted text”). If the current behaviour is desired by you or someone else (I cannot think of why), then it could simply be an extra option at that menu:
1. Always insert newlines when copying multiple selections (without merging) [proposed default]
2. Always insert newlines when copying multiple selections (with merging) [current behaviour]Does that make sense to you?
I believe the current behavior (vertical selection paste) was requested by a user, and it is useful especially when you work on CSV. It is also useful for programming langauge code when you want to paste multiple strings.
For instance, suppose you have an array of strings in a source document:
a : xxx b : xxx c : xxx d : xxx e : xxxAnd you have a programming language code in a destination document:
s[0] = s[1] = s[2] = s[3] =You want to copy
a b d eto the right side of equal symbols (
=) vertically in the destination document.In this case, an easiest way is to place the cursor at the left side of
ain the source document, press CTRL+SHIFT+DOWN 4 times, press SHIFT+RIGHT. At this point, you can optionally click on any unwanted string (c) while pressing CTRL. Press CTRL+C to copy. Then place the cursor at the right side of the first=in the destination document, and press CTRL+V to paste.In this case, the current behavior is useful.
However, I understand your situation, and I will think about a new Paste feature (you can select how to paste on the fly) in the future.
I believe the current behavior (vertical selection paste) was requested by a user
Ah, OK. Now I understand why this is so idiosyncratic — it was made to order :)
In any way, vertical selection paste can be a slight misnomer, as there needs to be no vertical selection before the paste. So I think it is a kind of implicit vertical paste (without vertical selection).
I think yes, it can be useful in such a scenario, but I think it makes sense that paste behaves the same way as a default irrespective of whether it is paste from standard copy or from multiple selection. Don’t you think so? I mean, in the current scenario, it is a much more complicated implementation (programmatically) than the standard paste. Having the option to have a non vertical paste would be quite simple to implement -:)
Of course, this is up to you -:)
The vertical selection paste is a “must” for CSV documents. Thus, this feature must be on by default at least for CSV documents. I might think about separate default options for non-CSV documents as well as other options in the future. Just so you know, everyone has different opinions and feature requests, and I respect all of them.
Of course, I fully agree; but in this case vertical paste happens in normal mode (not CSV).
As far as features, I understand different people have different opinions. I think that software developers should focus on what is useful (and logical) for most people. Some developers—not very many—like you go the extra mile and provide very specialized features like this vertical type paste following user demands -:)
This, however, has the potential side-effect of unexpected behavior for the average user, hence, my insistence on describing this functionality.
v22.2.910 addresses this issue. Cherry-picking multiple selections will not be copied as vertical selection anymore.
I further changed this behavior on v22.3.905. The new version pastes as box if the clipboard text contains newlines and the current selection mode is multi-selection.
- You must be logged in to reply to this topic.