I noticed that pasting data copied from another application didn't change the linebreaks (anymore). I'm not sure if this is intentional and if I should be bothered by that (I can re-format in N++).
However, I just pasted data from another application and got a lot of extra [NUL]'s at the end.
Disabling the NPPTextFX.dll plugin indeed did make this behaviour disappear.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What coding do you work in? I have no problem with cursor jumps when cutting or deleting. I always work in ANSI format. But seeing the extra characters, I guess this may have something to do with double counting of characters/bytes.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmm, I compiled N++ debug version from sources (with Visual Studio 2005 Express), and it worked there. Wierd... Maybe there is some buffer clearing error?
Best regards,
JKa
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yup, I also get some noise, but for me it is appended to the pasted text, while the cursor will remain at the starting position where I played the macro.
The garbage I get is:
1[NUL]plo
So, after recording the macro,
12345
becomes
12345
12345
1[NUL]plo
and then something like this
12345
1234512345
1[NUL]plo
1[NUL]plo
while the cursor remains between the 5th and 6th column on line two.
You might have had no problems, however, if you had not both typed and copied some text while recording the macro.
There is an error when recording and playback:in macro in case copy-paste is used.
Eg.
<start recording macro>
12345<shift-home><ctrl+c><end><ctrl+v><enter>
<stop recording macro>
Now try playback, the result is quite different what is expected.
Best regards,
JKa
If I disable the NPPTextFX.dll macro, for example renaming it to NPPTextFX.dll.not, then it works. So there must be something wrong with this macro.
Best regards,
JKa
Sorry, I meant NPPTextFX.dll plugin.
I noticed that pasting data copied from another application didn't change the linebreaks (anymore). I'm not sure if this is intentional and if I should be bothered by that (I can re-format in N++).
However, I just pasted data from another application and got a lot of extra [NUL]'s at the end.
Disabling the NPPTextFX.dll plugin indeed did make this behaviour disappear.
similar issue here:
when i Cut some text, the cursor jumps to some other place, not beginning of selection...
Leon
What coding do you work in? I have no problem with cursor jumps when cutting or deleting. I always work in ANSI format. But seeing the extra characters, I guess this may have something to do with double counting of characters/bytes.
What are your results?
What did you expect?
I was expecting:
1234512345
And the result was:
123451[NUL][NUL][NUL]p
Hmm, I compiled N++ debug version from sources (with Visual Studio 2005 Express), and it worked there. Wierd... Maybe there is some buffer clearing error?
Best regards,
JKa
Yup, I also get some noise, but for me it is appended to the pasted text, while the cursor will remain at the starting position where I played the macro.
The garbage I get is:
1[NUL]plo
So, after recording the macro,
12345
becomes
12345
12345
1[NUL]plo
and then something like this
12345
1234512345
1[NUL]plo
1[NUL]plo
while the cursor remains between the 5th and 6th column on line two.
You might have had no problems, however, if you had not both typed and copied some text while recording the macro.
[record macro]
12345[Enter]
[stop recording macro]
and repeating that (a number of times) might just do the trick.
Selecting the text and only pasting that by a macro seems to result in garbarge again.
But why would you want to _only_ paste in using a macro.
Perhaps this will work for you:
Start with an empty document.
Type your desired line, like
12345[Enter]
Start macro recording.
Press CTRL+A.
Press CTRL+D.
Stop macro recording.
Play your macro any number of times and have fun!