- May 30, 2022 at 12:17 pm #28223
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.May 30, 2022 at 6:18 pm #28225
Can you please write an example to explain the issue?
Thanks,May 30, 2022 at 11:44 pm #28227
Please see here
https://ibb.co/YB7nhHXJune 7, 2022 at 2:14 am #28255
Just wondering, have you seen this?June 7, 2022 at 7:25 am #28256
No, the link does not work from my environment.June 8, 2022 at 6:16 am #28260
Sorry, it was an autodelete link (after a week or so), I uploaded again: https://ibb.co/Gs4GmTsJune 8, 2022 at 1:34 pm #28264
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.June 9, 2022 at 5:43 am #28266
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.June 9, 2022 at 9:21 am #28267
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.June 9, 2022 at 1:15 pm #28268
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 sense
And further down you have text 2
If 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?June 9, 2022 at 5:24 pm #28269
To clarify your question, can you please write your expected result in this sample?June 10, 2022 at 2:23 am #28270
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:
Currently, the result is:
5June 10, 2022 at 8:07 am #28271
If 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 5
If 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 5
To 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.June 10, 2022 at 11:01 am #28272
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?June 11, 2022 at 8:25 am #28273
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 : xxx
And you have a programming language code in a destination document:
s = s = s = s =
You want to copy
a b d e
to 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.June 12, 2022 at 10:20 am #28274
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 -:)June 13, 2022 at 10:32 am #28275
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.June 16, 2022 at 6:27 am #28280
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.March 8, 2023 at 12:30 pm #29167
v22.2.910 addresses this issue. Cherry-picking multiple selections will not be copied as vertical selection anymore.May 1, 2023 at 9:20 pm #29218
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.May 4, 2023 at 1:25 am #29219
Thank you very much for your diligence and efforts towards excellence.
- You must be logged in to reply to this topic.