@unal-mk ,

I’ve never looked into the Ctrl+C behavior on NppExec. But there are some power-users of NppExec that sometimes read here, and even occasionally the author @Vitalii-Dovgan – so hopefully someone else will be able to help you with that.

@AUZAZURZ ,

Sorry, no.

Running the program in non-maximised window is not an option.

Bummmer, there goes my first idea for a workaround. Do you have a reason why?

here are some other potential workarounds:

You could try using View > Distraction Free mode (you can assign a keyboard shortcut to it in Shortcut Mapper if you are frequently doing that toggle).
a2393980-ca63-428e-9773-d0811dc4b7b5-image.png

Or maybe if you turned on the second View – create a new empty file, then View > Move/Clone Current Document > Move to Other View, after which Notepad++ should remember that you want two views open – then the second view could be resized enough that your primary editing view was narrow enough for you.
da314a65-7439-4f59-92cd-eae6ffc50483-image.png

@tom-p ,

Notepad++ is a text editor. To edit text, you open the file, then start typing.

The way you would make those changes in Notepad++ is the same way you would make those changes in any other text editor (assuming the changes can be made in a text editor), so there’s nothing that we can tell you that’s specific to Notepad++

This forum isn’t about “apex legends”, so we don’t know the specifics about what the syntax is or what config-file changes you need to make in order to change the config for those commands. You would have to ask in an “apex legends” forum to find out what files hold those settings, whether those files are text-editable, and what specific values you would need to edit to get the behavior you want. Such questions are completely off-topic for this Forum, because such questions have nothing to do with Notepad++, even if you happen to be using Notepad++ as your text editor. (If this wasn’t quite enough explanation for you, read our FAQ about why such questions are off topic.)

@Sanane-Kurt ,

I am coding and it always stays in Korean. I have a Turkish character problem. Every time I open a new txt or a new c++ file, I have to select Turkish windows-1254 from the coding. After editing is finished, when I click save, it starts in Korean again. What is the solution for this? It does not stay in the coding language I set?

Notepad++ has a feature where it can try to guess the encoding; unfortunately, there is NO reliable way, by looking at the bytes of a Windows text file, to tell for sure what the encoding of the file is – the best any program can do is to guess, and it sometimes gets it wrong.

Settings > Preferences > MISC > ☐ Autodetect character encoding controls that behavior. If it’s not on, you might see if turning it on helps Notepad++ to guess properly. If it is on, then Notepad++ is not guessing properly, so try turning it off; you might also need to make sure that Settings > Preferences > New Document > Encoding is set to your Windows-1254 encoding.

But neither setting is a guarantee that Notepad++ will guess correctly. The fundamental problem is that when the DOS filesystem (FAT) was being decided upon in the 80s, they didn’t bother storing meta-information about file encoding and the like, and that decision from 45 years ago propagated to the FAT32 (USB drives) and NTFS (modern Windows filesystem) as well. Because that metadata isn’t included, there is no way for any application to know for sure, and there’s nothing Notepad++ can do about the underlying filesystem.

That said, in the 90s, this cool thing called “Unicode” was invented, along with the UTF-8 encoding, which can, with a single file encoding, represent more than 1,000,000 characters.

Notepad++ supports UTF-8 encoding (and the related UTF-16 encodings), which give you full access to Unicode. If you were just using the files in Notepad++, there is no reason to use any non-Unicode encoding (like Windows-1254), because UTF-8 will represent all the Turkish characters and all the Korean characters separately, without ambiguity, so there would never be any conflict. Further, you say you are “coding”, and I haven’t heard of any modern compiler that would understand a 256-character encoding like Windows-1254 but not also handle UTF-8. If you do everything in UTF-8, there will be no difficulty with encoding.

@Coises
Thanks much Coises, dang too easy to overlook a simple space, its almost like trying to figure out a sound problem when it was the mute button that was hit.
Thanks again

Some related discussions, in these topics:

https://community.notepad-plus-plus.org/topic/20008 https://community.notepad-plus-plus.org/topic/19395 https://community.notepad-plus-plus.org/topic/20319

