@Thorin-Schmidt Yet another option is the builtin macro system. <Macro name="PythonTripleDoubleQuote" Ctrl="yes" Alt="no" Shift="yes" Key="222"> <Action type="1" message="2170" wParam="0" lParam="0" sParam="&quot;&quot;&quot;&quot;&quot;&quot;" /> </Macro> <Macro name="PythonTripleSingleQuote" Ctrl="yes" Alt="no" Shift="no" Key="222"> <Action type="1" message="2170" wParam="0" lParam="0" sParam="''''''" /> </Macro> You can record your own macro’s or insert these macro’s into shortcuts.xml that I tested in v8.9.4. Press Ctrl+" to insert '''''' Press Ctrl+Shift+" to insert """""" This requires awareness to use the combination keys instead of the manual typing of the triple quotes.

@Sylvester-Bullitt said: suddenly noticed I can no longer open a file by right clicking on the URL in an HTML href If you mean you are right clicking, and choosing Open File from the context menu, which is equivalent to Edit > On Selection > Open File, and you have highlighted a relative path to a file, like highlighting the ../../../../../js/jquery.js or shadduck_bh.htm, then yes, that is a known regression. It will be fixed in the next release version (*). (If you selected an entire path, like c:\path\to\shadduck_bh.htm, then the Open File action would work right. It’s just relative paths, either from the same directory, or a subdirectory, or a relative path to another directory, that don’t work in this version. *: update: I wanted to clarify: the fix has already been merged into the codebase; my original phrasing of “will be fixed” could have been read that the fixing was still in progress, when it’s actually ready, and just waiting for the next release at this point.

Need NotePad++ to improve its print quality quickly. Can’t see anything I enter into NotePad++. Printing works just fine for me. What do you mean by “Can’t see anything”. Does that mean it prints a white text on a white page? Or light gray text on a white page? Or black text on a black background? Or that it’s too small? Or that you’ve picked an ugly font? Or what? What are your Settings > Preferences > Print settings, especially in the Color Options radio buttons? Because if you have Notepad++ in Dark Mode and/or one of the many dark themes (where it has light text on a dark background), then if you ahve chosen ☑ No background color (which I think is the default), then it will use your theme’s light foreground color but not print any background color, which won’t give good contrast. If you have a dark theme, it’s usually best to choose ☑ Invert or ☑ Black on White if you’re printing to paper. (If you’re printing to PDF, that will never use any ink, then ☑ WYSIWYG 🛈 is probably what you want.) But as with any program, you need to pick your print options to match your desired output. NotePad++ is also not a very useful code editor as you have to set up compiler and linker settings to get it to work. Name one “code editor” where you don’t have to. Even Visual Studio Code, you have to do setup to get it integrated with your compiler/linker; and even the full-blown Visual Studio, the IDE made for coding, you have to install the compiler/linker/etc, and do all your library choices, etc, when you install it. You always have to set such things up to one extent or another; and for any Editor/IDE that doesn’t come bundled with the compiler/linker/interpreter that you care about, you’re definitely going to have to tell it where such things are. The extensions that can be downloaded don’t seem to have much functionality. Depends on what the functionality is that you want, and which extension (technically, “plugin”) you are talking about. Vague assertions are hard to discuss. I have also dumped Visual Studio (2026), told MS about it, and replaced it with the Eclipse Foundation IDE - with support for Web development, Java & Spring + UI, C/C++, Python, Golang and a legacy Haskell extension. Note that “IDE” is a lot more than “Code Editor”. You get what you choose. VS and Eclipse are full IDE. Notepad++ is meant as a “Code Editor”, but with the right plugins, can come pretty close to an IDE. @ekopalypse just recently announced his DAP client plugin, which gives access to the modern DAP interface for debugging environments, and it would very much surprise me if it didn’t work with your compiler/linker, if you’ve got anything modern. Maybe if you gave specifics, rather than general assertions, there could be a more meaningful discussion.

@perdrix52 , It works for me: [image: 1781706853432-2df53d4e-a553-473e-8d32-147c22eb6d7c-image.jpeg] [image: 1781706887521-43e468c4-e3db-4f30-819a-76dfd8e22e8f-image.jpeg] Sounds like a font issue and/or rendering-mode issue to me. What are your settings on Settings > Preferences > Searching (especially Use Monospaced font in Find dialog) and Settings > Preferences > MISC > rendering mode dropdown? And what encoding is your file that contains Japanese text?

Hello, @decrepit-old-geekoid, @peterjones and All, It just so happens that I still have the docMonitor.2.2.zip archive on my old Win XP computer. So, on the last XP version of N++ ( v7.9.2 ), within a plugin directory named docMonitor, I installed the docMonitor.unicode.dll that I renamed docMonitor.dll Notepad++ opened normally and the plugin was here with the single option Plugins > Document Monitor > Start to monitor. Before activating this plugin, I ran, in a CMD command prompt window, the command : notepad++ -nosession Test.txt Then, the DOS command : echo ABCDE >> test.txt I verified that I got, within N++, the usual dialog : This file has been modified by an other program. Do you want to reload it? Clicking on the Yes button, it added, as expected, the line ABCDE to the empty Test.txt file => OK As soon as I choosed the option Plugins > Document Monitor > Start to monitor, any subsequent echo command uodated silently the Test.txt file, as well => OK Then I ran the option Plugins > Document Monitor > Stop monitoring. I thought that it would again show the dialog to reload the file, but subsequent echo commands still updated silently the file !? I said to myself : May be it’s worth to stop/start the computer again. However, the problem remained identical, afterwards ?? Then, I desintalled the DocMonitor plugin completely, including the docMonitor.ini file under config and restarted my Win XP computer. But, again, any echo command still updated the Test.txt file silently !!?? At that point, I didn’t understand at all ! Thus, I decided to pull out the stops and reinstall a clean version of a portable N++ v.7.9.2 in a separate directory ! By default, this new version correctly showed the dialog This file has been modified by an other program. after a command : echo bla bla blah >> test.txt Then, I had the idea to compare all the N++ preferences between my normal intallation and this new version and…, surprise : there were some differences in the MISC. preferences : The file status Auto-detection section shows the Enable for all opened files option and the Update silently and Scroll to the last line after update options were checked, in my normal intallation The file status Auto-detection section shows the Enable option and the Update silently and Scroll to the last line after update versions were unchecked, in the new N++ version So, in the new version, I re-installed the Doc Monitor plugin and even after running the Plugins > Document Monitor > Start to monitor option, the MISC. preferences for file status were still the default ones ! Howewer, if you close and re-start N++ immediately, you see, this time, the Enable for all opened files option and the two box options checked, in the MISC. preferences ! So, apparently, at least , with this 2.2.0.0 version, Don simply activates, with his plugin, these specific N++ options which updates silently any opened file ! Best Regards, guy038