Hello, @coises and All, I’m really sorry for the confusion. Actually, overall, I think of bookmarks in Search++ more or less the same way they’re used in N++. That is to say: Lines with bookmarks may or may not end with a line break ( cases : Mark ^.* or Mark ^.*\R ) The marked text may be present or not : For example, within N++, with the Bookmark line option checked, mark all lines with ^.*\R, first, then uncheck the Bookmark line option and finally use the Clear all marks button => The bookmarked lines are still present and you can act on them although no marked text exists anymore ! In all cases, once these bookmarked lines are copied / cutted to another location or into another file, you’ll find the exact same text ! Of course, the case ^.*\R should be preferred, when necessary, as it takes in account true empty lines. If the empty lines are not needed, just use the ^.+\R regex to mark the text ! Thus, in my previous post, I made a mistake. I should have written : Personally, after an Invert bookmarks action, you may possibly use the Mark only text in bookmarked lines option, for a better coherence and readability ! You said : The ideas at the front of my mind now are: Make Invert marked text a single command (no Invert sub-menu) which does only and exactly that one thing: mark every unmarked character and unmark every marked character. No bookmark changes, and no special treatment for line ending characters. Eliminate the “Bookmark first line of marked text” options. If you’re manipulating bookmarks based on marked text, trying to keep track of what is the “first line” is probably useless, confusing or both. (I still might remove that whole section of the Configure bookmarks dialog, too.) For the Synchronize commands which Bookmark lines containing marked text, apply these rules: Lines containing only a line ending (empty lines) are bookmarked if the line ending is marked. Lines containing characters other than the line ending character(s) are bookmarked if any character other than the line ending character(s) is marked; the line ending is ignored. I totally agree to these three expectations ! You said : I’m curious if you can think of situations where that would not behave as a user would expect. No, up to now, I cannot think about such situations, either ! You said, near the end of you post : So, back to the situation where it’s the bookmarks that are primary, and you want update marks to follow bookmarks. I gather you do think it’s important to give the user control of whether line endings are included or not. No, I don’t think the user control of line-endings is that important. Again, @coises, sorry for the confusion ! Actually, I think it’s better to take EOLs in account, in all cases ! So, don’t worry, anymore, about the necessity of distinguish the cases with OR without EOL characters ! Anyway, once the bookmarked lines are copied / cutted, it’s not the marked text which is copied / cutted but the bookmarked lines THEMSELVES ! Best Regards guy038

@PeterJones Oh!! Understood!! thank you!!!

Thanks a lot @guy038 for running the whole thing again, this time it didn’t finish in seconds ;-) Nice to see the results panel still usable with almost 10 million hits, even the jump to line 690 in that DLL at the very end. Interesting that walking the whole drive for those 130 PDFs takes almost the entire run, 5m45 of 5m48 for MultiReplace, and it’s the same picture with the other tools. The 4 “not decodable” are most likely UTF-16 files with an odd number of bytes. N++ simply drops the last byte there, the next MultiReplace build will do the same in Find in Files (Replace leaves them alone, writing them back would lose that byte). Speed is next on my list.

@donho Typo: “7 Fix Netork Path Warning dialog usability problem.” --> Network

@PeterJones Thank YOU so much I copy Your overrideMap & udl_markdown in my folder and problem is solved. I wish program by default have this option. Thank you again dear Peter

Here are the latest binaries of SmartMath. This is a fully-working unofficial build that is going to be added to the official git repository… unless more improvements are suggested :) What’s new: the archive structure corresponds to the expectations of the Plugins Admin; the plugin searches for its documentation file near the SmartMath.dll, as well as in the “plugins\doc” folder; the plugin shows a warning when it does not find its syntax files in the expected locations under the “userDefineLangs” and “autoCompletion” folders of Notepad++. 64-bit version: https://drive.google.com/file/d/1pTS_cBdU_Q0vkG03cubqWZ9TDdYiSsXW/view?usp=drive_link 32-bit version: https://drive.google.com/file/d/1qsI5Hsx4XmyRlhVeGsplAoTX391WEnOv/view?usp=drive_link

I said: In case anyone else is interested, you can try previewing plain-text wireloom files with this development build of Preview HTML. This feature has now been merged, with additional support for offline Markdown previews that will render wireloom code blocks: [image: 1790348955006-wireloomx898.gif] All rendering is done by client-side JavaScript modules, so MS Edge is still required. @Keith-Collyer said: What would be really good would be if the developers of these re-merged their plugins! Don’t look now, but no fewer than three new Markdown plugins have appeared in the past two weeks — and they all depend on the WebView2 runtime (i.e. Edge).