It’s a pity that there is no such functionality for subsequent instances :(

Thank you both!

Hi, @benji2025, @ekopalypse, @alan-kilborn, @coises and All,

I did additional tests :

First, if the Word wrap option is enabled, using the same regex as before, with the Match Case option checked, the BookMarking operation took about the same time : 23.2 seconds

Secondly, after the BookMarking operation if you re-run the same regex, the whole operation is done in 16 seconds. This seems logical because n++ does not have to re-bookmark the already bookmarked lines !

Thirdly, if I do not check the Bookmark line option, in the Mark dialog, the Marking operation is a bit quicker : 19,4 seconds

Fourthly, if I select all the contents of the test file ( => the In selection box is automatically checked ) the operation is a bit slower : 23,8 seconds

Now, for all the tests below, I used these rules :

The Word wrap option is unchecked

In the Mark dialog, the Bookmark line option is checked and all the other box options are unchecked.

Generally the Match case option is unchecked but may be checked in few occasions.

Before each search, I hit the Clear all marks button and place the caret at the very beginning of the test file.

I did my tests twice : on my old XP machine, with N++ v7.9.2 and on my new W10 laptop, with N++ v8.7.6 ( @coises, I avoided, on purpose, using the v8.7.8 and v8.7.9 releases ! )

Each time, I opened N++, from a command prompt window, with the command Notepad++ -nosession Benji.txt Test_Benji.txt, so with only these two files.

For the W10 test, I simply used an USB key containing the portable N++ v8.7.6 release and the test file.

-------------------------- NEC XP - N++ v7.9.2 ------------------------------------------------------------------------------------------------------- (?-s)^.*\R(?=TEST$) 24 s Option 'Match Case' unchecked (?-s)^.*\R(?=TEST$) 23.1 s Option 'Match Case' checked ( The test in my **previous** post ) (?-s)^.+\R(?=TEST$) 23.9 s Option 'Match Case' unchecked (?-s)^.*+\R(?=TEST$) 19.9 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\R(?=TEST$) 19.8 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 18.6 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 17.7 s ( Atomic ) Option 'Match Case' checked (?-is)^.++\r\n(?=TEST$) 69 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Without the ^ symbol --- (?-s).*\R(?=TEST$) 25.6 s Option 'Match Case' unchecked (?-s).+\R(?=TEST$) 23.1 s Option 'Match Case' unchecked (?-s).*+\R(?=TEST$) 21.5 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\R(?=TEST$) 19.2 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 18.1 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 17.25 s ( Atomic ) Option 'Match Case' checked (?-is).++\r\n(?=TEST$) 237 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Without the (?-s)^ part --- .*\R(?=TEST$) 25.1 s Option 'Match Case' unchecked .+\R(?=TEST$) 22.8 s Option 'Match Case' unchecked .*+\R(?=TEST$) 21.2 s ( Atomic ) Option 'Match Case' unchecked .++\R(?=TEST$) 18.9 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 17.8 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 17 s ( Atomic ) Option 'Match Case' checked (?-i).++\r\n(?=TEST$) 236 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Using the @Terry-R solution --- (?-s).\R(?=TEST$) 77 s ( ?! ) Option 'Match Case' unchecked (?-s).\r\n(?=TEST$) 71 s ( ?! ) Option 'Match Case' unchecked (?-s).{1}+\R(?=TEST$) 93 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked (?-s).{1}+\r\n(?=TEST$) 84 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked .{1}+\R(?=TEST$) 88 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked .{1}+\r\n(?=TEST$) 79 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- After CONCATENATION of the line BEFORE the line TEST with the line TEST --- First, the regex \R(?=TEST$) is replaced with NOTHING ( 57 s ) => 142,908,950 bytes for 3,030,301 lines. Then : TEST$ 20.8 s Option 'Match Case' unchecked TEST$ 13.6 s Option 'Match Case' checked (?-i)TEST$ 13.8 s Option 'Match Case' unchecked Last, the regex TEST$ is replaced with \r\n$0 ( 65 s ) -------------------------- HP Win 10 - N++ 8.7.6 ----------------------------------------------------------------------------------------------------- (?-s)^.*\R(?=TEST$) 2,3 s Option 'Match Case' unchecked (?-s)^.*\R(?=TEST$) 2 s Option 'Match Case' checked ( The test in my **previous** post ) (?-s)^.+\R(?=TEST$) 2.3 s Option 'Match Case' unchecked (?-s)^.*+\R(?=TEST$) 1.9 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\R(?=TEST$) 1.97 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 1.86 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 1.5 s ( Atomic ) Option 'Match Case' checked (?-is)^.++\r\n(?=TEST$) 5.8 s ( Atomic ) ( ! ) Option 'Match Case' unchecked --- --- Without the ^ symbol --- (?-s).*\R(?=TEST$) 2.7 s Option 'Match Case' unchecked (?-s).+\R(?=TEST$) 2.3 s Option 'Match Case' unchecked (?-s).*+\R(?=TEST$) 2.3 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\R(?=TEST$) 1.9 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 1.8 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 1.45 s ( Atomic ) Option 'Match Case' checked (?-is).++\r\n(?=TEST$) 23.9 s ( Atomic ) ( !? ) Option 'Match Case' unchecked --- --- Without the (?-s)^ part --- .*\R(?=TEST$) 2.7 s Option 'Match Case' unchecked .+\R(?=TEST$) 2.23 s Option 'Match Case' unchecked .*+\R(?=TEST$) 2.23 s ( Atomic ) Option 'Match Case' unchecked .++\R(?=TEST$) 1.8 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 1.7 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 1.38 s ( Atomic ) Option 'Match Case' checked (?-i).++\r\n(?=TEST$) 24 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Using the @Terry-R solution --- (?-s).\R(?=TEST$) 6.35 s ( ! ) Option 'Match Case' unchecked (?-s).\r\n(?=TEST$) 8.6 s ( ! ) Option 'Match Case' unchecked (?-s).{1}+\R(?=TEST$) 8.2 s ( Atomic ) ( ! ) Option 'Match Case' unchecked (?-s).{1}+\r\n(?=TEST$) 10.6 s ( Atomic ) ( ! ) Option 'Match Case' unchecked .{1}+\R(?=TEST$) 7.5 s ( Atomic ) ( ! ) Option 'Match Case' unchecked .{1}+\r\n(?=TEST$) 9.75 s ( Atomic ) ( ! ) Option 'Match Case' unchecked --- After CONCATENATION of the line BEFORE the line TEST with the line TEST --- First, the regex \R(?=TEST$) is replaced with NOTHING ( 26.2 s ) => 142,908,950 bytes for 3,030,301 lines. Then : TEST$ 2.3 s Option 'Match Case' unchecked TEST$ 0.95 s Option 'Match Case' checked (?-i)TEST$ 1 s Option 'Match Case' unchecked Last, the regex TEST$ is replaced with \r\n$0 ( 25.3 s )

Conclusion :

So, given the rules above, the best syntaxes seem to be, on my new Windos 10 machine :

The regex .++\r\n(?=TEST$) in 1.38 second, with the Match Case option checked.

The regex TEST$ in 0.95 second, AFTER an initial contatenation of the line before the line TEST with the line TEST.

Best Regards,

guy038

Hi, @dev-petty, @peterjones, @terry-r and All,

Yes I was too rapid, directly answering, without testing in N++. My bad !

So one correct syntax could be :

SEARCH (?s-i)(?-s:^Born:.+).+?California\R

REPLACE Leave EMPTY

Check the Regular expression search mode

What means this regex, except for the literal strings Born: and California ?

The first part (?s-i) are initial modifiers which apply to the whole regex :

The (?s) syntax means that any . regex char, found in the regex, may represent any single character, including the line-break \r and/or \n.

The (?-i) syntax means that the search is done in an sensitive way ( so not insensitive ! ). Thus it will find the words Born and California but not the words born and california or BORN and CALIFORNIA. If an insensitive search is needed just use the (?si) syntax.

The second part is (?-s:^Born:.+) which is a non-capturing group ( a group whose we do not need the contents, further on, in search and/or replacement !) (?:.........) with the -s modifier which applies to this group only. Thus, this part looks for the word Born, with that exact case, at the beginning of line ^, followed with a colon, itself followed with any standard character ., repeated +, till the very end of current line as it stops at the line-breaks.

The third part is .+? which represents the smallest ? range of any character ., including \r and \r, repeated +, until …

The fourth part California\R which represents the word California, with this exact case, followed by \R which stands for any kind of line-break ( \r\n for Windows files, \n for Unix files or \r for Mac files ).

In replacement, as its zone is empty, the entire 4 lines matched are simply deleted !

BR

BR

guy038

@PeterJones Thanx very much for your help

@PeterJones said in "Word wrap" option is reset from time to time:

Thanks for that brutally harsh assessment of my writing

I can see why you interpreted my general statement this way, and I apologize for any disrespect you felt as a result of that misunderstanding. However, I was not trying to imply anything negative about your general capabilities as a writer, or suggest that this particular piece of writing was unacceptable; I was just trying to make a point about the flaws/limitations of AK’s preceding comment.

FWIW, AK’s argument actually made me think of the various instructors I had in undergrad: despite their in-depth knowledge of the course material, many of them lacked the technical communication skills to provide effective lessons.

FWIW, I generally find your explanations on this forum exceptionally clear and easy to read, so I was surprised that this particular excerpt was a bit hard to follow on the first couple of run-throughs.

@PeterJones said in "Word wrap" option is reset from time to time:

you need to understand that (…) you do not get the final say into what’s accepted into the User Manual

Of course - that’s why I literally offered the adjustments as suggestions. However, I think it’s worth pointing out that someone else independently offered very similar suggestions (albeit for a potentially different piece of writing). The fact that two independent sources are suggesting the use of the same argument structure is a strong indication that the structure is worth following.

BTW, based on your multiple references to professional editors, you seem to be under the impression that I lack the experience required to give advice on writing structure. Given that you don’t know me personally, I’m not sure why you would make such an assumption; based on your other interactions on this forum, this seems out of character for you.

Either way, it’s worth pointing out that part of my current job is reviewing the content of user manuals, and I’ve had plenty of similar experience long before I took on this job. So, I’m much more qualified to offer advice on matters like this than you seem to think.

@Graz-Font I solved it. I edited the Windows registry to add a “MultipleInvokePromptMinimum” entry. Thanks to all for the suggestions, but it wasn’t a character length issue.

@Real-Cat

There is another post similar in request to yours which might help.

See this post.

Terry

@Maxim-Fox ,

config.xml for the settings, and stylers.xml for the default theme (other themes are in the themes subdirectory, and should be obvious based on which theme you use)

see User Manual > Config Files
https://npp-user-manual.org/docs/config-files/

Hello, @sabry-farg, @thomas-knoefel, @terry-r, @lycan-thrope and All,

Oh…, @lycan-thrope, you’re perfectly right about it ! It’s a typo !

So, @sabry-farg, I apologize for my mistabke !

The correct regex is, indeed :

FIND \|

REPLACE \r\n

BR

guy038

The behaviour of the Alt key is weird and varies in different applications. I did the following experiments.

Basic setup: Have some programs open so that they are displayed in the task bar

Go to an application, i.e. have it as the “active” one Press the Alt key Point with the mouse to another application in the task bar and click. The application becomes the active one. Release the Alt key

What I see is:

If the target app is Mozilla Firefox or Thunderbird or VLC, the menu is reliably activated upon releasing Alt. If the target app is MS Excel, menu is never activated. Excel activates the menu (displays shortcuts) a second after pressing Alt, i.e. not upon releasing it. If the target app is NP++ or LibreOffice the behaviour after releasing Alt is unpredictable. Sometimes the menu is activated, sometimes it’s not.

As I wrote, I remedy the situation by changing the key to one without Alt.

@guy038 said:

did you forgot of your excellent Python script

I didn’t exactly forget… :-)

But some of the earlier comments in this topic have made me decide that it might be best to just not try to remember any previous styling. I’m even doubting remembering bookmarks now too. :-)

@PeterJones Thanks much for the infos.

@pockytu

Go to Plugin Admin, type fold into the Search box and keep clicking Next until you see Folding Line Hider. Check the checkbox and click the Install button. After Notepad++ restart, it should be active at hiding the fold lines.

Description of the plugin:

This Notepad++ plugin can hide the unsightly folding lines, and for convenience, you can fold and unfold the current level using the Alt + Left/Right keys.
Author: leonardchai@gmail.com
Homepage: https://github.com/leonardchai/FoldingLineHider