@PeterJones thanks a lot… I was not able to find that myself :-)

The Open With extension is not the Edit with Notepad++ extension. The later is NppShell.

Open a cmd prompt and enter:

reg delete "HKCU\Software\Classes\Applications\notepad++.exe"

Press Return key and if no error, then it will prompt to delete the key and reply with yes.

Open With creates this key and some others. Removing this key removes the orphaned Open With entry of Notepad++.

Some installers add this key, the Notepad++ installer currently does not add this key so it does not remove it on uninstall.

The duplicate entry is something else. Try:

reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.ini" /s

and will print information about the entries to discover more details about the entries. You may see something like Applications\other.exe and if another ophaned entry, can use a similar command to remove it:

reg delete "HKCU\Software\Classes\Applications\other.exe"

Always use care with the registry. Ensure the commands are correct before executing them.

@mpheath Cheers thank you for the detailed explanation! i will give this a go.

@Omar-A ,

Search has a “regular expression” mode which will be able to search for anything matching a pattern. Since I assume you want to also delete the matching </span> to go with it, then I believe a regex like the following will work:
FIND = <span data-path-to-node[^>]*>(.*?)</span>
REPLACE = $1
SEARCH MODE = Regular Expression

That worked on the first three spans in your example (and would’ve worked on the fourth if the final /span> wasn’t missing the <)

@Alan-Kilborn

Thanks for the suggestion, though I think .lineUp() is sufficient for my purposes in this case, since I will need to repeatedly go up the same number of lines, and column isn’t a concern because I’ll always be landing on blank lines.

Hi,
I would like to test your plugin but, unfortunately, I run windows arm-64 and this plugin only runs on x86. Do you think it’s possible to release an ARM version ?
Thank you.

A very old thread I know, but this may help someone else.

I was trying to use Pretty Print to format some MSOffice XML (from a PPT template that had been renamed as a zip). My initial attempts didn’t work “Nothing happened”. I eventually solved the problem when I realised that it wouldn’t work on files still stored in the zip. Notepad++ could read the files and displayed them as 2 looooog lines so I assumed (wrongly) that I could Preetify, edit and write back. In retrospect I should have realised that this was never going to work as the “file” I was working on was a temporary copy.

Solution: Extract the file from the zip (as opposed to view the file in the zip without extracting properly) , Preetify (which worked of course), edit, save, copy back into the zip overwriting the original.

An interesting corollary: Using the Windows Explorer zip functionality to open and view the contents (as opposed to extracting them) which uses a rather long temporary folder prefix - Pretty Print didn’t work.
Using 7Zip which uses a much shorter temporary folder prefix - Pretty Print did work. Obviously, I was still working in a temporary copy which wouldn’t get saved back.

@mpheath. Thank you so much. You found a simple and very effective solution. It works 100 percent. Now I see the desired cursor instead of the black square. Thanks again.

@Javier-Utrilla said in show the current zoom:

something like U | Zoom +10

It’s fine…but why not make the abbreviated encoding MORE descriptive, and the zoom info LESS descriptive. E.g. (just my thinking): U8B |Z+10

@Chec-Pufos ,

Your specs are more vague than you think they are.

Assuming you want to replace any positive integer immediately after that specific I:max= with 987 and any positive integer immediately after that specific I:min= with 654, then it could be done with something like:
FIND = (?-is)(Size\s+{\s*.*\R\s*I:max=)\d+(\s*.*\R\s*I:min=)\d+
REPLACE = ${1}987${2}654
SEARCH MODE = Regular Expression
REPLACE IN FILES

hopefully, you can figure out what to change in order to replace with values other than 987 or 654

highly recommended: always back up your data before trying a regex that someone hands you; always try a new regex on a single file and make sure it behaves as you expect before trying on the full 30 files.

----

Useful References Please Read Before Posting Template for Search/Replace Questions Formatting Forum Posts Notepad++ Online User Manual: Searching/Regex FAQ: Where to find other regular expressions (regex) documentation

@FreeMeow I goon to Notepad++ :P

@ViniwDOrazio

Yes, when working with multi-line matches enclosed by the same pre- and suffix, you should try to match something unique before the prefix.
If the number of lines is fixed, you could also adjust the offset configuration parameter accordingly.

@PeterJones said in The problem with notepad.runMenuCommand:

Simple and light is often the opposite of universal.

This is often the case, but not always.

@PeterJones said in The problem with notepad.runMenuCommand:

If you solution is “universal enough” for you, fine;

Of course, when there is no ideal option, you have to choose the one that is most suitable for the situation.

@Alan-Kilborn said in The problem with notepad.runMenuCommand:

Good luck achieving all of those all of the time.
Or do you have a “pick any 2” or “pick any 3” type rule? ;-)

Thanks. It happens to everyone at some point ;)
But it must be universal and fast, even if it means making the code complex.

@PeterJones Thanks so much for the quick reply. Installing the release candidate fixed the issue for me. Much appreciated!

@El-Greco-0 ,

The Ctrl+Tab / Ctrl+Shift+Tab is the “Document Switcher” feature. By default, Settings > Preferences > Misc > Document Switcher has ☑ Enable MRU behavior checkmarked, which turns on Most Recently Used (MRU) order for the Ctrl+Tab order. If that is unchecked, then the Ctrl+Tab order is determined by the order of the tabs in the view, so if you turn off that option and use Window > Sort By > Name A to Z, then Ctrl+Tab will follow alphabetical order.

The reason why Ctrl+Tab defaults to MRU, is because it is often (maybe even mostly) used as the quick/simple “swap between this tab and the last tab I used”, rather than cycling through the entire list. Also, there is a separate set of keystrokes, Ctrl+PageDown for next-tab and Ctrl+PageUp for previous-tab, which already follows the order of tabs in the view (so also affected by the Window > Sort By > … sorting), so it’s already easy to navigate between tabs in the view order by another similar means – so again, it makes sense to default the Document Switcher Ctrl+Tab to use Most Recently Used behavior…