@Lycan-Thrope said: Did you make the change permanent No. I made an Issue, so Don can fix it. I don’t have write access to the main website. Update: Oh, I see, after I went through the approvals, that @myfancytextgenerator already guessed that mine was just an issue.

@Nephilimi said: I’m actually curious now, is the general population not using this on their servers? There are only a handful of people who have come to the Community Forum from the “server” perspective – and most of those were coming to say, “why don’t you use installation-toolkit-xyz to make IT’s life easier”, and never really went into detail into how they were deploying to that point. And though it might not meet all the needs, the newer MSI installer (new to v8.8.8 in Nov 2025) seems to have quieted those types of inquiries down. So in the Community, while we get great insight into how individual/personal users use Notepad++, we don’t have much insight into the server-deployed side of things. (In our minds – or, at least in my mind – the “general population” are individual users, not server-based users. I have no clue how the numbers actually pan out between the two user-bases; we just get a individual-user-bias in the Forum.) But my guess is that the server-admins had auto-update turned off when they’d install it: either through pushing a custom config.xml to each user’s %AppData% folder, or through using a doLocalConf or -settingsDir to point to a more central config location (or, once the feature was enabled, bundling their own config.xml in the installation directory, which then gets used as the template for new %AppData%-based config.xml), or through deleting gup.exe in the old days or now using disableNppAutoUpdate.xml in the install directory

For the reference: I’ve created https://github.com/notepad-plus-plus/notepad-plus-plus/issues/18554.

@T.I-Digital-Solutions said: I mainly use Notepad++ for working with HTML, checking page source, and making quick edits during SEO tasks, so I was curious about features that could make those jobs easier. With those specifics, then I’d say good plugins to try would be HTML Tag, Preview HTML, and XMLTools. UDL is not useful for HTML, because the HTML lexer that’s built into Notepad++ is better than anything that the simple User Defined Language system can handle. But if you also deal with the server configuration files (like .htaccess files), then the UDL Collection has a UDL available for Htaccess, for example.

same user also posted similar in this issue in comment in #17480

same user posted similar in this issue #10923 comment

@rdipardo said: I would point only out that the documented return value of NPPM_GETCURRENTSCINTILLA is not supported by the actual implementation; the FALSE-returning code path contradicts the statement that this API “Returns always True [sic]”. Technically so, though the FALSE value only happens when the caller sends an invalid parameter (LPARAM null, when it should be a pointer to an int). There’s also the additional result value of -1, which is documented, but which a comment in the code says “cannot happen”; the equivalent doesn’t exist in NPPM_GETCURRENTVIEW. What troubled me, though, was that the two calls base their responses on different things. I made some attempt to search the code. As best I could tell, the connection between Notepad_plus::_pEditView and Notepad_plus::_activeView is… haphazard. Even though they sound like they represent the same information in different forms (an integer that represents the main or secondary view as 0 or 1, and a pointer to one of two ScintillaEditView structures that represent the main and secondary views), I can’t “prove” that they always change together. So I cannot be certain that they do not represent different information, used for different purposes. If NPPM_GETCURRENTVIEW were meant merely to supersede the older, clumsier-to-use NPPM_GETCURRENTSCINTILLA, one would expect it to have been based on the same code (if for no other reason, for clarity). I couldn’t find any explanation of why this call was created or what problem it was meant to solve. So I was hoping perhaps someone would know and remember the rationale for the newer call and/or the purposes of the two different variables on which the calls are based, and could tell me either “they’re the same thing, use whichever you like” or “here is the situation in which they can return different results.”

@Adam-Harrington , First you can search your Registry file for that phrase E:\Portables\Notepad++.exe %1 or just notepad++ and look for the key/value pairs you find and change them to the new location of your Notepad++ directory. Or search this forum and the FAQ’s list for this information. I searched mine and found it with just “notepad++”

@Laurie-Stearn , The name in the WordsStyle element is just the text that shows up in Style Configurator. It holds no other internal meaning, and thus can be whatever you want it to be. (The StyleID is what does the mapping, not the name) The default values for the name attribute in the model file try to be meaningful relative to what the syntax highlighter uses that style for, but it’s not always perfect. If there is something that would help you when using the Style Configurator, feel free to edit your theme to use that value instead (but I wouldn’t recommend publishing a theme with edited names, because that would just cause confusion to others).

@steeve-wick , That’s almost a direct quote of what I said a month ago. Were you trying to add new information?

