@Mark-Anderson said in Find Text Copied From Excel Cell:

I understand there are line-ending characters in my data in the second screenshot, but I didn’t put them there

You didn’t knowingly put them there.

In v8.8.6, Notepad++ implemented a long-requested feature, where if you select multiple lines, it would be able to all go in the FIND WHAT box, rather than just a single-line’s worth. To do that, Notepad++ had to start honoring the newlines that were in selected text. This was a good thing for most, BUT not for situations like yours.

Specifically, now, when you select an entire line before doing FIND, if your selection includes the newline – and it usually does, especially if you use the margin-click or triple-click, as shown in the screenshots below – then the search string contains the newlines that you didn’t notice.

399c5a90-5284-4715-8133-511f0fc22c47-image.png
-> in this condition, the newline sequence is selected, though you might not notice it, and you won’t see it in the FIND WHAT at first.

vs

71213e9b-5ce4-4727-b59f-0697b2f71d90-image.png
-> in this condition, the newline sequence is NOT selected, so those characters won’t be in the FIND WHAT box.

But by default, the FIND WHAT does not show the newline characters. So you cannot see that they are there. But they are, because you (unknowingly) selected the newline characters when you selected the whole line.

But, after you run the Search Mode = Normal search, then since there’s newline characters, Notpead++ converts from Normal to Extended, and starts showing the newline sequence, as reported in the old closed-bug-report #11847. The advice that @Alan-Kilborn gave in a related recent issue a few days ago still holds for you as well.

I’ve created two feature requests: one in Notepad++ and another in the Python Script plugin (and cross referenced them), since I don’t know where this feature would be better impemented.

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17246 https://github.com/bruderstein/PythonScript/issues/401

Hi, @peterjones and All,

Peter, actually, we were not talking about the same thing !

On GitHub, under the tree structure notepad-plus-plus/PowerEditor/Test/FunctionList/perl, there are two files :

unitTest ( named unitTest.txt )

unitTest.expected.result ( named unitTest.expected.result )

And indeed, after downloading the unitTest.txt file and opening it within N++, it did automatically recognized this .txt file as a Perl file, due to the first line #!/usr/bin/env perl

Now, in the functionList sub-folder of my portable 887_x64 installation, I copied three files :

perl.xml of N++ v8.8.6, that I renamed perl_886.xml

perl.xml of N++ v8.8.7, that I just re-copied as perl_887.xml

perl.xml, from your last link ( https://github.com/notepad-plus-plus/notepad-plus-plus/blob/3d829d9a311fa05f77479b79b5b340e05986a52e/PowerEditor/installer/functionList/perl.xml ), that I renamed Perl_NEW.xml

Then, after closing N++, from a CMD prompt, I ran, successively, the three commands :

• D:\887_x64\functionList>copy perl_886.xml perl.xml • D:\887_x64\functionList>copy perl_887.xml perl.xml • D:\887_x64\functionList>copy perl_NEW.xml perl.xml

I re-started N++, each time, with current tab = unitTest.txt and opening the View > Function List feature, I did verify that :

The Function List panel with perl_886 was immediate but quite incomplete

The Function List panel with perl_887 was correct but with a slight delay at opening time

The Function List panel with perl_NEW was correct and with no delay at all !

Therefore, I now have the necessary equipment to test the Perl function list regexes and imagine possible new regexes. But just for myself, because I doubt I’ll find anything better than your solution !

Best Regards,

guy038

@andwan0

Your issue has been fixed for the N++ v8.8.6+.

@Ian-Hicks said in Run Notepad++ as commandline to edit and save:

It’s many more files/folders than this, but in essence:

In practicality, your “in essence” is the way to do it in Notpead++. Open all the files you want, in whatever normal command-line or GUI method you like using for opening multiple files, then use the XML Tools plugin command to do the pretty print on all the open XML files.

There isn’t another way in the native “Notepad++ & XML Tools” setup to do what you want.

@h-jangra showed you a way to do it for a single file (and assumed you’d be able to extend it to work on your mulitple files) completely outside Notepad++… but as that’s a non-Notepad++ solution, if you have any questions about it, or if it doesn’t do exactly what you want or you want to customize it, you would have to go to the original Stack Overflow post and/or create your own question there or elsewhere, because non-Notepad++ solutions are off-topic for this Notepad++ forum.

Inside Notepad++, if you added one of the scripting plugins (like Python Script), you could write a script that would open all the XML files you wanted, then run the XML Tools command to pretty-print all the open XML files, then save them and close them. (You could either write the script to open all, pretty print all, save all, close all; or to loop “for every file, open it, pretty print it, save and close, then move on to next file”; I don’t know which would be faster. If there are hundreds of files, it might be more memory efficient to write the script to do it one at a time, but that’s just a guess.)

@Gerard-Kiekens said in Notepad++ VERY slow to open:

In my case it was (alsmost certain) caused by heavily editing the DarkMode-Default theme that got a size of over 500Mb. I Suspect it was caused by using many custom colors.

I am curious what kind of editing you did to make a 220Kb file grow 2000x in size. Even if you changed every color in the theme, the size of the file would not change at all, since all color attribute values are the same length. I cannot imagine any possible way that any editing of that file would grow it to 500Mb