@PeterJones said in Is There a Way to Prevent Pasted Text from Spreading Out with Rows of Spaces?:

Or, since you said,

there aren’t any unused ones available under Plugins > Customize Toolbar

- I assume this is the one where you say, "there aren't any unused ones available". I cannot imagine that you've _actually_ enabled another couple-dozen buttons from its list, so that there are no other "available toolbar buttons", as that toolbar would be so full as to be unusable. On the other hand, that's the only thing I imagine that you _could_ mean by such a sentence.

Yes, all of the Old Large Legacy Icons are in the Current toolbar buttons box. After checking them, I decided that I might use all of them in the future.

Well, with all of that said, thanks for being patient and hanging in there through all of this. I have everything working, including adding a new icon to the toolbar. And thanks for the updated scripts.

I hope this thread serves many others.

@Murray-Sobol-1 said in Idea of a new installation routine:

@PeterJones said in Idea of a new installation routine:

No one should ever download a 32bit installer for modern OS. For any app. (Modern OS don’t come in 32-bit versions anymore, so I don’t understand why apps still bother distributing the 32-bit versions)

I agree with the above statement, however when I ask for an update by clicking Downloads I see this section:
Download 32-bit x86
Installer | GPG Signature
Portable (zip) | GPG Signature
Portable (7z) | GPG Signature
Mini-portable (7z) | GPG Signature

Why is this even being distributed anymore??

Because my statement was just my opinion, and not everyone agrees with it. Because there are some people who mistakenly think they need a 32-bit even though they have a 64-bit OS. And there are some people who have some unmaintained plugin that only comes in 32-bit (*). And because the developer has never decided to cut off those poor, unfortunate souls.

(*: aside: anytime I come across someone like that, I do a bit of research to help them find an alternative, or find someone who has done an unofficial recompile of the plugin for 64-bit. there are very few public plugins that have no 64-bit version and no alternative)

But that’s why we lobbied to put the 32-bit below the 64-bit, so the 64-bit gets the prominence it deserves – and why I rejoiced when it happened. Someone downloading N++ for the first time will see the 64-bit first, and will likely download that. Someone updating N++ should use the menu or auto-update, and never have to go back to the website.

@Freon-Sandoz said in Unexpected match when searching files for an end-quote character (non-ASCII):

I can reproduce the file contents and the unexpected behavior

I was able to do that, too… and now I see what is happening. The character you are calling an end quote is not the Right Double Quotation Mark, U+201D but the Double Prime, U+2033.

Windows-1252 (and Windows-1254) contains the right double quotation mark at 0x94. However, it does not contain the double prime. The entry boxes on the file dialog are always in Unicode. (That’s how it works pretty much everywhere in modern Windows.) But if the file is in ANSI, the file search is done in ANSI, so Notepad++ asks Windows to translate the string you gave it into ANSI. Seeing that there is no double prime character in your current code page, Windows “helpfully” translates it to something that looks a lot like it… the ASCII double quote.

Further confusing the issue is that Notepad++ never loads a file in any code page other than your system code page (which you said is 1252) or Unicode. So when you open the file in Windows-1254, Notepad++ is actually converting it from 1254 to UTF-8 and editing that way. That’s why the search behaved as expected in 1254: it wasn’t really 1254 in, it was in UTF-8.

Bottom line… this behavior actually is “expected”… but not by any normal human being. About the only thing you can do about it is to work in Unicode wherever possible when you are using non-ASCII characters.

It might be possible for Notepad++ to change its search so that it warned you when you tried to search an ANSI document for characters that aren’t possible in that document. I haven’t looked into it in depth; I would guess there must be a call to WideCharToMultiByte somewhere, and it could be passed the WC_NO_BEST_FIT_CHARS flag and the lpUsedDefaultChar output pointer to detect such shenanigans so the program could tell the user about it instead of potentially claiming to find something that isn’t there.

@Fred-Morant said in using User Defined Language : v.2.1.0.12:

Let’s create “alphatest” as a name for a new user defined language , close notepad++, new bloc appears in userDefineLang.xml for that “alphatest” , remove it from userDefineLang.xml manually , repopen Notepad++ : you can’t use that name “alphatest” again,

I cannot replicate. No matter how I try (ie, no matter how I interpret “remove it manually”):