@Screen-White said: I also contribute to that resource We do not allow links to fancy text generators here: every topic that has any becomes a honeypot for more such links, getting low quality posts that pretend to be responses but are actually just spam advertising. If you have something meaningful to say about Notepad++, feel free. But if you post another link to your fancy text generator website(s), you will be banned for spamming.

@myfancytextgenerator said: One small caveat worth keeping in mind: this covers the default language of new documents, not the file-type list in the Save As dialogue — the langs.xml tweak described earlier in this thread is still the way to get a dedicated .md entry there. Sorry… but this is just not true. It is implemented even longer, since Aug 2024, than the latest update. See Issue #11096 and PR #15490

@Guido-Thelen said: And no, it isn’t limited to Standard SQL. The Navigator visualizes the result of the formatter, so it works with every dialect the formatter supports (30+, including MySQL, PostgreSQL, Oracle, SQL Server, DB2, Snowflake and more). For now it shows SQL statements and DDL. If you run into a statement it doesn’t break down correctly, I’d be glad to get a sample. That’s good to know, that it handles the different variants, and although I don’t get to do a lot of difficult/complex SQL, there are many in the dBASE community who do, as they use dBASE as the frontend interface and ADO to connect with the different SQL backends to replace the aging BDE. I’m sure any of our developers who use the dBASE UDL we made can probably use this as well. I clued them into using CSV Lint and Csv Query plugins for working with manipulating text data before importing it, so this tool will also come in handy. I saw some of their complicated SQL when doing the UDL so I could properly implement color coding, keyword and AutoCompletion features and used their sample SQL statements to test against for color coding and keyword collisions. You’re right, the problem with Workbench is you need a live connection to the data, so this will be a great non-connect SQL diagnostic tool for them. Thanks for doing it and hopefully I’ll be able to play with it sometime soon, but right now my plate is full elsewhere with RL issues.

MultiReplace 6.2 is out and will land in Plugin Admin with the next Notepad++ release. This is a big review and performance release: Find/Replace in Files is considerably faster and more robust, and the existing features were gone through once more, which led to a long list of fixes. Download: Latest build Key Features & Improvements Faster Find/Replace in Files: Files are now read on worker threads while the current one is searched. In a test with 48,500 files, a search dropped from 8.7 s to 6.0 s. The thread count follows the drive type and can be set with LoadThreads in the INI file. Faster scan and results: Files that cannot contain a hit are ruled out right after reading, the folder scan was reworked, and large result sets appear much faster in the Search Results Window. Robust runs: Unreadable folders no longer end a scan; they are skipped and reported, for example 3 folder(s) unreadable. The panel is locked during a run (Cancel stays available), and a file that changed on disk after it was read ahead is read again, so nothing gets overwritten. Safer Replace in Files: Files it cannot process safely are left unchanged and reported with the reason, for example 2 file(s) skipped: 1 too large, 1 not writable. “Not writable” is new, for example a file held open by another program. Fixes from the review: Closing Notepad++ during a run no longer crashes. Find/Replace in Open Documents returns to the tab you started from and keeps its Flow Tabs alignment. With the CSV scope, each document uses its own columns. A hit in an unsaved tab (“new 1”) now jumps to that tab. Translations: Japanese and Traditional Chinese show hit and file counts in the right order, Chinese (Simplified) can copy and open paths from the Search Results Window again, and the progress text is translated. All changes are in the release notes. Issues or suggestions: GitHub Happy replacing!

The RC will be available before October 30. Sorry for the delay.

@Keith-Collyer said: Following a comment chain, I ended up adding a request to the markdig library here: https://github.com/xoofx/markdig/issues/952 Just an update for anybody following this thread: the feature request to implement wireloom was rejected by Markdig, the rendering library used by MarkdownPanel; it’s still possible for the plugin to implement the feature independently — without needing the WebView2 runtime — by back-porting a static copy of the wireloom.js module to the obsolete JavaScript standard that Internet Explorer supports; a working example of such a workflow can be found here; in the meantime, Preview HTML can now render Markdown and wireloom in Internet Explorer (version 11 )¹˙: [image: 1792597807908-preview_html_v148_ie11.gif] ¹˙ For Windows 7 users, that means ensuring update KB2841134 is installed, and “View as IE11” has been selected on the plugin menu: [image: 1792597754475-preview_html_win7_ie11_mode.png]

All, Please try and use ComparePlus v3 - it is the latest released version. If you experience any problem with it you could report it directly here or you could write here in the Notepad++ community forum for help and advise from fellow users. I also visit the forum from time to time to check the “news” for our favorite editor :) Good luck and thanks