@dr-ramaanand said in What makes notepad++ capable of making an html ???:

@rdipardo Please let us know how to use that.

Be more specific.

All of the above-mentioned plugins have documentation in the usual places (like a README file). In addition, HTML Tag has a wiki with illustrations; WebEdit has its own website.

I would also forget about jn-npp-emmet: the jN plugin already includes Emmet-like features, no extensions necessary. Just install jN, type an abbreviation using Emmet syntax, then press Ctrl+E (or your custom key mapping for the Zen Coding > Expand Abbreviation command):

jn.emmet.expansion.demo.gif

@john-murphy ,

I had delayed responding, because I’m not sure I understand exactly what’s going on for you. I was hoping someone else understood your post better, so they could provide help. But since it’s been a few days with no response, I will chime in saying, “I am confused”.

I try to load a file I use often and it opens a workspace

How do you load the file? Windows Explore double-click? Windows Explorer right-click and picking Edit with Notepad++? Notepad++'s File Open or toolbar equivalent? Double clicking on the filename in the View > Folder as Workspace’s panel? Double clicking on the filename in the View > Project Panels > Project Panel N? Something else I haven’t thought of?

I cannot think of any way to get any of those actions to launch the project/workspace panel or folder-as-workspace panel. (Those last two had to manually open the panel first, before double clicking, and double clicking would still open the file.)

About the only thing I can think that would change Notepad++ to automatically open a “workspace” instead of a file would be if you had set Settings > Preferences > MISC’s Workspace file ext: to an extension that happened to match your file’s extension (in this case, I think you want Portguese general.txt, and it would really surprise me if you’d set that extension setting to txt); but if you did that, and the content of your file was the right XML to match a workspace definition, then Notepad++ would open that workspace instead of opening a file. But that doesn’t quite sound like your symptoms, and it would be really confusing to me.

I think you need to explain more step-by-step what you are doing – maybe even with screenshots at various points along the way, so we know exactly how you got to where you are.

@Coises said in Cannot change Encoding to correct encoding of UTF-8:

Open Settings | Preferences… | MISC. and look for Autodetect character encoding.

Thank you for your suggestion, this liitle “trick” with unchecking Autodetect fixed the issue for me

Thanks Peter. I was starting to wonder if I was running NP in an odd way that was preventing it from working correctly. 😊

It’s open source. Look here:

https://github.com/notepad-plus-plus/nppShell

@Kunal-Mehta

Everything is possible if someone with enough time and desire can tackle this.
Unfortunately I personally don’t have the necessary time to realize this, the little free time I have at the moment is not even enough to maintain my own plugins with the necessary love and care.

To future readers: I have updated the User Manual’s description of the DirectWrite settings to show:

a4645737-3f77-4d64-b3e2-86137d6184d2-image.png

This should hopefully help guide people in how to use or disable this feature of their chosen fonts

@Pat-Mitchell ,

Since this question had nothing to do with the installer issues from the original post that you replied to, I forked it out to a separate question: this will get it in the right place so people know you are looking for help on this separate issue.

There are two ways that I could interpret your question: your first phrase, “My note pad switched to a foreign language”, makes it seem like the user interface (menus, dialog boxes, etc) changed to a different language. For that, @Jonathan-Johansen’s advice is solid. As it says in that discussion, if you cannot figure out which menus to click to access the settings, because it’s too foreign for you, you can exit Notepad++, and use Windows Explorer to go to %AppData%\Notepad++\ (or appropriate config file location for your Notepad++) and delete nativeLang.xml – when you restart Notepad++, it will go back to the default English language.

But you also said, “When I try to load a document, it comes up foreign and unreadable” – and the Settings > Preferences > General > Localization (or deleting nativeLang.xml) can do nothing about that. Notepad++ shows you the text that’s in a file, regardless of what localization language your user-interface is set to. If the text is in Chinese characters, it doesn’t matter whether your user interface is set to English, Russian, or pig latin – the text will still show up as Chinese.

