@PeterJones Thank you!

@Thomas-Anderson said in Standard ANSI and code still change to something else:

Notepad++ auto-detects encoding based on the characters you type.

Please don’t make false claims like that. It doesn’t help anyone.

When you enter Danish letters like æ, ø, å, these aren’t part of standard ANSI,

You really don’t understand encoding. You probably shouldn’t be giving advice in such a conversation. (Update: Specifically, as I described above, “ANSI” is a misnomer, and when Notepad++ is using ANSI, it’s really using the default codepage for your installation of Windows, so for some people, who have set Windows to a Danish localization, or another localization that uses a Dutch-compatible character set, the “ANSI” selection in Notepad++ will know the Danish letters.) (Update 2: Besides, Windows-1252 encoding does have æ, ø, å, at codepoint 230, 248, and 229,respectively. And since Windows-1252 is what the vast majority of US and Western Europeans have their Windows set to accommodate, “ANSI” for all of those people will include those characters.)

so Notepad++ switches to a code page that can support them (like Windows-1252 or sometimes misdetects as 1255).

That’s not what Notepad++ does. Update: it follows the settings, as described in my post above, when you create a new file, regardless of what you type; however, when you open an existing file, it will use heuristics to guess the encoding, but that has nothing to do with typing.

To always save in ANSI:
Go to Settings → Preferences → New Document → Encoding.
Select ANSI as the default.
Check “Apply to opened ANSI files” if available.

This proves you don’t know what you’re talking about. The Apply to opened ANSI files is only available for the UTF-8 option.

Note: Some characters (like æøå in certain ANSI pages) may not display correctly in pure ANSI — using Windows-1252 is safer for Western European letters.

And if you tried to enter one of those characters while in a file (new or otherwise) under Notepad++'s “ANSI” setting, it would show up as a ?, not as the character. Which proves both your statement here, and the line above where you claimed Notepad++ changes encoding as you type, to be completely fallacious and false and misleading.

This ensures new files default to ANSI, but remember Notepad++ may still switch if characters aren’t supported in that code page.

Wrong.

Nearly everything you said in that post is wrong.

Based on this, and the other posts you’ve written, I am coming to the conclusion that you are violating this Forum’s requirement that posts be human-generated, not bot/AI/GPT/LLM-generated. Your posts have always sounded to me like they are LLM/GPT-generated, and this one has pretty much clenched the deal. Please stop spreading AI nonsense. (And if you aren’t using AI, then me believing that you are using AI should tell you something about the quality (or lack thereof) of your posts.)

@PeterJones I think I found the culprit behind this.

Looks like I had my Avast autoupdater to ON, and probably it was the reason behind quiet updates for both Notepad++ and my Mozilla Thunderbird 42.

It became a routine for me to reinstall old versions over and over and over agian.

Thank you for your response.

Really appreciate your help and detailed approach.

@guy038 said in How to Print Pretty with missing close tags.:

Let’s start from your solution

I’d hardly call it “my” solution. In that I used your generic find/replace-in-region formula, and plugged in reasonable values for the “variables” from that generic formula. The whole point of that generic formula is to make it really easy for anyone to just plug in their BSR/ESR/FR into the formula, and have it “just work”, without having to optimize or tweak.

If I run, successively,

As @Doctor-Rashir said here, “There are many closed tags”… In other words, it’s not just SONRQ and SIGNOMSGSRQV1, and trying to manually run a separate regular expression for each of the “many closed tags” is thus not practical. That is why I went to a script to automate it.

@PeterJones
Thank you for the reply. Yes, I understood that inference. I was hoping there was additional tweaks to try. Yes, I could do a reply. It was triggered on a very minor edit. Maybe the site support would be interested in the issue. But it’s not important to me now.

@PeterJones

i have to hand it to you this worked, thank you :-)

I couldnt find this description elsewhere, i tested all the 3 thirdparty apps, wthy didnt work though

I seems to have missed the reg addition of defaulticon should be in the string sith notepad++

best Nolan

When the Fill Find Field with Selected Text option, in settings, is unchecked, and the user invokes Select And Find …, perhaps the program should (simply) run the code for the “volatile” version of the command.

(I should have said this in my previous post.)

@Rick-Kosters

You can try the free Agent Ransack utility from https://www.mythicsoft.com
It works with .doc, .docx and .pdf files too.

@me

I printed out a cookie recipe in NP++ and LO Writer

