@guy038 said in Search++: A work in progress:

This still one point that’s a bit unclear to me : what is the fundamental difference between all these options, when compared in pairs :

The principle (see the last bullet point under help for search scopes) is that commands which don’t specify a scope search in marked text if there is any; otherwise, in the current selection if it is not empty; otherwise, in the whole document. That’s subject to the Settings: if you unchecked both Automatically search within selections and Automatically search within marked text, then all the pairs of commands you listed would be identical; and there are the limits on when selections are considered “large enough” to trigger search within selection. (A selection that is the immediate result of a stepwise search never causes the same search to search within that selection no matter how large it is.)

There are two special cases, and a third questionable feature, also involved:

There are no Before or After commands with in Selection scope. (My logic is that something can’t be both in the selection and before or after it.) So search commands that include Before or After can only be in Marked Text or in Whole Document.

Mark commands that don’t specify a scope don’t automatically scope to in Marked Text even if Automatically search within marked text is enabled. What happens is that unless you’ve checked Always unmark all text before Mark command, default Mark commands add to existing marks. I know this is a different behavior from selections, but I think because selections are so volatile, and marks are not, it is natural to use them in different ways. Should this exception be an option in Settings? I’m inclined to add it as a default-checked sub-option of Automatically search within marked text.

Search commands that specify in Selection or in Marked Text search the whole document if there is no (non-empty) selection or marked text. I’m questioning the sense of that now. I’m thinking that if the user specifies “in selection” or ”in marked text,” and there is none, the search should fail with a message like “No marked text to search” rather than silently discarding the specified scope.

Thoughts about that logic, especially point 3 (which I am inclined to change in the next release) are welcome and encouraged.

I have tried to keep as much “symmetry” as I could, to make it all more comprehensible. I think it is possible that I have created some nonsense in practice.

Points 1 and 3 together mean that Before and After commands without a scope are either the same as Before/After in Marked Text if Automatically search within marked text is checked, or the same as Before/After in Whole Document if it isn’t. However, as I wrote, I’m questioning point 3; without that, when the relevant setting is checked, there would be a difference (the commands that don’t specify a scope would switch between in Marked Text and in Whole Document depending on whether there was any marked text in the document, whereas neither command that specified one scope would switch to the other).

So… looking at the full list you gave, group by group, assuming default settings… this is what is supposed to happen (full testing of every possible case has not been done):

Find vs Find in Whole Document Find Backward vs Find Backward in Whole Document

The two on the left will find the next match in marked text following or preceding the current position or selection if any text is marked; otherwise they will find the first or last match in the selected text if “enough” text is selected; otherwise they will find the next match following or preceding the current position or selection in the whole document. Those on the right will always find the next match following or preceding the current position or selection in the whole document regardless of whether any text is marked or selected.

Count vs Count in Whole Document

Count will count only matches in marked text if any text is marked; otherwise it will count only matches in selected text if “enough” text is selected; otherwise it will count all matches in the whole document. Count in Whole Document will always count all matches in the whole document regardless of whether any text is marked or selected.

Count Before vs Count Before in Whole Document Count After vs Count After in Whole Document

The two on the left will count only matches in marked text that are before or after the current position or selection if any text is marked; otherwise they will count matches before or after the current position or selection in the whole document. Those on the right will always count matches before or after the current position or selection in the whole document regardless of whether any text is marked.

Find All Before vs Find All Before in Whole Document Find All After vs Find All After in Whole Document

The two on the left will list only matches in marked text that are before or after the current position or selection if any text is marked; otherwise they will list all matches before or after the current position or selection in the whole document. Those on the right will always list all matches before or after the current position or selection in the whole document regardless of whether any text is marked.

Select Before vs Select Before in Whole Document Select After vs Select After in Whole Document

The two on the left will select only matches in marked text that are before or after the current position or selection if any text is marked; otherwise they will select all matches before or after the current position or selection in the whole document. Those on the right will always select all matches before or after the current position or selection in the whole document regardless of whether any text is marked.

Mark Before vs Mark Before in Whole Document Mark After vs Mark After in Whole Document

I’ll double-check my logic later, but I think these are identical, since (1 above) Before/After can’t be in selection, and (2 above) Mark doesn’t automatically scope to marked text. It’s unclear to me which ones to remove, since either choice breaks the symmetry and could be confusing to users, but having two commands that do the same thing is also confusing.

Show Before vs Show Before in Whole Document Show After vs Show After in Whole Document

