Debug info report is below: Notepad++ v7.5.4 (32-bit)
Build time : Jan 1 2018 - 01:47:45
Path : C:\Program Files (x86)\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS : Windows 10 (64-bit)
Plugins : ComparePlugin.dll DSpellCheck.dll mimeTools.dll NppColumnSort.dll NppConverter.dll NppExport.dll NppTextFX.dll PluginManager.dll Tidy2.dll XMLTools.dll

But I think I have a better idea about the problem now.
The problem is that for at least this version of np++, double tapping on the touch keypad does not work in the editor window - ie… does not have any effect in any document in any editor window.
Other operations on the touch keypad work:

Single tap positions the cursor at the tapped point Tap and drag works to highlight a range of text
etc.
Also, clicking and double clicking on the touch pad BUTTONs work normally.
In particular, double clicking using the touch pad BUTTONs correctly opens the URL in the default browser window.
Only double tapping on the touch pad doesn’t work. Double tapping on a word to select/highlight it doesn’t work Double tapping on an underlined URL does not open it in a browser.

Both of these used to work in previous versions of np++, although my version may have been a few versions back.

I’ll be posting a separate topic on this.

Hi, @vasile-caraus, @Scott-sumner and All,

Indeed, in that matter, N++ totally fails to solve this simple goal :-(( And this, for two main reasons :

Firstly, because the N++ regex engine does not handle properly, backward assertions ( as \A , \<, \b before a word,… )

Secondly, because the results, in the Find result windows, display a single line , even if a multi-lines amount of text had been matched !

For instance, as a work-around, with the François-R Boyer regex engine, and N++ v6.9.0, I used, successively, the following 5 regexes :

(?-s)\A(.*\R){0}\K.*\R , which, correctly, match the first line of any opened file

(?-s)\A(.*\R){1}\K.*\R , which, correctly, match the second line of any opened file

(?-s)\A(.*\R){2}\K.*\R , which, correctly, match the third line of any opened file

(?-s)\A(.*\R){3}\K.*\R , which, correctly, match the fourth line of any opened file

(?-s)\A(.*\R){4}\K.*\R , which, correctly, match the fifth line of any opened file

After 5 clicks, on the Find All in All Opened Documents button, I, then, copied these 5 search results in a new tab.

Finally, after a classical sort, depending on the file name and the number of the line matched, I could get the 5 first lines of all my opened files ! Quite boring !

Here, Vasile, it should be interesting to use, instead, a simple Lua or Python script, for nice and immediate results ! Of course, some external tools, as you said, can realize this work, quite well, too !

Best Regards,

guy038

You may look this alternative solution, in the last part of this post :

https://notepad-plus-plus.org/community/topic/15058/regex-remove-particular-words-from-tags-in-several-text-pages/11

@Micah-Rios

Give it a try to reset the project panel docking settings by

closing npp and

open config.xml with a different editor
depending on your configuration you need to edit the file which is located under
the installation directory or the one under %APPDATA%*\notepad++.

delete the 3 lines under DockingManager which look like this

<PluginDlg pluginName="Notepad++::InternalFunction" id="44083" curr="0" prev="-1" isVisible="yes" /> <PluginDlg pluginName="Notepad++::InternalFunction" id="44082" curr="1" prev="5" isVisible="yes" /> <PluginDlg pluginName="Notepad++::InternalFunction" id="44081" curr="3" prev="4" isVisible="yes" />

Save the file and restart npp - reopen project panels.

Cheers
Claudia

@Yangci-Ou

Sure…welcome to the Community. :-)

That’s a pretty easy one. You can use the Find All in Current Document feature:

Invoke the Find feature (press Ctrl+f)
Find what zone: \b....e\b
Set Match case to your pleasure
Search mode: Regular expression
Action: Press Find All in Current Document button

Each . in the Find what zone represents a character position where you don’t care about what value it takes on (your “underscores”). The \b at the start and end just means to encase what comes between as a word, thus the example above would match “whale” but not the whale part of “whales” or “whaleboat”.

This is rather basic “regular expression” stuff so I encourage you to go off and do some reading about what that is and how to use it for your needs in the future.

Did some further testing, pure ascii text file 2,146GB,
with 1MB more I do get the limit error.

Cheers
Claudia

Wow, so reread documentation again, and it appears that Don of Notepad++, worked with, or had developed a section to handle this exception. I’m seeing that making an interpreter like this is problematic. Kudos for UDL working on that, as I’m sure this wheel gets reinvented for every Language Plugin. So, it’s ironic that the section in UDL doesn’t support operators in the interpretation for forward/reverse logic in the comment section. Not that I know this would help here. In starting the UDL, I picked the comment section as the first part to start with, as it seemed to be the first win I could get, this exception really threw me… till I did what Don had to do for C/C++ that I had to do with .lua which is use the ‘delimiter’ section for the exception. “–” to open/(EOL) as a closer. Worked great, just wish it wasn’t needed, and comments keys could go into comment section.

So, I ‘resolved’ this… if that’s what one could call it. At least it works now. :-) Can I pat myself on the back, or get admonished for posting a problem I solved simply by RTFM again! lol

Thanks to those who at least poked in to see if they could help! I think this UDL has a lot of promise! Sure wish I could help; but man, I don’t want to pick up on C/C++ again, it’s been too long. Whereas I’ve had to become more flexible in my old age… I remember C/C++ as very strict, even if as I recall it was one of the most sophisticated ways to write Machine Code!

I’d like permission to post this as a Bug report for Notepad++ github as an Issue… I think it’s minor, now that I’m aware; but, a bug it is…

Regarding my last post, I’m presuming you’ve tried updating your Notepad++ version. Depending on the age of any app running in the background, it may be using old libraries, which could, though not interfere, be increasing the number of memory swaps needed to keep it running, increasing processing time, etc. One of the things I’ve done is to use MSConfig, to reduce background applications running in the system to free up memory, and temporarily reduce overhead. IOW only run what you need. Using that can by process of elimination determine what if anything might be causing the issue.

@Claudia-Frank
Thanks for the hint. regular expression is the key. It now works perfectly.

So the short answer is that I didn’t understand where the title was supposed to show up and was looking in the URL rather than at the top of the tab in m browser. It was working correctly, I just expected a different result that it was supposed to give. Thank you for helping me Claudia!

@Tim-Peek

Sure it is a pdf file? pdf files are not supposed to be edited by notepad++.
Anyway, if you have the file open and already stripped down to lines with email addresses only
use find dialog and regular expression checked
Find what:

.*?(\w+@\w+\.\w+).*

Replace with:

\1

Cheers
Claudia

@Bernie-Elsner

If I understand correctly, I assume that some installed plugin is responsible for this behavior.
Could this be in your case? Did you install additional plugins?

In general, if you want to switch off the language dependent actions temporarily, choose
Normal text from language menu, do the needed action and reselect HTML from the
language menu.

Cheers
Claudia

Great favor ! Thanks so much God bless you… ameen