@PeterJones

Thanks for your reply. I will give your solution a try as a Macro learning experience. Maybe I’ll find other uses for it.

But, I just came up with a different solution:

I like Notepad++ so far, so I used the preferences to set Notepad++ as the default for a small number of file types I use occasionally. I renamed the extension of the file I use as my daily journal/log from .txt to my initials .th. I used the file properties to open that file with Windows Notepad.

It’s working well for me. I can use my journal/log with Windows Notepad, and everything else uses Notepad++.

@PeterJones Thank you. I just found this forum after searching about the multiple line issue. I’ve been using Notepad++ for years, fantastic program. First text editor I’d found that did search and replace on end of line charaters since good old Wordstar.

@Mark-Olson You are right, thanx Mark.

thank you

@Vitalii-Dovgan said in NppExec Manual: CHM vs. HTML version [poll]:

Somebody, stop me! It has been 2 weeks I’ve been updating and improving the HTML form of the Manual!

Sorry, it is not possible for me to stop someone from improving documentation. ;-)

@rdipardo ,
Thanks for pointing out the Native AOT template — I wasn’t aware of it when I started the ARM64 migration.

I did actually try Native AOT early on, but ran into two issues: the export limitations you mentioned, and the resulting DLL size (~57 MB), which felt way too large for a Notepad++ plugin. That’s why I ended up going with DNNE — the plugin DLL stays small (~1 MB), though it comes with the .NET 8 runtime dependency.

How large are the DLLs you’re getting with the Native AOT template? Has trimming improved enough to bring the size down to something reasonable for a plugin?

@P-A hasn’t come back since my reply. But I had a few minutes to experiment.

Using the published v8.9.2, I could replicate the problem:

Open fresh v8.9.2 Language > User Defined Language > Define your language… Folding in code 2 style: open = openfold, close = closefold Save as… = SomethingNew open disappears, but close remains Exit and restart Notepad++ Language > User Defined Language > Define your language…, choose UserLanguage: SomethingNew Folding in code 2 style> open still missing, but close remains Add again open = openfold, and close the UDL dialog: it appears to be there, but repeating 6/7 will show back in condition 8 at this point.

But, when I try the same sequence with the bugfix version from PR#17522, it works as expected (openfold doesn’t go missing at all).

That PR will be part of v8.9.3 Release Candidate, expected Mar 14. So it looks to me like the bug has already been fixed.

@Alan-Kilborn

I understand, but unfortunately, to have it hosted on the App Store, Apple charges £80 a year for the developer license, so I need to cover this cost, hence the 99p price.

@Vitalii-Dovgan
Thanks for the feedback!
v1.1 is now out with full Unicode compliance - all Win32 API calls migrated to W variants.
Also added separate color settings for dark and light themes.

GitHub

@Coises said in Regex matching anomaly:

If the line endings in the file aren’t consistent, it could mismatch.

Huh. Right you are. Ironically, that possibility had actually occurred to me, and I even thought I’d checked for it adequately by enabling View > Show Symbol > Show EOL, but apparently I failed to pick the single LF out of all the CRLF. Thanks.

@PeterJones sure.

@PeterJones said in Notepad++ v8.9.2 Release:

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

Thanks. I should know better… I forgot to search closed issues, not just open ones.

@MHindujaDheerajSudan said in Meenu Hinduja Dheeraj Sudan - Best Plugins for Improving Productivity in Notepad++:

code formatting,

Depends on what language your code is in. For example, for formatting XML, I recommend XMLTools; for formatting JSON, I recomment JsonTools.

For most programming languges, there are standard executable-based formatters that are considered “best practice” for that language. Instead of having a dedicated plugin for each language you write in, my recommendation is to use a plugin to route the files through that external formatter.

