@Nguyễn-Đông said in what is this?:

how to edit it?

That is not reasonably answerable on this forum.

@Michael-Vincent said in How to enable Plugins Admin when building notepad++?:

I think it’s a separate project that you need to build separately:

Is there a way to actually combine this build with that of NPP itself, or to put it another way: is there no way to avoid building them separately and copying the plugins dll into NPP afterwards?

@Anton

Nope. There is no autodetection. Whether spaces or tab characters are used is solely a function of the setting selected for it for the particular language (based on extension) of the file.

@Marty-Kay Read the message @PeterJones posted above three years ago on how to get the FF.

If you want Notepad++ to do something special with FF then you could try FAQ: Feature Request or Bug Report

Notepad++ already has a number of configuration settings related to printing. With that in mind I could see some support for FF being added. However, I suspect though that the request for FF support would get declined or ignored as the FF feature could easily creep into a later request to display a horizontal line at the FF and then to creep into displaying page number and the line within that page. It sends Notepad++ drifting into the FAQ: “Notepad++ is a Text Editor, not a Word Processor” territory.

@PeterJones thanks for the tip. The problem was solved.

in the search box on the explorer bar at the bottom of your screen (by default), you need to type “open with”, it will bring up a menu that has the apps > settings > default apps window open for you. You will see a text box that says “search for a file type”. In that box type “txt” without the quotes, or “.txt” without the quotes. You should see an option for notepad++ in the resulting list, as long as notepad++ is installed on your system already. click on the notepad++ icon, and it will be assigned as the default app for .txt files. you should now be able to right click in any usual spot i.e. your desktop, and you should now see an option to use notepad++ under the “new” menu item from the right click menu.

@Mark-Olson thank you! :)

@Paolo-Santini ,

I can confirm, v8.6.7 remembered the Find / Replace / Find-in-Files dialog size from one run to the next, whereas v8.6.8 does not. I will point this out to the developer in the v8.6.8 release announcement.

—
update: It had actually already been pointed out in the announcement thread, and I had forgotten. There is an already-fixed issue here, so it will be fixed in the next version.

In addition to what Peter said, inside your loop you would call notepad.open(), then do your replacement(s), then call notepad.close().

@Nicholas said in Is there a way to retrieve 'temporary' files after closing?:

%appdata%\notepad++\backup is the default location

This is not always the case, but is the normal case.

but you can change it it in the settings.

I don’t believe you can; in the settings it appears greyed/disabled; thus, it shows you the location, but doesn’t allow you to set a different one.

@Mark-D said in Insert specific text:

do you have a link for the quick text plugin

You can install it using Plugins Admin.

But here’s the link: https://github.com/vinsworldcom/nppQuickText

@mkupper Thankyou for your response.
I have now resolved the problem. In my Global Styles, the Font Style had been changed to Courier. Once I changed this to Arial, it all worked as previously.
What I don’t know is what changed it away what it was previously? The only thing to change on my Windows 10 was to install the new Microsoft font set which includes Aptos. Apart from this, I made no changes to my text files or to Notepad++ settings for maybe years. So, was it related to a version change in Notepad++ or the font change to Windows?
I may never know.

Regards Patrick

@Nachum-Shmilovitz
I have never used Notepad++'s session snapshot and periodic backup feature, nor do I want Windows to decide when to install updates and restart my computer automatically (and took measures to stop it from doing so), so I have never encountered the problem of NUL char file corruption. That’s the reason why I’m not happy with the disablement of the NppSaveAsAdmin plugin, too.

My workaround is to patch the version info of the plugin’s DLL file to outwit Notepad++'s compatibility check in PluginsAdmin. This can be done with the small tool Resource Hacker. I set the version number from 1.0.211 to 1.0.212, so the plugin can be used again. After saving a file with the plugin Notepad++ shows an error dialog mentioning an invalid handle but nevertheless the file gets saved correctly.

