Also, we are now thinking about re-implementing the Set Save dialog extension filter to *.* preference behavior.
Your feedback would be very helpful in this issue: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/9515

@Gubith said in Request for normal language style.:

This issue seems an obvious no-brainer. My request for change stands.

Yes, but where is the no-brain?
How this works, as described by @PeterJones makes perfect sense to me, with perhaps a slight quibble about “normal” and “default”…but I’m not going to let that minor aspect bother me.

You are free to request change, but if you are doing it here, you are doing it in the wrong place because no one with the ability to effect any sort of change will see it here. You need to consult the FAQ section of this site and follow advice there for making a change request.

@PeterJones Many thanks for info. I’ll look into the command line approach.

btw Brackets is an editor very like nppp but being phased out so I’ve been trying NPpp and Visual Studio as replacements. VS has precisely the same issue regarding using a local server as NPpp!

I am stunned by the quantity and quality of help available in this community in a very short time! Thank you very much to everyone :)

Hi, @sasumner, @peterjones and All,

Here is a new version of my previous table, which recapitulates the range of the Replace All, Count and Mark All action , depending of the three options Wrap around, Backward direction and In selection

Many thanks, again to @sasumner which improved the Count and Mark option, which share the same behaviour than the Replace All option ;-))

•-------------•-------------------------------------------------------------•--------------------------------------------------• | PREVIOUS | OPTIONS in the "Find", "Replace" and "Mark" dialogs | RANGE of SEARCH/REPLACE , COUNT or MARK when | | •-----------------•------------------------•------------------• | | Selection | "Wrap around" | "Backward direction" | "In selection" | click on "Replace All", "Count" or "Mark All" | •-------------•-----------------•------------------------•------------------•--------------------------------------------------• | NO | OFF | OFF | OFF | From CARET location to END of file | | | | | | | | YES | OFF | OFF | OFF | From START of selection to END of file | •-------------•-----------------•------------------------•------------------•--------------------------------------------------• | NO | OFF | ON | OFF | From START of file to CARET location | | | | | | | | YES | OFF | ON | OFF | From START of file to END of selection | •-------------•-----------------•------------------------•------------------•--------------------------------------------------• | YES | -/- | -/- | ON | From START of selection to END of selection | •-------------•-----------------•------------------------•------------------•--------------------------------------------------• | -/- | ON | -/- | OFF | From START of file to END of file | •-------------•-----------------•------------------------•------------------•--------------------------------------------------•

Best Regards,

guy038

@guy038 Thank you very much it worked!

@PeterJones Hello Peter, I just wanted to thank you again regarding the help with the issue here. I have been enjoying NP++ for a week now without any issues. No more dancing letters.

Yeah, I guess you are right, unfortunately.
Do you know what Windows components are loaded?

@June-Wang

“Control characters”…hmmm.

Well, as long as you’re sure that you know your data, and what you’re doing, you might have luck in Regular expression replacement where you set the Search mode that way.

Then you could do:

find: gf65n\xA7\xE2 <- note the \x before the A7 and E2
repl: gf65nBlah
mode: regular expression

But this whole thing makes me a big nervous. :-)

Since it appears you may not be working with true text data, perhaps a true hex editing program would be a better choice than Notepad++ for these manipulations.

Wonderful! thank you so much that will make this way easier to keep orgenized.

Hi, @adam-larsson, @alan-kilborn, and All,

@adam-larsson :

If you do not tick the Wrap around option, it adds a blank line, every block of 7 non-empty lines from caret location till the very end of file

If you tick the Wrap around option, it adds a blank line, every block of 7 non-empty lines, from beginning of file till the very end of file

Alan, I understand your restriction regarding the \K feature. Luckily, thanks to @Uhf7, it will be possible to use, very soon, in a next release, the \K feature with the step by step replacement. Nice, isn’t it ?!

BR

guy038

@Kavin-Sood

There is an en-/decryption plugin for Notepad++ called NppCrypt. You can find it when looking into Plugins Admin. It is available for 32 bit and 64 bit versions of Notepad++.