So if you are loading a file and it is showing up in valid Chinese – if you don’t know, you could copy the text, and paste it into your favorite online translator, and if it can spit out meaningful English when it translates, then it probably is valid) – but if it’s showing up as real Chinese, that means the file is really written in Chinese. So either you are not opening the same file as you did before (if you are sure that exact same file used to be in English), or someone edited that file and replaced its contents with the Chinese. However, if the text copied from the file cannot be translated (even if you put the translator website into “automatically detect language”), then it’s probably a binary file. If so, you are either opening a different file, or someone zipped it or changed it to a different format (a .docx or .pdf are not text files, so Notepad++ cannot be used to read them); or maybe someone encrypted the textfile, in which case you will have to ask them how to decrypt it before you try to edit the text in Notepad++; or, unfortunately, if your machine has been infected with ransomware or some other malware, that malicious code (which has nothing to do with Notepad++) may have encrypted or destroyed your text files, maybe in the hopes that you would pay them to give you back your original files (never do that; clean things up and restore your data from your backup, if that’s the condition you are in).

@PeterJones

Thank you. I thought something was wrong with my Windows setup or keyboard.

@Caroline ,

I am going to echo @Mark-Olson’s sentiment, but with a lot more wordy detail, because that’s the kind of answers I give here. ;-)

Notepad++ does not have a native compare function. Since you are saying you are using Notepad++ to compare, I have to conclude that you are using either the old Compare plugin or its much-improved successor ComparePlus. (If you are still using ComparePlugin, remove it and install ComparePlus, as that is the one that is getting continued support going forward.)

Unfortunately, even ComparePlus doesn’t have any feature to export its comparison to any format (whether it be something “standard”, like normal diff output or a patch file, or something unusual like a custom spreadsheet format)

Just so you know, Notepad++ is a text editor, and Excel natively works with binary data files. There is a text-based intermediary – the CSV format. But I cannot think of any standard CSV-based format that would be reasonable for a difference/comparison (ie, I have never heard of diff or similar tools outputting to a CSV format), so I doubt there’s anything ready-made that exists for Notepad++, any other text editor, or any command-line-based text-comparison tool like diff.

Since no one here is likely to know what are “CRIMS codes” or what “RPA running [in Excel]” is, or what format that spreadsheet-based tool would want the “differences” in for comparison, there’s not much else we can do at this point.

If you were to give us some short dummy “CRIMS”, along with a table

| header 1 | h2 | h3 | |---|---|---| | A1 | B1 | C1 | | A2 | B2 | C2 | | A3 | B3 | C3 | header 1 header2 header3 A2 B2 C2 A3 B3 C3 A4 B4 C4

And show us what pieces from the CRIMS codes (or the “comparison of CRIMS codes”) map into each of those cells.

If it’s not too complicated, someone might be able to create a script for the PythonScript plugin that would take one or more CRIMS files and create the text-based CSV spreadsheet, which you could then open in Excel and use the “RPA” tool. And if the CRIMS codes and/or the difference format that you want is too complicated, it might be beyond the scope of free help in a text editor forum; so don’t be surprised if no one is able to help you with that, unless it’s just a simple mapping from a simple data format.

(However, if comparing the differences between two CRIMS codes is something that people in your field often do with an RPA running in Excel, it would very much surprise me if there weren’t already tools – either command-line or Excel/VBA-based – that didn’t do the comparison or otherwise convert the CRIMS codes into the right format to read in Excel. In which case, it’s not a question for Notepad++ users.)

@Maxim-Rodin ,

Settings > Preferences > Print, uncheck Print Line Number

@PeterJones said in in correct version reporting:

some insight as to why the Windows program/features install version isn’t getting updated for you.

@eli-rosen said in in correct version reporting:

user for almost 20 years,

The following will be only my guess.

Since @eli-rosen uses the N++ installers for so long, maybe he previously used there also a v7.9.1 x64 one, but then he has started to use that Automox (sorry, IDK it) and it can do whatever stuff, so maybe it’s simply forgetting/blocking to update the corresponding Registry item.

It shouldn’t be a remnant from a previously installed 32-bit v7.9.1. In such a case there should be a separate uninstall-item visible (with a corresponding Registry hive HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\Notepad++\)

@Maxim-Rodin said in How do I convert a Notepad++ texst file to a PDF file with the vertical spacing bvetween the lines staying the same?:

