Microsoft didn’t remove the prompt, but made it configurable, so you can decide if you want to keep it or not. Configuration can be found for example with right click --> properties on the recycle bin icon.

@donho Reported to both sites per your request to help keep the community safe.

@PeterJones, many thanks to Your reply. This workaround works perfectly. I searched for this workaround (because I expected that anyone wouls have the same needs) but wasn’t successful - searching for a solution to a problem can be a frustrating experience if you don’t use the right search term(s) — which, of course, you don’t know yet at that stage…

@saintleningrad-prog said: Select text, or place the cursor inside a ^^…^^ tag, press Ctrl+Shift+E Just a head’s up: that’s the same default key combination that decodes HTML entities when HTML Tag is installed. Since plugin commands are mapped in alphabetical order, and the most recent mapping prevails, having both installed will silently block the EncTag’s plugin shortcut from functioning: [image: 1787355567929-enctags-v020-shortcut-conflict.png] One more thing: the text you are passing to the About message box (here) contains the literal Unicode character U+2013: EN DASH. Since the Unicode literal is inside a character string, the compiler interprets everything between "..." as if it were encoded in the operating system’s default, single-byte code page (usually Windows-1252 on English- or European-language PCs). When shown, the emdash becomes the string of nonsensical bytes \xe2\x80\x94: [image: 1787355726977-enctags-v020-mojibake.png] You just need to escape the Unicode literal, i.e., "Ctrl+Shift+E \u2013 ..."

