@Ekopalypse I tried simple plugin now using go. It did worked, let see if I can improve. If its good then I should make template for it.

@h-jangra I doubt that you can implement this in Scintilla in a reasonable way, but the other idea of having a preview is there, and there are at least two plugins, here and here that can give you some ideas.

after a look at jn-npp-plugin on github it seems Win32 API is not available in win x64 and i didn’t find other way to use openfiledialog… i am looking at python plugin now . thanks for your help

In case anyone is interested, I’ve created a version of this that runs as a Windows application rather than as a Notepad++ plugin, so it works in all applications: Compose for Windows This should be considered experimental. Since it works everywhere, not just in Notepad++, it has more potential to mess things up if I’ve missed something. Since it has no connection to Notepad++ (other than being a spin-off of the plugin described in the original topic message): The convenience features for editing a user definitions file which I added in response to @PeterJones’ notes aren’t included. Further discussion will be off-topic here. Please raise questions and concerns in the Issues for the project. The actions to create GitHub pages are, for some reason and at least temporarily, not working on this repository, which affects the normal presentation of the help file. However, you can still read the help file here (though some links appear to be garbled).

@notdodgeball said, If you are talking the MarkdownViewerPlusPlus plugin by nea, its indeed been dormant for many years, although I suspect it still works and you may have a problem on your end. I can confirm MarkdownViewer++ still works… in that I still semi-actively use it in Notepad++ v8.8.7-64bit (it’d been a few weeks since the last time, so in case I had misremembered and it was on v8.8.5 that I’d last used it, I double-checked today, and it can still display my Markdown) @Dragon-Red said, Do you plan to upgrade the DLL so that this plugin is usable again? In case you were curious, this Community Forum is the Community of Notepad++ users. Further, plugins are maintained by their respective authors or maintainers, not by the Notepad++ Developer, so even if you incorrectly thought this Community was the way to get in contact with the Notepad++ Developer, he’s not the right one to contact when you want an fix for a plugin. (And, as @notdodgeball told you, MarkdownViewer++ is effectively unmaintained at this point, unfortunately.)

@Wes-Owens Here is the procedure, which is 100% reliable for me: Ctrl+F, enter search terms, FIND ALL IN CURRENT DOCUMENT Find Dialog closes. Search Results dialog is shown Hitting F7 will toggle between the Search Results and Editor having focus If Search Results has focus, it will have blue title bar If editor has focus, you will be able to type in editor If Search Results has focus, hitting ESC will close it See this animated screen grab: [image: 1762206430355-3ca2bc47-53e2-4871-b24b-80793ab27d1a-searchresultsf7-esc.gif] edit: even if I have the setting that @Terry-R mentioned checkmarked: I see the Search Dialog after hitting the FIND ALL IN CURRENT DOCUMENT button, I still see that the Search Results window is given focus when I do (see the blue title bar for that panel): [image: 1762206605143-f034944b-732d-455c-a662-8c445c4d0573-image.png] And when the Search Results have focus, the SINGLE KEY ESC is sufficient to close the panel.