@peterjones Installed Notepad++ v8.9.8.1, and this problem went away [image: 1790343129511-%D0%B1%D0%B5%D0%B7%D1%8B%D0%BC%D1%8F%D0%BD%D0%BD%D1%8B%D0%B9.png] p.s. And I don’t need to unblock files received from the Internet, because after a clean install of any Windows, I will block this option through the registry.

@Midnitecata said: @PeterJones thank you for your help, ill probably steer clear of it just out of caution, but i might look into it further should the tedious formatting inconvenience me enough to learn how to spot malicious code! thanks again!! :) Just a side note to this discussion: While you certainly can manipulate *.srt files in Notepad++ (and I do on occasion), for most purposes the free and open source program Subtitle Edit (found here on GitHub) is much easier to use. It has many functions for doing things like shifting times, identifying likely errors, and so on. Before working too hard to find a way to do something with a subtitle file in Notepad++, I recommend checking first to see if Subtitle Edit already knows how to do it.

@PeterJones, Thank you for your considered (and considerate) engagement. I actually hesitated to respond with my comment about the 70s and 80s, pretty sure I would get what you gave, but I couldn’t resist—I’m old (83 next month). Anyway, thanks again for putting up with me. …lee

Feature request created: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/18429 Put the several possibilities given my lack of knowing how the backend works and the feedback I’d gotten on this thread of possible feasibilities. I do stuff on both a Work computer using IT’s selected version of Notepad++ as well as home use, so even if I could get AutoIt working on my personal computer, I probably can’t get it running on my Work computer (permissions) I’ll try to train myself to alt+d

@Paul-Adamczyk said: Still much to learn. Useful References: Notepad++ Online User Manual: Searching/Regex FAQ: Where to find other regular expressions (regex) documentation

Hello, @blake-g.-barrington, @peterjones, @coises and All, Here is my version to get duplicate lines, separated by any number of lines ( whatever they are : true empty lines, blank lines or lines with text ), even zero line : MARK (?-si)^(.+)(?=(.*\R)+\1$) As said by @Peterjones, and after some tests, this kind of regex get into trouble when the bunch of lines, between two duplicate lines, exceeds 15,000 empty lines about ! Now, Let’s suppose you create this text file : first 0002 0003 0004 0005 .... .... .... 9997 9998 9999 10000 first Then the (?-si)^(.+)(?=(.*\R)+\1$) regex returns : Correct result until the number of the in-between lines does not exceed 1,600, with the message 1 match in entire file Correct result until the number of the in-between lines does not exceed 12,000, although the error message Find Invalid Regular Expression ( So F.I.R.E. !! ) occurs ! NO result at all if the number of lines is over 12,000 lines, with, of course, the error message Find Invalid Regular Expression Best Regards, guy038 P.S. : I should add that my Windows11 laptop has 32 Gb of memory !

@PeterJones said: [IANAL, and I don’t know the legal term for a non-registered trademark] An unregistered trademark, sometimes informally called a common law trademark, is an enforceable mark created by a business or individual to signify or distinguish a product or service. –For future reference. The stronger case needs to be made as you mention to differentiate what could be called a trademark name versus a generically descriptive name. Such as the difference between Borax as a chemical and Borax as a trademarked product name. I am not a lawyer [IANAL], either, but I have done legal research from time to time, on these types of subjects as well, in the past.

@deleelee said: Can anyone tell me why the search result for line 9 displays only a single space after the asterisk instead a full tab space like all the other lines? I’m certain there is a tab after the asterisk in line 9 in the search results window. You can verify that by highlighting the asterisk through and including the following “A”, copying, then pasting that into your document (or a new tab). The visual results are a combination of the way tabs work in Notepad++ — so-called “typewriter tabs” — and using a proportional font. Tab stops are at fixed positions, spaced by the distance equal to the width of a chosen number of spaces in the font you’re using. (In document tabs, that number is chosen in Settings | Preferences… | Indentation | Indent size. However, regardless of that setting, in the search results window the number is always 4.) A tab character renders as a space of whatever width is needed to put the next character at the next tab stop. Notice that the colons after single digit and double digit line numbers don’t quite line up. That is because you are using a proportional font. Notepad++ adds a space to make up for the missing digit, and with a fixed width font, that would line them up. You are using a proportionally spaced font, and a space is not as wide as a digit; so the colons don’t line up. After the colon comes a space, then an asterisk, then a tab. The difference in placement of the colons happens to be just enough that the tab for lines with single-digit numbers finds the next tab stop at a different position than the tab in lines with two-digit numbers.