Try to be more explicit. I actually use LibreOffice and, until @PeterJones explicitly stated it in his response, I had no idea what you were talking about when you said “LO”.

@JuergenBelle ,

Further to what @h-jangra said, since N++ v8.8.6, you can just paste your multi-line text into the Replace, and use the Search @h-jangra suggested, and you don’t need the plugin at all…

If your replacement has parentheses () or dollar signs $, it might not work as you expect, so you might have to escape them, as described in the user manual (https://npp-user-manual.org/docs/searching/#substitutions)

@guy038

More good information. Thank you!

Barry

Hello!

I’m having a similar problem with NPP being slow to open, and I believe it’s related to the fact that I have several “draft” (unsaved) files saved, since I have the options enabled: backup and remember last session.
This has already been reported in another post:

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14000

In my case, I have an SSD and it takes about 20 seconds to load about 200 files. So it spends about 0.1 seconds per file.

I did some tests using Process Monitor, as shown in the image below.

notepad.png

In this case, it seems that NPP keeps trying to create files in the “Program Files” folder, but it gives a “NAME NOT FOUND” error.
After that, it goes to the “AppData/Roaming…” folder where the backup files are located.

In short, based on this result, does anyone have any idea how to try to solve this delay, perhaps caused by failures or repeated attempts to read/write the backup files?

@Alan, listen to @PeterJones when he says to scan your computer for viruses. TextShaping.dll is commonly used in DLL sideloading exploits, and if your executables are trying to call it when it resides in a place it doesn’t belong (your Notepad++ directory), then there’s a good chance your computer has been hacked.

That doesn’t mean you should freak out just yet, just take some steps to ensure that you’re not hacked.

All the gup.exe does is to check if there is a newer version than specified by the string input parameter is available. It does not handle the update itself. You would have to code it for yourself.

For example like this in Powershell 5.1 for the 64bit version of Notepad++.

[string]$ScriptFolder = $PSCommandPath | Split-Path -Parent $Notepad = Get-ItemProperty -LiteralPath 'HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\Notepad++' $InstalledVersion = $Notepad.DisplayVersion $UpdateCheck = Invoke-WebRequest -Uri "https://notepad-plus-plus.org/update/getDownloadUrl.php?version=$InstalledVersion" $UpdateCheckAnswer = ([xml]$UpdateCheck.Content).GUP if ($UpdateCheckAnswer.NeedToBeUpdated -eq 'yes') { $Filename = $UpdateCheckAnswer.Location.Split('/')[-1] Invoke-WebRequest -Uri $UpdateCheckAnswer.Location -OutFile "$ScriptFolder\$Filename" & "$ScriptFolder\$Filename" '/S /closeRunningNpp' }

Hi everyone!

I have some good news and bad news.

The good news is that I’ve finished WebEdit 2.9, which includes several new features: multi-select support, tag recommendations, quick tag addition/editing, and a few other minor upgrades.

The bad news is that I’ve actually finished all the essential features I wanted to implement, so I’m not planning any further developments for the time being. Of course, you can still report bugs/issues and even make minor development suggestions, but the goal remains to keep the plugin fast, lightweight and easy to use.

The overview of the (new) features is also available on the module’s main page: https://github.com/Krazal/WebEdit

What’s next: when I have time, I’d like to return to my own plugin, because it has been full of bugs for months (not my fault!). ^^’

Thank you for letting me contribute to this plugin, which I hope others will find just as great and useful as me!

@James-Burke-0 ,
In addition to what @PeterJones has explained, the only other thing you could do, is bring up dBASEPlus in the Language->User Defined Language->Define your language...User language drop down box, and then `Save As’ and give it a new name.

At that point, you can play with the settings, keywords, etc… all you want in your own named UDL. Because of the way the entire UDL ecosystem works, however, you’ll lose the ability to use the autoComplete file and the functionList file as well, because of their links to the UDL’s file names that those work with, as well as the overrideMap.xml linkage file, but you’d have JUST the UDL to adjust to your likings and then when you’re satisfied, you could go back to the original dBASEPlus UDL and put the changes that you want into the Dialog boxes for the language and then do as @PeterJones says, and just close and reopen the editor and your changes will be applied to the intalled dBASEPlus UDL definition.

If you don’t need the Function List or Auto Complete capability, you can just use your newly named version of the dBASEPlus UDL to view and edit dBASE specific files.

Just in case this is what you meant you wanted to do, to customize the dBASEPlus UDL without losing the original functionality of the original package. I hope this helps.