The other option, patching Notepad++'s nppPluginList.dll file, doesn’t work because this file is signed. Any changes of this file prevents it from being loaded with Notepad++.

@Todd-Hoatson-0 said in File display using multiple fonts simultaneously?:

Also, I find it odd that Show Symbol > Show All Characters does not reveal that this character is there

It depends on the character. Unicode has quite a few characters, such as in the Combining Diacritical Marks block, that will cause odd shifts much like the " the orange dot is misplaced, overwriting some other character" that you are seeing.

Notepad++'s “show all characters” feature enables display of what are known as the non-printing characters. The Combining Diacritical Marks and other Unicode characters that cause display changes are defined as “printing characters” and so are not included in the list of things that become visible with Notepad++'s show all characters.

When need a true “show all characters” then I do a hex dump of the file. As you seem to have a good idea of where the strange stuff is in your file you can copy/paste just that fragment into a hex dump utility. I see there are on-line hex dumps. There are also on-line UTF-8 decoders that may highlight the unusual or invisible characters you are dealing with.

@Pioter-Jenyderka said in So I can't type letters in my notepad but I can type context menu because of reasons:

options command and compile

Compile? Notepad++ is a text editor, not a developer environment. By default, Ctrl+comma does not do anything in Notepad++. In Visual Studio Ctrl+comma brings up a code search dialog box. Maybe you have asked your question in the wrong place?

@Pioter-Jenyderka also said:

maybe something stupid that can be resolved with one click but not when you are in hurry.

Being in a hurry can be the problem.

@jaime-h said in Cursor and vertical line?:

Columns Tools plugin

Column Tools is not compatible with a stationary edge line due to the Scintilla API. There is no such thing in Scintilla as a vertical highlight, so I used the edge line to “fake one”. I thought with multi edge Scintilla API it could have been possible, but when that was released, the necessary calls were not there.

You either use “column highlight” and the edge follows the caret, or you use Notepad++ settings to get edge(s) stationary.

Cheers.

@Alan-Kilborn Thank you, thank you that worked. I’ve been looking at https://npp-user-manual.org/docs/searching/#regular-expressions and found only one mention of using “w+” , like I said all the information is confusing and probably 98% of it I’ll never need or use, but I will make note of the links. Thank you for your assistance I so appreciate it.

@mkupper said in Npp Shortcut mapper: 2 different sub-dialogs or forms:

My own focus for a project such as the one you are proposing would be to first fully understand why there is a one-to-one restriction for shortcuts to the Notepad++ actions.

My working assumption has always been that the developer added the multi-shortcut feature for Scintilla commands because it was required so that it could use DOS-style (Ctrl+INS/Shift+DEL/Shift+INS) and Windows-style (Ctrl+C/Ctrl+X/Ctrl+V) shortcuts for the same commands, but he never saw a good reason for the extra complication of having multiple shortcuts on any Notepad++-specific actions. (With the magic-copy logic now existing, those three special exceptions have been given two entries in the Main shortcut tab, rather than being part of the Scintilla tab, which I find somewhat amusing, and at least one user has complained about.)

There is an existing issue from 2018, requesting multiple shortcuts allowable for any action – but there was never any reply by the developer (yea or nay), so it sounds like it’s “uninteresting” to him, so he leaves it in the limbo state – in theory, someone interested could try to make a PR to that request, but he would be within his rights to reject it, and thus the contributor would have wasted his time; most of the regular contributors don’t bother implementing old requests like that until and unless they are certain that the developer would actually approve it.

@wonkawilly,

Evaluate this proposal to see if it is worthy to be sent to the Npp developers team on github

Regarding your “spiffy new streamlined shortcut mapper”, I have a feeling that any PR submitted for such a request would be rejected out-of-hand as being too risky – so I cannot imagine any of the regular contributors trying to impliment it, and I would be very surprised if the developer implemented it himself if a random user (or any of us regulars) suggested it, even if a hypothetical issue did get dozens of "me too"s and upvotes.

