Thanks, that was helpful.
But how to do the same for the “smart highlighting” option?

@George-Valdez-Valdez-Junior

I pretty much agree with @scott-sumner 's comments on this. It may not be a great design, though. I would much rather have the Replace box contents follow the Find box contents, when the Replace dialog is invoked. Most times I need to replace with something very similar to what is already there–for example, in coding, maybe I am making a variable name slightly more descriptive–I want to keep the bulk of what is there already but make a slight change. Having the original already in the Replace box for tweaking would be ideal. Also, this would solve your problem, I think. If the Find box is the same as the Replace box, “accidentally” doing a replace would change nothing.

Perhaps you meant to press the Close button, which is right next to the Replace All in Open Docs button…hmmm…I can see this happening. You could switch to using the <ESC> keypress to close the dialog box. Or, of course, press the X button in the title bar of the window, although that is small. Because there are these 2 other options for dismissing the dialog, maybe the best option would be for the Close button to be eliminated entirely. That way, no accidental press of the adjacent button, and the dialog box would be less cluttered.

Quote from the Notepad++ website:

Auto-updater will be triggered in few days if there’s no critical issue found.

There is usually a delay to make sure new versions are stable before being pushed out to users. If bugs are found then new releases may come out before the updater will trigger. The most recent version the updater will find is v7.4.2.

@Daniel-Vonderheide

By no means ideal, but maybe you could keep your regexes in a file and then copy and paste them from there. Perhaps a macro could make this less painful to use.

Useful suggestion, which is what I did. However this is annoying because I have to remember to go back and change the tab setting back when I am done. I think it might be useful for this to be a configurable setting… Either by file type or even better as a more general setting that could be toggled on or off.

@t-md Try the Language -> Define Your Language menu item. There is a link there to some documentation.

lol yea
I wasn’t aware that version 7.4 had it :)

Thanks Scott - that’s exactly like what I was looking for.

Unfortunately, it appears to crash when I open new docs :(

@guy038 said:

I’ve just noticed one bug. Luckily, after checking on official versions, that’s NOT due to your version !

I agree with your findings. The trouble seems to come from this section of the source code:

CharacterRange cr = (*_ppEditView)->getSelection(); //The search "zone" is relative to the selection, so search happens 'outside' int startPosition = cr.cpMax; int endPosition = docLength; if (pOptions->_whichDirection == DIR_UP) { //When searching upwards, start is the lower part, end the upper, for backwards search startPosition = cr.cpMax - 1; endPosition = 0; }

The line causing the trouble is startPosition = cr.cpMax - 1;

When the caret is here (at the position marked by the vertical bar): abcabcabcabcABC|abcabc and the backwards search for “abc” (without regard to case) is invoked, the -1 in the line above is what causes the search to begin at this position: abcabcabcabcAB|Cabcabc instead of at the correct starting point. Thus, the first match that is found is the last “abc” just before “ABC” (as @guy038 indicated), instead of “ABC”. This supposes that Scintilla’s searchInTarget() function (called later than the above snippet of code) won’t find matches that begin inside the specified range and extend outside the range.

Unfortunately, I don’t see an easy fix to this. If the line is changed to be startPosition = cr.cpMax; then “ABC” is correctly found as the first backward-search match, but repeated presses of the <<Find (my N++ build) or Find Next (real N++ 7.5) button will not move the caret, i.e., it will be stuck on “ABC” forever, instead of finding each preceding “abc” match in turn.

I’m on Windows 10 by the way. I had done all these steps, however I was moving the dll into the 32 bit ++ dir. (didn’t realize I still had 32 bit ++ installed, I still should have known to be in Program files and not the (86) dir). Ok thats done, and restarted notepad ++., it didn’t work untill I installed a dictionary…makes sense.
currently it is Using the Hurspell library as opposed to Aspell.
Which is better?

I’d like to add in other plugins, is there a good site which has all the 64 bit plugins?

I also do not have the plugin manager, where can I find this?

Thanks Much