I grant that this would be a strange use of Show. In the circumstance where there are hidden lines both before and after the current position or selection, and there is some marked text in document, the ones on the left would search only marked text before or after the current position or selection for lines to unhide, while the ones on the right would search all text.

Replace and Find vs Replace And Find in Whole Document Replace and Find Backward vs Replace and Find Backward in Whole Document Find or Replace vs Find or Replace in Whole Document Find Backward or Replace vs Find Backward or Replace in Whole Document Replace All vs Replace All in Whole Document Replace All Before vs Replace All Before in Whole Document Replace All After vs Replace All After in Whole Document

These are like their Find and Find All counterparts. The ones on the left work like “in Marked Text” if any text is marked; otherwise, like “in Selection” if “enough” text is selected; otherwise like “in Whole Document” (like the ones on the right).

@Claudia-Frank

Some seven years later: exactly my query too. Many thanks. 😊😊

@Fii-Ert ,

815
我之前的评论依然有效。你那些显而易见的人身攻击，暴露了你在辩论中缺乏诚信；而你那种以为对手除了你们党派灌输的那些教条之外便对外部世界一无所知的臆想，更是与事实相去甚远。你可以试着去蒙骗那些涉世未深的人，但请把你的那一套宣传留给你该留的地方——也就是你那充满倒退色彩、妄图称霸世界的“中国梦”里去吧。

如果你除了那些含糊其辞的陈词滥调和人身侮辱之外别无他物，那么中国人民当真是彻底迷失了方向，永远无法摆脱自我膨胀的桎梏，更无法拥有超越眼前狭隘视野的眼光。请你再消失个四年吧。我确信，贵国对外部网络的封锁或许是你这四年间音讯全无的部分原因，但这四年过去，你既没有变得更加清醒，也没有变得更加博学。好自为之吧，我们的对话到此为止。

@rdipardo said in A question about dark mode, plugins, and an owner-draw ComboBox:

Try passing the control’s handle to the ::SetWindowTheme function provided by the uxtheme header, using L"DarkMode_CFD" as the pszSubAppName; to restore light mode, call it with the same arguments, but change pszSubAppName to a null pointer.

Thanks, Robert. At first attempt, this doesn’t appear to solve the problem.

The colors are right with just NPPM_DARKMODESUBCLASSANDTHEME; the problem is that the static control shows unknown text instead of the selected drop-down entry, and attempting to select from the drop-down produces bizarre highlighting and tracking instead of what is expected (and still doesn’t set the static control). Adding the SetWindowTheme call doesn’t change that. Removing NPPM_DARKMODESUBCLASSANDTHEME, of course, makes everything else light, and for the control in question, SetWindowTheme only seems to change the drop-down chevron. Interestingly, NPPM_DARKMODESUBCLASSANDTHEME does get all the colors right, including in the owner-drawn drop-down; it just breaks the functionality in the process.

The problem goes away entirely if I remove the CBS_OWNERDRAWFIXED style (but then, of course, it doesn’t display as intended, showing the color associated with each indicator that can be selected). That’s why I feel like the problem is most likely to do with the sub-classing. I can’t find any clear documentation on how all that works. I don’t even know why the controls are being sub-classed, and not just themed. Maybe there is a way to exempt that control from sub-classing, and do whatever it is that the sub-classing does in my own code?