First try: Start Notepad++ with no userDefineLang.xml existing Language > User Defined Language > Define your language… Create new…: alphatest Set ext: at and close the UDL dialog Exit Notepad++ userDefineLang.xml exists Edit userDefineLang.xml in Notepad++, delete the whole alphatest section, save, exit Notepad++ Run Notepad++: alphatest no longer exists. Create new…: alphatest works without difficulty Second try: Start Notepad++ with no userDefineLang.xml existing Language > User Defined Language > Define your language… Create new…: alphatest Set ext: at and close the UDL dialog Exit Notepad++ userDefineLang.xml exists Run Notepad++, go into UDL dialog, and select alphatest Remove, and answer Yes when it asks if you’re sure. It’s gone. Create new…: alphatest works again immediately. Remove, and answer Yes when it asks if you’re sure. It’s gone again. Exit Notepad++ and restart. Create new…: alphatest works again here, too. I don’t know what else you could mean by “manually delete”

It works just fine. Again, this is not with v8.9.2. I tried those tests with v8.9.3-RC, and again with the older v8.9.1. It works exactly 100% as expected, and it never prevented me from creating alphatest after I’d deleted it in any way I could think of.

@PeterJones
hello and Thank You…
I think I had read all of the references you posted, and must have misunderstood everything.
(sigh) I’m feeling so old (LoL)
just used your example and it worked perfectly
…
well, except I next will want to enter an exception for cases of a period before the first carriage return.
I think I know how to get that working, now that you’ve given me a great direction.
Again, Thank You!

Thank you @PeterJones, this is a perfect solution.

thank you

@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)

@tedhettel ,

With native Notepad++, you cannot get that exactly. But you can get close.

Notepad++ has a keystroke Ctrl+End to take you to the end of a document, and a menu action (Edit > Insert > Date Time … of three variants, one of which is customizable in settings). So you could record a macro (Macro > Start Recording, Ctrl+End, ENTER, Edit > Insert > Date Time …, ENTER, Macro > Stop Recording) and save it with a keystroke (Macro > Save Current Recorded Macro), which means when you open your logfile, you can do that one keystroke, and it would then take you to the end and put in the date for you. So it would be one extra keystroke when you open the file… but one keystroke isn’t bad.

@Mark-Olson You are right, thanx Mark.

@Võ-Văn-Hiếu ,

Settings > Preferences > Searching > Minimum Size for Auto-Checking “in selection”:

e1b5f537-fcbb-4f03-bfae-356c18eab696-image.png

It defaults to 1024, meaning you need to select at least 1024 characters in order to get it to checkmark the “in selection” box with the default setting. If you changed it to a lower number (like “1”), that would explain why it always auto-checks that box.

And if you really want never, instead of >=1024, then set that to 0, as it says when you hover your mouse cursor over the (?) and in the user manual’s section on the “Searching” preferences.

@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.

@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. ;-)

@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

@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?

@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

see update in this announcement: new github repo with archived versions of Notepad++ at https://github.com/notepad-plus-plus/old-releases

I’ve been footling around with my plugin a bit to try and generate a PR automatically when a new version is released. So - is the layout of the json files significant.

Most of the entries look like

\t\t\t{ \t\t\t"folder-name": "Linter++", \t\t\t"display-name": "Linter++", \t\t\t"version": "1.0.3.0", \t\t\t"npp-compatible-versions": "[8.7.5,]", \t\t\t"id": "F56573351010B62BFC75039725496C8687D53E82A3F47074F1F1B629A37A92C1", \t\t\t"repository": "https://github.com/ThosRTanner/notepad-pp-linter/releases/download/1.0.3/plugin_dll_ARM64.zip", \t\t\t"description": "Allows realtime code check against any checkstyle-compatible linter: jshint, eslint, jscs, phpcs, csslint, and many others.", \t\t\t"author": "Tom Tanner", \t\t\t"homepage": "https://github.com/thosrtanner/notepad-pp-linter" \t\t\t},

So I thought i could do my updater in python, just load up the json file, modify my entry, and dump it back, then commit

One entry (just one) uses spaces instead of tabs.

So my question is is there an official layout for these files? Is any valid json permissible (all on one line for instance), or is it expected to be formatted as 1 line per key and indented with tabs?

Would converting those spaces to tabs as part of my PR be frowned upon, or should I just read the file and modify the lines appropriately?