The plugin supports various encryption methods and is able to add an HMAC to authenticate the encrypted document. This way it is not possible to change the encrypted document anymore, its decryption will fail. That means you need backups of your encrypted documents.

Set up in a desired way, the plugin is able to automatically decrypt encrypted documents when they are opened and to automatically encrypt them when they are saved.

Important hint: If the plugin author updates the plugin (happens very rarely), the new version might fail to decrypt documents encrypted with an old version of the plugin. This already happened two times in the past.

@PeterJones said in Number of lines NP++ and Excel shows won't match:

OTHER READERS: Please do not follow the example of blindly deleting quotes in a CSV to get the number of rows in a spreadsheet to match with the number of lines shown in a text editor

YES, what he said. My “advice” above was more of a diagnosis than a course of treatment. The problem was probably quotes to capture newlines. I never meant that the fix was to remove the quotes! As @PeterJones says, this CHANGES your data!

Cheers.

@Dave-Dolson ,

Did you have a reason to just post a link to an old discussion? Because you said nothing, and we cannot read your mind.

Good luck.

@Matt-pointvicente

Have you read the posts above?
Again, a “block select” does not overwrite data.
But sometimes it can appear like it is doing so.
But if you look at it closely you’ll see that it is not overwriting anything.

But I will agree that sometimes you don’t get the result you think you should, so you have to undo it, provide some blank lines and try the paste again.

But really, the result you achieved you sometimes need, when pasting column data in other situations.
So, you can’t have it “both ways”, it has to work the way it does so that the feature stays powerful.

@Terry-R said in need help : word replacement:

That way you only need to change the word in 2 locations in the first field, instead of 5 times.

Well, if changing it in multiple locations is a problem, maybe even eliminate having to do it twice! :-)

(?s).*?\K(\bcar\b)(?=.+@@@)|@@@|(?=(?:.*?(?1)){4}).+\K(\z)

But yes, this is a nice solution – the original one.
In these types of solution, I often think of future readers that might come along with a similar need.
Perhaps there is benefit in some explanation of how this one actually works is in order.

super!
great thanks Alan, that what i wanted
thanks

@Jaacov-Molcho ,

This is not a Java help forum. But your output text is lying: The ASCII value of א is: 1488 is factually incorrect. There is no ASCII codepoint for א, or anything other than the standard first 128 characters with the standard US English alphabet, numbers, punctuation, and control characters – anything that claims “the ASCII (codepoint) is greater than 127” is wrong. What you are showing in your Java is the Unicode codepoint of א, which is 1488, aka U+05D0. If you are programming in Java, there is no reason to be using encoding Windows-1255. Use a real Unicode encoding, like UTF-8, like you are in IntelliJ IDEA. If what you are really complaining about is that running the program from Notepad++ , and that you aren’t seeing the characters you think you should, are you sure that your output console is really set the way you think it is? Because while IntelliJ IDEA might properly set the encoding of its output window to utf8, maybe what you are using with Notepad++ for output (whether it is NppExec’s console, or a spawned cmd.exe window from Run > Run menu, or whatever) might not have the encoding set the way you think (chcp, npe_console o2 i2, …)

As you can see, with my perl code set for UTF-8, outputting to the NppExec with the console settings set for UTF8 output encoding, everything is as I expect:
a500e81d-93a7-4b12-85c5-b0b14a71685c-image.png

Hello, thanks for your help, I tried to follow Michael-Vincent’s post but I didn’t understand anything^^

I opted for WindowBlinds which is not free but I am very satisfied.
14e1bb03-de43-4ddb-9476-c7fd6b8d7ea0-image.png

@Jessica-Anderson

anyhow I am happy with the solution of PeterJones,

While you are happy with the provided solution, what happens next time? The people here aren’t going to solve you problems time after time. You need to read about, and understand how the solutions given you work so that next time perhaps you can solve your own problem.

A great starting point is here:

https://community.notepad-plus-plus.org/topic/15765/faq-desk-where-to-find-regex-documentation