@snafu423 I had another test by renaming the doLocalConf.xml file to disable Notepad++ portable mode. The config folder moved from the root App directory into the root Data directory.

So the path becomes:

C:\_shared_apps\PortableApps\Notepad++Portable\Data\Config\plugins\config\PythonScript\scripts

This is the tree with doLocalConf.xml file:

\---PortableApps +---Notepad++Portable | +---App | | \---Notepad++64 | | +---plugins | | | +---config # Config folder | | | | \---PythonScript | | | | \---scripts # UserInfo.py is here | | | +---PythonScript # Plugin folder | +---Data | | +---Config | | | +---backup | | | +---plugins | | | +---themes | | | \---userDefineLangs | | \---settings

without:

\---PortableApps +---Notepad++Portable | +---App | | \---Notepad++64 | | +---plugins | | | \---PythonScript # Plugin folder | +---Data | | +---Config | | | +---backup | | | +---plugins | | | | \---config # Config folder | | | | \---PythonScript | | | | \---scripts # UserInfo.py is here | | | +---themes | | | \---userDefineLangs | | +---settings | | +---themes | | \---toolbarIcons

I removed excess to show important folders only. Added a few comments to highlight.

PortableApps may not be aware that the doLocalConf.xml file has this effect. Perhaps previously they did not redistribute the doLocalConf.xml file. UserInfo.py did move with the config folder which seems to be their method of setting a portable mode.

For you need to know which scripts folder path to insert your scripts for them to be listed by PythonScript.

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

Now, for any command that cancels all previous selection(s), like the Find in Selection option, the Replace and Find in Selection option and the Find or Replace in Selection option, they seem to act on the whole document, anyway !

Not quite (unless there’s a bug). The first match (meaning first in time) will be the first match (meaning top/left) in the selection for a forward find, or the last match in the selection for a backward find.

After that, the selection is lost. However:

Strictly speaking, to handle properly this case, you should keep a map of the beginning and end of EACH selection, in current document ! Probably not easy with huge documents and a nightmare because of all possible types of selection :-((

That came up in the discussion @Alan-Kilborn and I had when I was working out search in Columns++. Later in that discussion, Alan mentioned the idea of marking text, which became the basis for how search in Columns++ works.

In Search++, there is an option is in the Settings dialog: Convert selections to marked text before beginning a stepwise search. This applies only when you use a stepwise command without a scope specified (default scope); so, if that option is checked, Find when there is a selection (but no marked text) will convert the selection to marked text and search within the marked text, but Find in Selection won’t.

BTW, why the choice between the Replace and Find... options and the Find or Replace... options is not placed in the Settings dialog, like within Notepad++ ? This would simplify some menus !

My thought was that users might change their mind about whether they want to see what the replacement did before moving on; for example, with a complicated regex replacement, perhaps at first wanting to see each replacement in context, then if they seem to be working as expected, start skipping forward to the next candidate for replacement.

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

hopefully it will all be good again in a week or two

As of 2026-Apr-7 (per this post), v8.9.3 has been triggered for Auto-Update, so ? > Update Notepad++ should see a new version available now.