As such, and because while it’s not the best possible interface, it works sufficiently for my needs and doesn’t annoy me, so I’m not interested enough to create an issue about it.

@Nils-Petter-Olsen said in UDL languages keep disappearing:

I had clicked “save as” in the define udl window, and saved it in my own folder

You need to be more precise in your description, because that’s not what happens (under normal circumstances).

You open Language > User Defined Language > Define Your Language You create your new definition (though it’s currently under the “User Defined Language” name at this point, if you were to exit Notepad++, it would be lost; Notepad++ never stores the UDL named “User Defined Language” – it’s only there as a test bed Hit Save As. You give it a name. There is still no file defined. It’s just got an internal name. An alternate for Steps 2 and 3 would be to start by hitting Create New, which will immediately request a name; you can then define the language after that. Either way, it’s named, but no config file is written yet. Exit Notepad++: with a normal installation, it will write a file called userDefineLang.xml in your %AppData%\Notepad++ directory, assuming it has permission, with the new language(s) that you’ve defined. You should not have to move the file anywhere; it’s in the right spot to begin with.

If this isn’t the behavior you experienced, then either those weren’t the steps you followed, or you didn’t have write permission to your %AppData%\Notepad++ directory, or your Notepad++ wasn’t set up to use %AppData% – sharing your ?-menu’s Debug Info could give us insight into any non-standard config you have in that regard. If it wasn’t in the right spot in step 4 for you, you should have told us where it was, so that we could help you debug why it was in the wrong spot (but I personally doubt it was in the wrong spot, unless you have a weird configuration… or maybe if you were in Admin mode)

((Hmm, maybe if you had multiple instances of Notepad++ open, it wouldn’t save properly, if the one you saved it in wasn’t the instance that had the permissions to save configs; that might be the umpteenth reason to not use multi-instance Notepad++; I haven’t tried, and won’t bother. See the Alternate section below for a procedure that will be immune to this, even if only the primary N++ instance can write to the default UDL file, which I’m not sure if there is such a limitation or not.))

I learned that this file contained all my UDLs.

When created that way, yes.

A few years back, Notepad++ added a new %AppData%\Notepad++\userDefineLangs\ folder to hold individual UDL per file, to make it easier to make use of someone else’s UDL definition (like from the UDL Collection). But when you create a new UDL using the sequence above, it makes use of the old, combined file, rather than standalone files in the subdirectory.

So if, in your original report, by “disappear”, you meant "no file shows up in %AppData%\Notepad++\userDefineLangs\, then that’s expected behavior. But when you restart Notepad++, they should have still shown up in the Language menu, whether you created it with Save As or Create New from the UDL dialog.

Alternate

That said, I dislike Notepad++'s default behavior of keeping them all in the single userDefineLang.xml file, and much prefer using the userDefineLangs\ folder. So I use a slightly modified sequence:

Open Language > User Defined Language > Define Your Language Immediately hit Save As (or Create New) and give it a name (in this example, I will use MyName) Before inputting any keywords or stylers, I hit Export, and save to %AppData%\Notepad++\userDefineLangs\MyName.xml Confusingly, I now hit Remove to delete the current copy of MyName from the UDL dialog (if you skip this step, you will soon have two copies of the same UDL name) Exit Notepad++ and restart Language > MyName will exist (though it won’t do any highlighting yet) Go to Language > User Defined Language > Define Your Language and pick MyName from the dropdown. Edit the Stylers and Keywords, etc, to make the UDL do what I want. Notepad++ automatically saves any changes made to the UDL to the right config file when you exit Notepad++ (assuming not in multi-instance mode; I make no guarantees or warranties about behavior in that confusing mode)

… Hmm, the User Manual isn’t clear enough on that in the UDL File Locations section. I should fix that.

Update: new section “Keeping UDL Files Separate” using a variant of that sequence of steps.