A pointer to actual documentation on this design, how it works and how it is meant to be used would be wonderful, but I’m guessing no such thing exists. :-(

@bwisely
Religious freedom?
You mean NaZi freedom.

什么宗教自由？根本纳粹自由。
记不记得40%当时胜选总统的时候多猖狂，大叫在野党「输不起」。
结果呢？自己选输立法院，输不起，违法在选举结束之后不到一年之内，开始大罢免。

操纵司法，操纵媒体舆论，为了掩饰自己贪污，诬蔑柯文哲贪污。
迫害政敌，活活逼迫某夫人跳楼自杀。

大罢免大便32比0，一席也没罢掉，倒是苛贱民下台滚出立法院了，真是大快人心，活该自找，天谴报应。

一场大罢免，世界级闹剧，白费公帑12亿不说，某网红甚至自己承认自己「模仿希特勒」，组织冲锋队。

你们根本不知道，也没有所谓「宗教自由」，有的只是「信仰邪教的自由」。谁不信邪教，谁就该死；谁敢批评执政党，谁就被肃清迫害。

@Fii-Ert said in 傻逼软件，傻逼作者，傻逼呆湾人:

傻逼歹丸郎，大罢免大失败，柯建铭下台了，32比1🥳👍🎉
只要中国不干涉台湾，我就完全不在乎台湾人民为自己选择何种内部政治体制——除非这种体制遭到了中国的干涉。那样的话，问题就大了。

JsonTools v8.5 is now available on the plugin manager for Notepad++ 8.9.3. The main change is that ANSI-encoded documents containing non-ASCII characters can now be parsed correctly.

@Murray-Sobol-1 ,

The links you pointed to were to the old 2017 pre-Notepad++-7.6 “Plugin Manager” plugin’s plugin-list. (There used to be a plugin which handled installing/uninstalling plugins in Notepad++. In v7.6, that was integrated into the core Notepad++ code, so that Don could make sure that the Plugins Admin always stayed compatible with Notepad++, rather than relying on a third party for such an important feature.) For nearly a decade, https://github.com/notepad-plus-plus/nppPluginList/ has been the home of the official list of plugins that gets shown in Plugins Admin.

@pierrecoach ,

More on the disappearance of NppCrypt and its repo can be found in this NppPluginList issue. I won’t re-iterate the details, since you can read them there if you are curiuos. But I will say that it looks like @chcg is going to try to resurrect the plugin from archives of the original source code; but it might take him some time. Until then, I’m not sure that any of the links given have any compiled DLL available. Hopefully, you don’t have any critical data that was encrypted on some other machine, that you need to decrypt with the plugin on this new setup. If you do, let us know… (Actually, if you do: do you also have access to the old machine? If so, you can copy the ...\notepad++\plugins\NppCrypt directory from the installation on that machine, and put it on your new machine.)

@Phil-Shearer said in Download Status Page Out of Date:

I’ll just ignore the report for now and hopefully it will all be good again in a week or two.

… or you could go to the official download site at https://notepad-plus-plus.org/downloads/v8.9.3/, and get the v8.9.3 installer manually, rather than waiting for it to be triggered for auto-update. But it’s up to you.

@snafu423

I installed PortableApps v30.3 with Notepad++ v8.9.3 into a virtual machine to test.

The directory path expected from your Debug Info path for the scripts would be:

C:\_shared_apps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\scripts

This is the output from running UserInfo.py from my testing:

# All paths listed in sys.path: C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript\lib C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\lib C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript\scripts C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\scripts C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript\lib\lib-tk C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript\python27.zip C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\DLLs C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\lib C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\lib\plat-win C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\lib\lib-tk C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64 C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript\lib\site-packages # Can make user dirs: C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\lib # Can add user scripts to the path: C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\scripts # Can add user startup.py with this path: C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\scripts\startup.py # Startup method: Undefined # Can add user libraries for importing to the path: C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\Config\PythonScript\lib # Can view documentation in this path: C:\PortableApps\PortableApps\Notepad++Portable\App\Notepad++64\plugins\PythonScript\doc

Installed PortableApps to C:\PortableApps so the name looks doubled.

It looks similar with the sub directory paths of the portable Notepad++ from Github.

@DougB-MFY ,

Not exactly, but you might get “close enough”

With keyboard+mouse, the shift+scrollwheel would allow you to horizontally scroll without clicking (but having to use the scrollwheel isn’t truly “keyboard”) [END] [space] [backspace] seems to work for me, but it introduces a “fake edit” to get it, so that might annoy you

One of those might be “close enough” for you. But there isn’t a keystroke that does it on its own

@Cletos ,

Depending on what version of Notepad++ you were running, and what’s happened since you last opened Notepad++:

Exit Notepad++ Use Windows Explorer to go %AppData%\Notepad++ You will have session.xml and hopefully a file called session.xml.inCaseOfCorruption.bak . Rename session.xml to session.after.xml Rename session.xml.inCaseOfCorruption.bak to session.xml

Depending on the state, and how little you’ve done since you had the problem, and what version of Notepad++ you are running, that backup session might contain the ~100 txt files.

If not (if there’s no session.xml.inCaseOfCorruption.bak , or if the copy there was written after your session got messed up), there is nothing we can do for you, as the backup session isn’t there. (Hopefully, those 100 txt files were all real files, not new 1 … new 100 with no saved changes ever – if they were, you can look in the backup subdirectory, but again, no guarantees the files are there).

As a reminder to all readers of this Topic, the Community Forum is “The Community of users of the Notepad++ text editor”, as it says in the footer of every single page here (emphasis added). As such, this is just users, talking about Notepad++ and helping each other other. Feature Requests are not tracked here. So all of these “I cannot believe it’s still this way” are effectively just complaining to other users; if that’s theraputic to you, fine; but it won’t tell the developer how many people are interested in that feature being implemented, so it’s just spitting in the wind, so to speak.

We have a FAQ that explains where the Feature Request tracker is. And you could search there (in both open and closed requests) if you want to find the official issue(s) tracking such a request, and see how the developer has responded to such requests, if at all.

@Diederik858 said in I don't want grouped files when I open the download folder in Windows 11.:

When I open the file explorer from Notepad++, I don’t want to have grouped files (day, month, etc.).

When you open the file explorer from Notepad++, you are being directed into a Windows application, the Explorer. And, as such, it follows the Explorer settings for how any individual directory should look. It is exactly identical to you using Windows’ Win+R key and launching explorer "%UserProfile%\Downloads"

As such, you would change the Explorer settings for the Download directory the same way you would from any explorer window (Explorer’s Sort > Group By > (None)) – but this isn’t Notepad++ advice, this is general Windows advice; as such, a Notepad++ forum isn’t the best place for further discovering Windows Explorer features.

@PeterJones said in Make notrepad++ default:

It seems a mixed bag: wanting it as system default, associated with lots of file types, and using the Shell Extension, but not wanting to “install” it. It might help us give you better advice if you explain what parts of the “install” that you are opposed to. Is it just storing the settings in %AppData% that you don’t like? Or is there something else? The installer can install into any directory, not just Program Files; the installer can choose to not use %AppData% (as long as it’s not installed in Program Files); the installer automatically registers the Shell Extension for you.

Thanks for all the patience and instruction. I studied those data transfer tutorials, and I “think” I got it right. A little complicated because in Portableapps, in some cases there are up to three iterations of the same file in separate locations. So far, it looks and behaves like the Portableapps.

Is it just storing the settings in %AppData% that you don’t like?

I know the best way to do things is the install. I like to keep things simple. I have very limited space on my OS partition, so I like to keep things as simple as I can by going portable whenever possible, and locating elsewhere. It also makes things easier if you must do an image restore.

That said, considering what you have advised, I think I will do the install. and avoid storing the settings in %AppData%.

After the installation now that I have the working portable version. can I move it to the install directory, mindful of the fact that there will be files in that directory that must retained? Or is it not that simple?

Hi, @jak and All,

Refer to this post :

https://community.notepad-plus-plus.org/post/105114

BR

guy038

@Claudia-Svenson said in How to set "UTF-8 WITH BOM" as default Encoding even for old but changed textfiles?:

This would be a great convenient enhancement feature.

Natively, there is no such feature (and it’s not likely to happen, IMO).

Using a plugin, it’s doable. For now, it requires using a not-yet-released version of the EditorConfig plugin, but they are supposedly eventually going to release a new version with all the features/fixes from the last 6 years.

EditorConfig plugin should be able to handle the charset attribute. But the version available in Plugins Admin is still 6 years old, and does not include that attribute. They merged the PR that implemented charset in 2023, but have not done a release since v0.4.0.0 in 2019. (In October 2025, they put in an Issue to encourage themselves to do a release, but there’s still apparently a showstopper preventing them from moving forward.)

I just forked their repo, and did a build based on their most recent codebase; I call that “0.4.0.1”, so that there’s something to distinguish it from the official version. For a couple of months from 2026-Mar-30, GitHub should have some artifacts of my v0.4.0.1 build.

Exit Notepad++ Go to https://github.com/pryrt/npp-editorconfig-plugin/actions/runs/23767310769#artifacts and download the right artifact for your machine (most likely the one ending in --x64). Unzip, and copy the DLL to c:\Program Files\Notepad++\Plugins\NppEditorConfig\NppEditorConfig.dll create .editorconfig file at the top of your document structure (like c:\users\username\.editorconfig), populate it with:root = true [*.bat] charset = utf-8 [*.py] charset = utf-8 [*.txt] charset = utf-8-bom [*.ps1] charset = utf-8-bom The next time you save a file with one of those extensions (as long as it’s in the same folder as the .editorconfig file, or a subdirectory of that folder), it will use the charset indicated when you save the file in Notepad++

(GitHub will remove those artifacts sometime in the next few months. If EditorConfig hasn’t done an official release since then, and the files are gone, feel free to ping me here, and I can trigger a new build to GitHub)