@PeterJones Thank you now as for my other questions …

@guy038 , I have also noticed that, recently, the username filter in the advanced search page doesn’t populate usernames. I had thought it might have just been me. I know that @barisusakli from NodeBB occasionally logs in, and they recently updated the forum software for us… maybe that version had a bug, because the admin panel says there’s another version available since they last updated us. Until then, once you make your search, you can edit the URL to set &by=PeterJones to search for my posts (right now, the URL probably has &by= with no value). It’s not as convenient as the drop-down, but it is a workaround.

Hello, @Roberts-Rozis, @Peterjones, @dennis-bulgrien, @coises and All, @Coises, I did some tests with my D USB key and with your Search++ plugin and the following generic regexes solve the problem nicely : So, @Roberts-Rozis and @dennis-bulgrien : Select The Plugins > Search++ > Search in Files... option Select your média (C, D, … ) on the left and don’t forget to check the Subfolders option and, possibly, the Hidden files option Select the Reg. exp. option for the Filter : type In the filter box : • For a search of any file, even WITHOUT extension, between level N minimum and M maximum, enter : ^(?:[^\\]+\\){N,M}[^\\]+ • For a search of any file, WITH an extension, between level N minimum and M maximum, enter : ^(?:[^\\]+\\){N,M}[^\\]+\..+ • For a search of any file with the EXACT extension 'txt' or 'log' or 'ini', between level N minimum and M maximum, enter : ^(?:[^\\]+\\){N,M}[^\\]+\.(?:txt|log|ini)$ You may also add a size and/or a date condition Of course, check your desired search options Finally, click on the Find in Files button IMPORTANT : Replace the letters N and M by true digits, with the condition N <= M. The M value may be missing ! The syntax of these regexes are specific to the Search++ These regexes allow any search in an arborescence, from level N minimum to level M maximum. However : You may search from level 0, if necessary You can go through all the structure with the 0, or the N, syntaxes Note that you can simulate the Search++ filtering mode by using one of the regexes below, directly in Notepad++ ^(?:[^\\\r\n]+\\){2,4}[^\\\r\n]+$ ^(?:[^\\\r\n]+\\){2,4}[^\\\r\n]+\..+ ^(?:[^\\\r\n]+\\){2,4}[^\\\r\n]+\.(?:txt|log|ini)$ Against the text below, that you’ll paste in a new tab : 987.txt abc\123.txt abc\def\456.txt abc\def\ghi\789.txt abc\def\ghi\jkl\012.txt abc\def\ghi\jkl\mno\pqr\stu\vwx\yz\999.txt 987.txt abc\123.txt abc\def\456.txt abc\def\ghi\789.ini abc\def\ghi\jkl\012.log abc\def\ghi\jkl\mno\pqr\stu\vwx\yz\999.txt LICENSE abc\LICENSE abc\def\LICENSE abc\def\ghi\LICENSE abc\def\ghi\jkl\LICENSE abc\def\ghi\jkl\mno\pqr\stu\vwx\yz\LICENSE You may also try, for example, the cases {0,3} or {0,} or even {4,}. Enjoy ! Best Regards, guy038

@Charles-Billow said: I see how to change fonts etc. for the document I am working on, but how do I change the default font/size/ and zoom level as the default for all new documents? The way you phrased that makes me think you might not understand what a text editor is. Text files are stored as the raw text: no individual text file / text-based-document has any concept of its own font or font-size. It is just text, and it is up to the text editor to decide what font or size to use. If you set Notepad++ to use a specific font or font-size, using the dialog that @markusbodensee shared with you, that will affect how Notepad++ displays it, but MS notepad.exe or VS Code or gvim will all use their own font and size, because it’s up to the app, not the file, what font and size to display text in. If you’ve changed the font and size that’s used “in the current document” in Notepad++, you’ve changed the font and size for all documents, new or old, in Notepad++. As far as Zoom level goes: Notepad++ remembers your previous zoom when you exit. But if you’ve set a reasonable font size as your default, then zoom should normally be at 100% (which is the default if you haven’t zoomed in or out yet). If you’re to the point that you start thinking you want to have the default zoom bigger or smaller than 100%, then think to yourself: do you really mean that you should change the font size bigger or smaller, instead? (Then again, some people are still killing trees from their text editor, so if you’re printing to paper, maybe you have one of the few use cases where it makes sense to use a smaller font but larger zoom, or vice versa.)