@PeterJones Okay, yes, there are several subdir in that folder that are links (issue #18248). Actually, the first subdir is a plain one and is displayed whereas the second one is a link and is not displayed while preventing the display of the remaining data. I’ll give the RC a try. Thanks again.

@annettekusma said: I also need to be able to move around paragraphs easily during the writing process # header paragraph before paragraph with no enter newlines, but just use line wrap. this allows you to use Ctrl+Shift+Up/DownArrow to move it up or down paragraph after [image: 1785854639307-moveparagraph.gif] I might want to have a couple of textfiles for the larger documentparts though, but I would want to drag a pragraph from one document to another. You would have to have both files open in Notepad++ tabs, and drag the text across between views (or use cut from one tab and paste into the other) automatically created table of contents, That is a word processor / desktop publishing software feature, not a feature of a text editor. Notepad++ can show the list of “functions” in the Function List panel, and for Markdown, I have headers defined as functions ⇒ here is the simplistic functionList definition I use for Markdown. If you put it in %AppData%\Notepad++\functionList as udl_markdown.xml, and then add <association id="udl_markdown.xml" userDefinedLangName="Markdown (preinstalled)"/> in your overrideMap.xml file in the same directory (if you don’t already have one there, copy c:\Program Files\Notepad++\functionList\override_map.xml into the AppData locaton) . But that is only visible inside Notepad++ itself, is not inherent to the file, and is dependent on having the functionList definition mapped in the overrideMap. You can come close to what you want in Notepad++, but it will never have all the features you have requested, because Notepad++ is a text editor, not a desktop publisher, and to expect a text editor to behave like a desktop publisher is to invite disappointment.

@guy038 Hello @guy038, Thanks for this thorough test, and no, you didn’t do anything wrong. Your investigation uncovered two separate behaviors in the code: Binary Files: MultiReplace “Find in Files” currently skips binary files, while native N++ searches every file it lists. That accounts for most of the gap in your USB drive numbers. I’ll look at how to make this configurable and more transparent. UTF-16 Bug: There is indeed a bug in how “Find in Files” handles UTF-16 encodings compared to “Find in Docs” and “Replace in Files”. This most likely explains the missing files in your smaller Test folder too. Since the forum isn’t ideal for sharing files and tracking bug fixes, I have opened a GitHub issue for this here: https://github.com/daddel80/notepadpp-multireplace/issues/133 I would gladly take you up on your offer to share the E:\Test folder contents so I can verify the fix against them. Could you please attach that folder as a zip or provide a link in the GitHub issue? Thanks again for your time and for helping to polish the next release candidate!

“400k severly wounded ukrainian soldiers”, sorry.

@LiivaneLord said: I have noticed that I can now take tab and drag it outside window to make new instance of notepad++. Thank you. That’s not a new feature in v8.9.7. It’s been there a long time (as long as I can remember *). There is only 2 bugs - I cant drag modified file and I cant drag new file from scratch. That’s inherent to the design (and nothing new, so not a regression, and thus shouldn’t be in the Release Announcement anyway) To drag a file to a new instance, there needs to be an underlying file on the filesystem, with all the bytes that you want to open in the new instance, because what Notepad++ does is it launches a new instance of the executable, then uses the internal “file > open” command to read the original file off the disk, then closes the old copy from the old instance of Notepad++. If there wasn’t a file on the disk, there would be nothing for the new instance to read; and if there are unsaved changes, then those changes would not be saved to the disk yet, so the new instance couldn’t read those. To protect you from losing all the unsaved text that you’ve already typed, Notepad++ doesn’t activate the “move to new instance” feature when you try to do it with unsaved changes (whether in a new # document, or in an existing file with unsaved edits). The behavior you described is thus “working as designed” to keep you from unexpectedly losing your data, and thus not a bug (and definitely not a regression). *: update: yes, I tried back to v8.0 in 2021 and even v7.0 from 2016, and I could drag a tab from the tabbar to a new instance, even from the 2016 version of the application. Having proven it worked that way a decade ago, I can confidently say that this is definitely not a new feature. since this is not a new feature, and the problems you are describing are neither a problem with a new feature nor a regression in an existing feature, and they don’t belong in the “Notepad++ release 8.9.7” announcement, this question and reply have been forked to a separate “help wanted” topic.

FYI v8.9.8 RC is changed to RC2: https://github.com/donho/notepad-plus-plus/releases/tag/RC2

@Passant-Delarue , Initial guess: turn off “. matches newline”, otherwise your .* will greedily match the whole file.

@Krzysztof-Blachnicki said: I deleted ExtSettings.ini (which was 0 byte) and… It works again. Maybe it’s n++ fault, but… For other plugins settings aren’t gone and when files are 0b they don’t cause glitchy behaviour. I’d bet it’s rather a problem with this particular plugin. If deleting the ExtSettings.ini caused the problem to go away, then I am confident it is the plugin, not Notepad++ itself, that is the culprit. The question is what now? Whom I can ask for reaction? Report the problem to @dinkumoil , the author of the plugin => https://sourceforge.net/projects/extsettings/support

@Safe-Tex Firstly, the question of Palestine is not the subject here. Secundly, you can’t know Alan Kilborn’s opinion about Israel, Palestine, and the conflict which opposes them. Lastly, the reliability of sources as Fox News or the Times of Israel don’t have any impact on the reliability of ruSSian sources, which are usually putin’s way to spread his bullsh*t deceitful propaganda (so yes, ruSSian site => lies).

@dcog989 Thanks for this - if you have any tweaks or updates you’ve made since this comment, let me know!

Corrupted Session Starting in Notepad++ v8.6.5, it will store session.xml.inCaseOfCorruption.bak next to session.xml, and will automatically use that if session.xml is corrupted. However, if you ever find that you open Notepad++ (especially after an update or a system crash) and find that the files opened weren’t in the same state as when you let them, you can try this procedure: Exit Notepad++ Windows Explorer, go to %AppData%\Notepad++ (or in your appropriate config-file location if you aren’t using AppData for config) Rename session.xml to session.xml--keep Copy session.xml.inCaseOfCorruption.bak to session.xml Run Notepad++ → If it’s now showing the right copy of your files, great! If not, exit Notepad++, delete session.xml, and rename session.xml--keep back to session.xml .