@PeterJones: Again, thanks very much for your quick and thorough response! Of course, without the exact sequence of events and messages, it’s impossible to reproduce the problem. Usually basic operations liking open, close, save don’t cause problems, so I was not in the kind of frame of mind in which I was carefully recording everything I did and everything the app did. Still it is weird that, when I shut down Notepad++ and started it up a second time, my changes were there, but when I shut it down and started it up a third time, they were gone. I looked in the backup location and the recycle bin, but no luck. Only ways that could happen that I can think of: either I removed the changes myself in Notepad++ (which I didn’t), or I accidentally deleted the file (which would have put it into the recycle bin). Have to just chalk it up to a glitch of some kind.

@PeterJones said in Color modification of style 15 of the "OScript" language via the "Style Configurator", not taken in account, on next N++ start:

However, they should be meaningful

Yep - that’s for sure :)

maybe for most people, but not for all… it is a function that is not present, and in some cases it may be useful. I hope it will be implemented in future versions …

@PeterJones I didn’t know about Character Panel. Thanks for mentioning about it, too.

Hi @gifthubbro

The replacement expression should be (?1c)(?2d), that is, without the “|”.

@Eightvo-8080

So you haven’t mentioned the magic words, but clearly you are working with “regular expressions” or “regex”.

Searching in a backward direction with regex has known problems and is partially disabled in Notepad++ currently (7.8.4) – but this isn’t a new problem, it has probably existed back to the days when regex capability was first introduced in version 6.0.

If would be nice if it were either (a) fully disabled OR (b, as in “better”) made to work right.

Unless and until it is made to work correctly, backward regex capture groups not working as intended is not surprising. I don’t think there’s any kind of workaround; sorry.

Hello, @sylvester-bullitt, @alan-kilborn and All,

Alan, good question ;-)) Personally, my old NEC 350 laptop does not have a numeric keypad. So, I’ve got an USB usual keyboard ( 105 keys ) plugged permanently to the laptop !

When the Caps Lock key is set, my laptop’s French keyboard looks like, below :

1234567890°+
AZERTYUIOP^£
QSDFGHJKLM%
>WXCVBN?./§

And if I want to use the pseudo-numeric keypad, I just hit the Num Lock key and the keyboard is then changed as below :

123456789*°+
AZERTY456-^£
QSDFGH123+%
>WXCVBN0../

So :

The keys 7890 are mapped to keys 789*

The keys UIOP are mapped to keys 456-

The keys JKLM are mapped to keys 123+

The keys ?/§ are mapped to keys 0./

As the A, B, C, D, E and F keys are mapped to their default, I’m always able, even without any additional keyboard (in case of travel, for instance), to use, in conjunction with the Alt key, all the Input methods, described in my previous post ;-))

Unfortunately, I don’t use any new mini-laptop, with a special keyboard layout, so I cannot tell anything else about this subject :-((. Even the laptop of my wife has a physical keypad !

So, I’m sorry : without material, it’s impossible for me to give pertinent clues about the way to handle these Windows Input methods with atypical keyboard configurations !

Best Regards,

guy038

@guy038 tank you so much, your last string (?-s)^((?!.+@).+\R?)+ work very well for my purpose! Regards.

the number of file & find history is more than 70

Isn’t this achievable with regular N++?

less binary size

Can’t imagine why this could possibly be important

@andrecool-68

TextFX is sort of deprecated, and continuing to give answers that use it is probably not the best idea (for future readers of these threads/posts). Especially when other viable options exist, and especially when the same things can be done inside Notepad++ (meaning no plugin needed).

@Alan-Kilborn

With the Explorer plugin I’m using, right-click context menu shows:

New File... New Folder... Find in Files... ---- Standard Menu > NppExec Script(s) > Open Command Window Here --- Add to 'Favorites'... Full File Path(s) to Clipboard File Name(s) to Clipboard --- Cut Copy --- Create Shortcut Delete --- Properties

Using the “Standard Menu” expanding menu item, I get pretty much all the other stuff as if I just do a right-click context menu in the Windows Explorer app. This includes Tortoise Git which I have installed so I get “Git integration” with N++.

Have a look.

Cheers.

Sorted thanks, found the appropriate setting and duly changed inactive text to black, which is fine.

P.S: 3 minute deadline on editing?!

@PeterJones Thanks, it helped \\ Спасибо, помогло

SBc.png
THANKS BILLIONS !
How had I to be dumb

See three options for editing the context menu for Notepad ++.

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/7741#issuecomment-569251698

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/7747#issuecomment-566532078

Imgur

Actually, to be fair, some of the PR shown in the OP’s original link are closed without being merged into master sources, but the majority of those shown in the view presented by that link were actually merged.

@Lee-Allen

It’s currently a problem with Notepad++ (7.8.4 and earlier) as you’ve discovered.

It appears there is a change coming in the next release which will prevent this from happening; details.

But meanwhile, left-click and drag your taskbar from the bottom (presumably) of screen to one of its sides. This should allow you to grab the Find window with the mouse and move it back more central. Then you can put the taskbar back to being along the bottom.

Alternately, in the Notepad++ main window, press ctrl+f then hold the Alt key and tap and release the spacebar. This will popup a menu with a “move” option showing. Choose that move option and then use the arrow up key to bring the Find window back above taskbar level. Press Enter to release the Find window from “move mode”.

So, you get into this situation by moving the Find window (with the mouse) really “low” on the screen, and letting it go when most of it is offscreen and the part that remains is completely behind (but still showing through) the taskbar. Try to avoid doing this. :-)

Actuually, looking deeper at the code change on github mentioned above (actually by running the executable provided with that change), I see that nothing about it will prevent you from “losing” the Find window again in this same way. :-(

However, it appears that the NEXT ctrl+f press will bring the Find window back to a location where you can again work with it, instead of having to resort to “tricks/workarounds” to do so. :-) So in the future if it gets “lost”, just press ctrl+f and it should appear again.

@wS-Стас said in c++ syntax for all files:

And there are times when the highlighting does not work at all and in order for it to work, you need to restart the program or close the file and open it again.

That is actually one thing I would expect if a lexer is used which is not written for that kind of file.
I never experienced this if the correct lexer for the current file did the highlighting.

In order to make this work, that every programming language file, as far as notepad++ knows it,
displays its comment in the same color and font you have to go through each defined language
and reconfigure there comment line settings.

Another alternative might be to explicitly mark those lines like here

a52ef6c3-577e-4b2d-930b-f83c26e9e8a8-image.png

Might be possible by recording a macro - didn’t try it.

Or using a scripting language like @PeterJones mentioned.

One possible scenario, you built a debug version instead of a release version.

@Raul-A-Ocasio-Gonzalez said in Delete everything after a value.:

Notepad++ has the option to reverse a search

What does that even mean?

If I’m doing a regular expression search mode search, my Backward direction checkbox is disabled. Clearly earlier you were talking about a regex search. Hmmm.