The book uses box drawing characters, which require the vertical spacing between lines to be very small. All of this needs to be exported in PDF format, but when I open the resulting PDF file, the vertical spacing is very high. Is there any way to fix this, either in Notepad++ or in the finished file?

The problem might be the font you are using. When I use Fira Code as my font, print some box-drawing to PDF, and then open it in my free SumatraPDF viewer, the spacing looks reasonable (the boxes all connect) – the following is a screenshot from my PDF viewer

33fe7d55-14fc-41e1-bfb3-d121f83b1563-image.png
… So it’s showing them still connected.

(Here’s NPP screenshot before I printed to PDF:
ee7458bc-e218-417f-8fcd-5235c2f764ce-image.png
… it shows connected there, too)

Also, if that’s not working for you, if you take your text file in Notepad++ and use Language > M > MS-DOS Style (which is the lexer that’s useful for the old ASCII art .nfo-style files… though .nfo doesn’t seem to be in my default extension list anymore, which surprised me), Notepad++ actually changes the line spacing to make the lines closer together. So if changing fonts doesn’t work for you, try printing when in the Language = MS-DOS Style.

Finally, the Settings > Preferences > MISC has some “DirectWrite” or “Rendering mode” settings (depending on which version of Notepad++ you are using) – you can try the various options available to you, as that influences how Notepad++ and the OS interface when dealing with fonts, so that can influence it. You may need to exit and restart Notepad++ for the DirectWrite setting change to take effect.

For example, in my tests with Fira Code font, if I had Language = “MS-DOS Style” but “Rendering Mode” set to “Direct Write (default)”, I would see gaps, even though in Language = “None (normal text)”, I wouldn’t see gaps. If I change to “Rendering Mode” = “GDI (most compatible)” (or DirectWrite=off in the old nomenclature) and restart and look at the box drawing in “MS-DOS Style”, it goes back to being connected. But my experience may be different than yours, because as I said, when I use FiraCode in my normal setup, the box drawing characters are properly connected.

In general, Notepad++ tries to print essentially what you see (in terms of font size, line spacing, etc), so if you see the box drawing connected when looking at it on-screen in Notepad++, it should print to PDF (or physical printer) that way, too. If not, it might be your printer driver, or you might need to change your font and/or DirectWrite settings.

@Nostra-Damus said in Create File? message:

but don’t have a ‘contextMenu’ folder in the Notepad++ folder, is there anywhere I can download it from? I have got the latest portable version off github but it is not in that either.

The portable edition does not come with the Shell Extension DLL because the Shell Extension is by definition not portable (it gets registered with your OS; one of the primary points of portable editions of software is to keep them from making changes to your OS configuration and to keep themselves limited to whatever directory you happen to be running them from)

The only way I have ever tried getting the shell extension is to run the installer (unfortunately, the installer is not one of the ones where you can change the filename to xyz.zip and just browse it like a zipfile, so you cannot easily extract from the installer without running it). And you seem to want the portable, not the installed version. However, it should be noted: you can still use the installer, and give it your alternate install directory of C:\Utils\Notepad++\ and you can choose Don't use %AppData% in the options on the last page of the installer:
7dae6d44-f65e-4048-872d-cd58d2b61a26-image.png

However, if you don’t want to run the installer at all, the repo for the Shell Extension is publicaly visible at https://github.com/notepad-plus-plus/nppShell/ … its “releases” only seems to share the source code, not the built DLL, but if you go to the most recent GitHub Actions CI_Build (https://github.com/notepad-plus-plus/nppShell/actions/workflows/CI_build.yml) – click on the most recent (topmost) run in the main list: if it is recent enough, it should have some artifacts attached, and you could grab the 64-bit artifact (the one with x64 in the name). You can extract the DLL from that artifact zipfile, and then create C:\Utils\Notepad++\contextMenu\ folder and put the extracted DLL there.

But honestly, that’s a lot of work when really all you needed was to add the quotes to get "%1" in your existing registry entries. Since you’ve already confirmed that works, I’d probably recommend just sticking with that.

@Nachum-Shmilovitz
Do you have any plugins installed? A plugin might be responsible.

It’s also possible that the SQL lexer is causing this slow performance. You can disable this lexer (removing all syntax highlighting) by selecting Language -> None (Normal Text) from the Notepad++ main menu.