replace function
-
Hello, @go2to,
Oh no, for sure ! We’re not telling lies, Claudia and I ! So, we have to find out why you cannot perform a multi-lines replacement.
Obviously, the main point is the ability to insert a multi-lines text in the Replace with box, of the N++ Replace dialog. This case should be quite easy to verify !
Just follow this procedure :
-
Open the N++ v7.4.1 software ( Last version )
-
Open a new empty tab (
Ctrl + N) -
Insert, for instance, the three complete lines, below :
abc def ghi- Click on the
¶icon of the Tollbar OR choose the menu option View > Show Symbol > Show All Characters
=> The symbols of the Windows End of Line characters should be visible (
CRandLF) at the end of each line- Then, choose the menu option Edit > EOL Conversion > Unix (LF)
=> This time, the three lines should end with the
LFcharacter, only-
Select the block of these three lines ( => The cursor/caret should be located at beginning of line 4 )
-
Copy them in the clipboard (
Ctrl + C) -
Now, open the Replace dialog (
Ctrl + H) -
Paste the clipboard contents in the Replace with: box (
Ctrl + V)
=> You should notice that the inserted text is the string abcdefghi, which contains two invisible
LFcharacters ( between letters c and d and between letters f and g ) !
Notes :
-
If you still see the string abc, only, it looks quite weird !? We’ll have to do further investigating :-(
-
This behaviour does not depend on the present encoding of the current file ( I did tests with ANSI, UTF-8 BOM and UCS-2 LE BOM encodings )
-
It does not depend, too, on the N++ present version ( I did tests with the old N++ v5.9.8 Ansi and N++ v6.4.5 ! => No problem )
-
It does not depend, also, on the present language ( I did tests with HTML, .INI, Python, Normal text, … => No problem )
-
Finally, it doesn’t care about the Wrap state of text ( menu option View > Word wrap )
See you later !
Best Regards,
guy038
-
-
guy038
The webpages we discussed here have EOL conversion to Unix disabled. I can’t do that in the Edit menu. I think the pages are hosted in an Apache server. All my pages show the same Edit menu in Npp.Don Ho
Do you care to comment? You are the one everybody trusts 100%. What’s the truth about this replace function? Thanks. -
Hi, @go2to,
Did you try the exact steps of the procedure, exposed in my last post ? It should work nice !
An IMPORTANT precision :
If the option Unix (LF), in Edit > EOL Conversion, is greyed out, after opening some HTML code :
-
Select the option Edit > EOL Conversion > Windows (CR LF), FIRST
-
Now, you should, correctly, select the option Edit > EOL Conversion > Unix (LF) !!
On the other hand, I, also, did a try with the source of a Web page, from the @ion-saliu site
=> No problem ! I was able to change this HTML text, with Unix ends of line and, therefore, able to perform, for instance, the multi-lines search/replacement, below !
Multi-lines text, below, placed in the Find what: box :
13 7 12 36 48 54 37 in draw # 13 14 16 35 37 52 54 33 in draw # 14 16 13 22 27 52 55 26 in draw # 16 17 10 25 35 38 41 23 in draw # 17 18 3 37 46 48 51 22 in draw # 18 * 19 9 23 47 53 55 39 in draw # 19 20 15 17 43 44 48 29 in draw # 20 21 3 13 35 39 40 37 in draw # 21 * 22 7 38 40 51 52 14 in draw # 22 * 23 14 25 32 48 54 10 in draw # 23 24 4 12 13 30 38 30 in draw # 24 25 11 13 30 35 55 37 in draw # 25 27 10 37 43 50 52 14 in draw # 27 28 3 18 39 43 54 41 in draw # 28 29 15 29 38 52 53 7 in draw # 29 30 6 14 40 46 49 17 in draw # 30 33 10 23 42 48 54 3 in draw # 33 34 4 30 37 43 46 42 in draw # 34 35 12 15 30 46 54 1 in draw # 35 48 17 37 41 48 55 39 in draw # 48 50 7 25 29 37 50 17 in draw # 50 53 2 10 39 42 43 23 in draw # 53 54 6 7 36 51 53 17 in draw # 54 59 2 15 25 30 45 17 in draw # 59 62 2 10 31 43 55 14 in draw # 62 68 1 3 30 31 43 36 in draw # 68Changed into the multi-lines text, below, copied in the Replace with box :
Line Any Any Any Any Any Any Pos Pos Pos Pos Pos Pos no. 1 2 3 4 5 PB 1 2 3 4 5 PB 7 18 17 14 11 10 16 46 38 46 46 10 16 8 7 3 11 33 22 34 46 46 46 33 22 34 9 1 46 13 5 17 3 1 46 18 5 17 3 10 10 1 5 2 10 27 10 46 46 46 10 27 11 46 1 12 2 8 33 46 46 12 2 8 33Cheers,
guy038
-
-
guy038
BTW your latest procedure works correctly with a new file in Windows Npp. The problem is with files that were edited several times in several editors and also downloaded from Linux servers to Windows PCs. Npp treats the files as Unix even if they were created in Windows?I tried the first Saliu page presented here. I just saw another one with the results of the Preakness race (preakness-stakes-winners.html). It has the same Unix/Windows mixed EOLs. I tried a trick. I saved the file as HTML locally. I copied the entire file to a new file. All EOL codes became Windows. So, Convert EOL to Unix was enabled, while the convert to windows was disabled. The serious problem is doing this with hundreds of webpages (open, save html, copy and paste in new Notepad++ file, then change EOL to Unix). Impractical. The original pages can’t be converted to Unix LF.
I was skeptical about you and Claudia Frank. No hard feelings. I saw your convoluted procedure first, then you came back with an edit, and another edit. I saw also Claudia’s screenshot on changing fonts in a document. I tried it and never worked for me.
The intriguing aspect here is the difference in the two boxes. The find box works as-is, with no changes in EOL codes.
Don Ho?
-
I saw also Claudia’s screenshot on changing fonts in a document. I tried it and never worked for me.
Can you explain in detail what you did and what you expected that should happen?
Cheers
Claudia -
guy038
Your procedure works only in the open file, it can’t be applied to several files (especially on disk)! Replace in files is where the action is. I look with anticipation to see the replace box behave exactly like the find box without changes in EOL.Don Ho?
For now, the Parpaluck procedure (\r\n) remains the only one applicable to multiple files directly on disk.
-
Hi, @@go2to,
I didn’t say that this procedure was “THE” solution. Of course, It’s just an interesting work-around, which may be helpful to some of us, from time to time !
And I agree, with you, that this multi-lines S/R is rather difficult to run on multiples files, because each of them must be “Unix” files, before performing the S/R, in the Replace in files dialog :-((
If you long for a true Multi-lines S/R feature, you could add a pull request, at the address, below :
https://github.com/notepad-plus-plus/notepad-plus-plus/pulls
But, please, don’t expect a rapid reply to your request !!
Best Regards,
guy038
-
thanks all for your answers
my english is not very good
i tried the link to add a pull request but it open https://github.com/notepad-plus-plus/notepad-plus-plus/compare so i dont understand what to do…
i have 2 others questions for s/r
i have noticed that when i used the s/r function it not begin at the top of the file but where i was looking in the file, it will be great if this function by default could begin by the top of the file
and an other question
it will be nice if we could know in which files, which line notepad++ did the job. in dont see how to see that when i use s/r in directories.
but perhaps its me who dont use well notepad++ -
Before this thread went all crazy-nuts…
@Claudia-Frank said:
but now comes my time to shorten your eol conversion.
Goto Edit->EOL Conversion-> and choose the appropriate one ;-)Even shorter is double-clicking the “Windows (CR LF)” area of the status bar (or whatever that area of the status bar currently says for you) and making the “appropriate” choice that appears in the 3-item menu that appears. :-D
-
The intriguing aspect here is the difference in the two boxes. The find box works as-is, with no changes in EOL codes. Don Ho?
Here’s the difference as I see it:
When a Find is invoked with a selection active, the selected text is put into the find-what box with this C++ code:
void FindReplaceDlg::setSearchText(TCHAR * txt2find) { ... ::SetDlgItemText(_hSelf, IDFINDWHAT, txt2find);the
txt2finddata may contain carriage-return (CR) characters; it is no problem for the SetDlgItemText() function to put those into the find-what box’s data.On the other hand, there is no corresponding automatic way to get Notepad++ to put data into the replace-with box, so we have to Paste it in with Windows’ normal paste functionality. Controls like the find-what and replace-with box do not accept CR via this Windows paste functionality. Thus multiline data pasted in gets truncated just before the first CR.
I did a simple test with a new Visual Studio C++/MFC app, dialog-based, with a combobox dropped onto the dialog form. It, too, cannot accept any data pasted in after (and including) a CR.
The linefeed (LF) character presents no such difficulty to Windows’ normal paste, which we have seen in the experimentation discussed previously in this thread.
-
@Scott
Still the replace box accepts \r\n in extended mode, which is CR+LF.Several other editors accept direct copy and paste in the replace-with box, be it CR+LF, LF or combination of both. They are probably written in C++. But I think it can be done in any language since CR and LF have the same codes.
Don is busy now with other issues in 7.4.1. I saw there are problems with replacing again in several open files.
-
Still the replace box accepts \r\n
Do you mean literally
\followed byrfollowed by\followed byn? If so then that’s not what I’m talking about just above. However, if you’re saying that you can get the replace-with box to accept more than one line where the line-separator has a definite CR character in it, even in Extended mode, then I’m afraid I can’t duplicate that behavior (all I get is the first line). At the time of paste, it is irrelevant which search-mode is in effect, a paste into the replace-with box is just a paste…other editors accept…they are written in C++
Certainly, but that’s not relevant to the current discussion. Unless the complaint is “Other editors can do it, why not Notepad++?” To that I’d say it is just a limitation, and the C++ code could be changed in the future to remove that limitation.
-
@go2to said:
Several other editors accept direct copy and paste in the replace-with box, be it CR+LF, LF or combination of both. They are probably written in C++. But I think it can be done in any language since CR and LF have the same codes.\r\n\r\nDon is busy now with other issues in 7.4.1. I saw there are problems with replacing again in several open files.\r\nIt is now one line after deleting CR+LF and adding \r\n. Everything is pasted in the replace box.
It works flawlessly in the current file, or all open files, or in find in files.