XBrackets Lite v2.0.3 Glory to Ukraine! Glory to the heroes! fixed: CXBracketsLogic::OnCharPress was truncating a multi-byte character to a single-byte one, thus incorrectly treating e.g. 0x1D5B as 0x5B which is ‘[’. https://github.com/d0vgan/npp-XBracketsLite/releases/tag/XBrackets_v203

@Laurie-Stearn said in Columns++ display anomaly: Out of interest, getting similar behaviour in a UDL when selecting Arial as font as opposed to Consolas: <WordsStyle name="COMMENTS" fgColor="008000" bgColor="000000" colorStyle="1" fontName="Arial" fontStyle="2" nesting="0" /> As before type a long line of text which overflows the wrap limit thus texttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttexttext Then insert before it the opening comment tag: /* Solid pink line appears below the long line which prevents any cursor movement below with down-arrow. Replacing Arial with Consolas for example doesn’t repro. Some rare irreproducible glitchiness with pink lines may occur in other situations by just typing the slash instead of the asterisk. Edit: Just realised this is for a plugin not installed - the issue seems to be with N++ itself. Sorry. When it happened with my plugin (Columns++) the cause turned out to be a wrapped line getting shorter (due to tab layout changing), so that it needed one less wraps. The solution involved temporarily disabling Scintilla’s line cache: something that can cause slow processing in large files with word wrap on. The problem doesn’t happen when editing itself makes the line shorter; it happens when something done after the editing is complete (like recalculating tab widths, or changing styles) causes the line to get shorter. My guess is that in this case, the text wraps to n lines after editing, before the new styling is applied; then, when styling is applied, the text only requires n-1 lines for wrapping, and the leftover line is magenta-marked. That marking is a Scintilla “feature” to show that something went wrong. (Why it doesn’t just correct the wrapping instead, I don’t know. Scintilla is open source, but it’s still pretty much a black box to me.) The practical fix is probably to avoid specifying different fonts (or font variations with differing widths) for different styles if you expect to use them with word wrap. For performance reasons, turning off the Scintilla line-wrapping cache would not be something Notepad++ would do.

View > Document List https://npp-user-manual.org/docs/views/#built-in-panels – update: once someone replies, DO NOT DELETE YOUR POST. It has been restored.

@guy038 I implemented your suggestions in version 1.1. Hex values for the Unicode code points are shown if there are no more than eight code points in any of the normalized forms.

@JCB said in 2 Minor Requests: It would be nice to have a cancel option in the Create File dialog when trying to open NP++ with a nonexistent file. In what way is the “no” button not sufficient for your needs? [image: 1761056349344-a60caeed-04ac-48d1-b18d-186caea59100-image.png] Also (since Windows is not real wonderful about restoring all my drive mappings on startup) if a file in the recently used list is on one of those drives, please do not remove it from the recently used list (or give me the option to keep it). Thanks. As described in User Manual > Preferences > Recent Files History: [image: 1761056470080-1340b2c4-4dbb-4fa0-9d9a-64a0ff6077bd-image.png] Checkmark that option. Then, when Notepad++ launches, it will not remove missing files from the Recent Files History list.

@Ilia-Nenashev said in JSON String Escape / Unescape: Such possibility I have found only in https://github.com/RolandTaverner/npp-json-escape-unescape-plugin but there is some risk of installing compiled plugin from outside of community. Well, I’m (the author of the npp-json-escape-unescape-plugin) not that far outside the community. Also, I’ve finally fixed the plugin solution so anyone can build it from source (see the instructions in the README).

@PeterJones Thanks for the reply been waiting for something like this for years! Just set up the latest 1.2 version (released yesterday coincidentally) . NppVim is wonderful! It does everything ViSimulator did, it also fixes a few minor issues I have delt with in ViSimulator and added features. Fixes: Works in newest versions of Npp + 64 bit. Using v $ actually selects to the end of the line now. ViSimulator went to end selection minus one character at the end. Can use Ctrl+f to NP++ find in regular or edit mode. In ViSimulator I needed enter edit mode to use Ctrl+f to find. Added feature: Can use : <integer> to jump to line numbers now, had to use Ctrl+g to use Npp’s one becuase ViSimulator did not support it. Can now use inputrc commands I used in the past like c i w, and y i w to cut or yank a whole word while in the middle of it This is great, I’m really glad this exists now!

@PeterJones Thank you, that was useful :) I’ve updated shortcuts.xml so Alt+F6 now ignores selected text. <Command name="Open new instance" Ctrl="no" Alt="yes" Shift="no" Key="117">$(NPP_FULL_FILE_PATH) -nosession -multiInst</Command> <Command name="Open selected file path in new instance" Ctrl="no" Alt="no" Shift="no" Key="">$(NPP_FULL_FILE_PATH) $(CURRENT_WORD) -nosession -multiInst</Command> [image: 1760272327609-da188c0f-2184-4898-ae3a-b65a5ba09cf8-image.png] I hadn’t taken a moment before posting to find what Alt+F6 was labelled as. I’ve been using this command via the keyboard shortcut for a long time and not via the Run menu. For basic users, I think it could be useful to have this as an out of the box option e.g. File > New Window (Ctrl+Shift+N). Thanks again!

@PeterJones, As I see it you can only add actual files from the disk to the projects in Project Panel. In VirtualFolders “files” can be just buffers you created in Notepad++. They don’t have to be saved. Most of my buffers are not saved . They are just notes. Also you are right new files (saved or unsaved) automatically added in this panel. When you close it, it is automatically removed. Just like in Document List.

@John-HUANG-0 said in Looking for Scintilla examples for a Notepad++ plugin: I want to write a Notepad++ plugin that can change the font color and background color of certain specific text. Depending on your needs, the first thing you should consider is whether you really need a plugin, or whether a User Defined Language could do what you want. However, using a method like this: SendMessage(hSci, SCI_STYLESETFORE, SCE_USER1, RGB(255, 0, 0)); is not very efficient, especially when dealing with very large files. When making many calls to Scintilla, it is best to use Direct Access. Even better, if you are writing in C++, is to use the ScintillaCall interface. Annoyingly, that interface does not seem to be documented anywhere. You can read the relevant section in the help for my Visual Studio template and, if it makes sense, either use that template or look at the code (start here) to see how it’s done. I asked ChatGPT about this, and it suggested that using Lexilla could be much more efficient. I found the Lexilla source code here: https://github.com/notepad-plus-plus/notepad-plus-plus/tree/master/scintilla I have never attempted to write a lexer, so I can’t give advice there, except to say that unless you are trying to implement full syntax highlighting for a computer language that doesn’t already have a lexer, it’s probably not the way to go. The efficiency problem can be solved by using the direct access interface or ScintillaCall.