The “Pork to Sausage” (P2S) plugin is actually good for that: you can define “transformations”, where it passes the content of the file thru an executable, and replaces the contents with the output of that executable (unfortunately, you have to do a Ctrl+A to select the whole text first, before running hte P2S. this post my @Michael-Vincent, and the follow-on a couple posts down, give an example script for the NppExec plugin that routes various filetypes to their appropriate formatter/pretty-printer executables.

Also, our compile/convert FAQ shows examples of how to do that sort of thing with both P2S or using NppExec to drive it – both are common solutions among the power-users here.

comparison tools

ComparePlus plugin. Hands down. No reason to consider anything else. It’s awesome.

session management.

The only session management plugin I can think of is Session Manager. I don’t use it, but I seem to remember people like it.

Which plugins do you personally rely on, and are there any compatibility concerns with recent versions?

Rely On: NppExec and ComparePlus are in my standard workflow for code development. And I use PythonScript for scripting tasks inside Notepad++ (like macros, but on steroids, because it has the full power of Python behind it), but that doesn’t fall within the types of tasks you were look for plugins for.

Compatibility: Pork2Sausage, NppExec, and ComparePlus are all actively maintained, and definitely don’t have any compatibility issues. I don’t know how Session Manager is doing for maintenance.

… also, you specifically called out dot-directories in the title.

Whether or not an Open dialog will show dot-directories is definitely a function of WINE itself. See, for example, https://forum.winehq.org/viewtopic.php?t=1624

Bravo!

You may also be interested in this issue: “ANSI auto-completion shows garbled text when typing Chinese characters (since v8.8)”

@leleganja said in Notepad++ v8.9.1 Release:

Why do I get these errors when I install Notepd++ with both v8.9.2 and v8.9.1?

At first glance: it appears that whatever account that is being used to install Notepad++ doesn’t have write-permission to the temp directory that the installer created. That is odd, given that the installer usually asks for Admin privileges to install. But maybe your computer is set up so the Admin account(s) don’t have write permission to the indiviudal user file-areas.

Try creating a directory someplace where both your normal user and your admin user have write access, and then temporarily set %TMP% to point to that directory. When you run the installer, it should use that new directory instead, and should (I would think) have write-permission there. (My experiments showed it used the alternate location if I set the %TMP% user variable, but not if I set the %TEMP% variable, so you only need to change %TMP%. If you don’t know how to change that variable: click the START menu, type system environtment which will find the Edit the system environment variables option, which you use; click Environment variables button, then in the User variables section, edit TMP to point to the new directory you created; after doing OK a few times, then you can run the installer, and it should use that directory. When done installing, don’t forget to set TMP back to %USERPROFILE%\AppData\Local\Temp in the same manner.)

@donho ,

Thanks for doing that. It’s good to be able to grab older versions, for historical purposes / comparisons, and for people who are trying to use Notepad++ on machines that still have ancient OS installed and cannot be upgraded (like a bunch of early 2000s electronic-measurement equipment that I used to use)

@Robk-Blue said in Tidy2 or other HTM L plugins:

It looks like Tidy2 is a 32 bit plugin and I can’t find a x64 version. Is it able to be used still? Any other options?

Yeah, Tidy2 hasn’t been updated in more than a decade – it’s essentially abandoned. And as far as I can tell, no one here has grabbed the source code, recompiled for 64-bit, and published it anywhere (that has happened on some other plugins that used to be only 32-bit, if someone here was interested enough in that plugin to do it for themselves and share it with others)

XML Tools is able to make XML look pretty, and usually works on HTML files as well.

Other than that, it’s possible to pass the current file to your favorite external command-line code-prettifier (tidy.exe, if you installed HTML Tidy utility on your computer yourself), using either the Run > Run to create a User-defined command, or using a plugin like Pork2Sausage or NppExec.

See also the FAQ: How do I use Notepad++ to Compile my Source Code (or Convert My Text)?, which has a section on Converting text (which is what things like tidy.exe are doing), and explains how to use the plugins mentioned in the previous paragraph to accomplish conversion tasks.

@Deepa-Asthana
Before anyone can offer some ideas you will need to expand your description of the problem.

Like how many tabs open. How big are some of the files/tabs. What are your backup settings. It seems that your problem has existed before the latest update, correct? Provide the details of your installation using the ? menu option, copy and paste here. There is a FAQ post to help you. Sorry writing on phone so can’t easily provide the link.

Terry

@Carlos-Sánchez said in [New plugin] Smart Math:

I’m a bit lazy and haven’t got a clue

I can’t solve the first part, but for the clue:

it’s just a PR to the nppPluginList project. Since you’re working in GitHub already, I assume you know how to do the PR fork the nppPluginList repo, create your own branch in that branch, edit pl.x64.json to link to the 64-bit version, and pl.x86.json to link to the 32-bit version the id required in the JSON is just the SHA256 hash, which GitHub provides for you:
fd4a838f-9724-477d-b755-24836141dc88-image.png once you have edited both files in your branch, submit the PR from that branch