@shodanx2 said: I have a few observations to make about the function pane and a few improvements to propose. I could not find the keybind, is there one ? Not by default. But like all menu commands, you can assign one with Shortcut Mapper, if you want one. There are more menu entries in Notepad++ than there are keystrokes available, so not every menu entry gets a keystroke. I propose LeftALT+F by default ? As far as I have been able to tell, the way that Notepad++ internally handles shortcuts doesn’t distinguish the left and right alt keys. It’s just “Alt” as the modifier. Unused horizontal space It seems there is this horizontal space, maybe it’s useful in another language, but for me, there isn’t anything useful in that space. Maybe it should be reduced somehow ? That’s the way that treeview controls generally work. I think it would take a huge amount of development effort to customize or re-create oit. X. Function filtering In my language, functions which begin with “" … It would be great to be able to hide functions that start with "”. but have a toggle button to show them if I suddenly need them. Interesting feature idea. I’m not sure how easy that would be to implement. But this would be the first thing you said that I would think would be worth putting in an official feature request. (If you think that this Community Forum is the place to make feature requests, you need to read the Feature Request FAQ) X. Resetting the function search X. function search length has a maximum ! I haven’t used the function search feature enough to be able to comment on those. If other users agree with you on those items, they could each go in as separate feature requests. X. The function search sidebar is somehow, never the right width ! I don’t know why, but I am constantly adjusting the width of the function search sidebar. I don’t know why I can’t just set it once and forget it. Presumably just the right width, I shouldn’t need to touch it again. But somehow, I don’t know what I do, but I do move and resize notepad++ a lot with AltSnap and I end up often having to readjust the function sidebar width. I don’t know that there’s anything the developer can do to fix that. If you are accidentally resizing it, he cannot prevent it. The docking panels are designed to be resizable. And I struggle to hit that narrow width to drag it. Hmm… Do you have a high-DPI monitor? Because on my old-fashioned 100%-scaling setup, it seems to me to be the same width as any size resize control in any windows application. Beside what could be done to automatically have it be “the right size” automatically. “The right size” is meaningless. Everyone disagrees on what that would be, which is why it’s user controlled. Besides, all the docking panels share the same basic control, and everything docked on the right (for example) shares the same width… so what would be “perfect” (in your opinion) for the FunctionList on the right might be too small for the DocumentList (for example) on the right. I suggest these. Make middle-click-drag allow drag-resizing of the sidebar I seem to remember that was suggested elsewhere in the forum, and that someone wrote a script for the PythonScript plugin which could do that. But maybe it was just a related thing I’m remembering. search, search. Okay, this discussion is what I was thinking of (the “move the ‘other view’ separator” portion. I haven’t studied the scripts provided, but if one of them addressses the separator, my guess is that it could be modified to work on the docking-separator instead. X. The function sidebar cannot be docked to the other view separator The docking code for Notepad++ hasn’t been set up to allow “dock to middle” (which would be made more complicated because sometimes the views have a vertical separation when they’re side-by-side, an sometimes a horizontal separation when they are stacked top/bottom). I think there’s already an existing official feature request for dock-to-middle, so you might want to search through the existing features (make sure to remove the “open” filter, because there might be a closed/rejected request) to see if any of the requests about “dock” or similar might already ask for that. But if you cannot find one, maybe I’m mis-remembering (or maybe it was just a user in the Community, who never bothered to put in an official feature request). X. Visual glitching during resize Not a big deal, but the re-paint algorithm is quite sloppy It could be improved Can you be more specific about that? Under what circumstances? What’s your setup like (monitors, DPI, etc… ? > Debug Info is always useful for helping understand your setup)? What do you mean by “sloppy”? Ok, this is everything I had for you regarding the Function sidebar, thanks ! As fellow users, we might be able to talk about it, or commiserate with you. But if there are real problems or real feature requests, you would have to create separate tracking issues for each request, as described in the already-linked FAQ. (Putting a bunch of requests into a single Feature Request issue means the individual sub-requests won’t be properly tracked, and one or more are likely to get lost.) From above, I see two possible feature requests for sure (hide functions starting with _, and dock-to-middle), and another two that are likely reasonable, if someone else can confirm (the two function-list filtering points). I think the “sloppy re-paint” needs to be given more detail before suggesting that a bug report get submitted. But for any feature request or bug report in the official tracker, make sure you search through existing reports/requests (open and closed) before submitting one, to make sure it’s not a duplicate.

@ioc2e3 said: ioc2e3 Apr 29, 2026, 4:16 PM Hopefully Notepad++ can display correctly … More types of language archives … notepad++ has been holding it down for like 20 years now. underrated.

Hi, All, I did additional tests, especially regarding characters allowed with or without quotes ! Although practically any character can be put within a file name when using the rename option of the Explorer, it happens that, under DOS, it is safer to surround the filename with double quotes when you insert most of the allowed symboles So, here is an updated version of my information part : Syntaxes / Chars ALWAYS forbidden : \x00-\x1F " * / : < > ? \ | \x7F : . at the END of file name : SPACE at the END of file name : ALL DOTS file name : PRN AUX NUL : COM1 COM2 com3 COM4 COM5 COM6 COM7 COM8 COM9 COM¹ COM² COM³ : com1 com2 com3 com4 com5 com6 com7 com8 com9 com¹ com² com³ : LPT1 LPT2 LPT3 LPT4 LPT5 lpt6 LPT7 LPT8 LPT9 LPT¹ LPT² LPT³ : lpt1 lpt2 lpt3 lpt4 lpt5 lpt6 lpt7 lpt8 lpt9 lpt¹ lpt² lpt³ Chars allowed WITHIN double quotes : ! % & ' ( ) + , ; = [ ] ^ ` { } ~ : SPACE when at BEGINNING of file name Chars allowed WITHOUT double quotes : # $ - @ _ : . if NOT at END of file name : SPACE if NOT at BEGINNING or END of file name You’ll note that my regex, described in my previous post, allows most of the symbols, even without quotes, as they, generally, can be inserted when using the Explorer ! BR guy038

Sorry! It is NOT that I refuse to help you. It is mostly I don’t know how… I asked for screenshots (a normal function of Windows, which I assumed you would know how to grab). I asked for the Debug Info (I told you what menu to go into to get it). You provided neither. Also, I thought telling you that NOTHING showed in " -> Configuration" was self evident and DIDN’T need a screen snapshot? The screenshot would have confirmed: 1) that there really was “nothing” there (maybe you and I have a different definition of “nothing”), 2) whether you had really selected “user scripts” or had selected “machine scripts”, and 3) that you were willing to follow instructions to try to get help. I’m happy to announce I’ve fixed it!!! Don’t ask me how but my WHOLE NP++ setup was weird!!! It seemed half in Program Files and half in AppData. That’s not weird. That’s how Notepad++ and PythonScript are intentionally set up. The FAQ footnote that I’ve begged you to read explains why there are the two different script locations. In fiddling around I copied the PythonScript directory from Program Files into AppData and TaDa! Everything fell into place… EVERYTHING WORKED like clockwork! You thus copied way too much. You could have copied just the scripts. Or you could have just clicked the “machine scripts” button in the dialog, like I told you to, and not had to copy any files. THANK YOU for your responses and help. Glad you’ve got it working.

Thank you Peter. Makes perfect sense. Much appreciated!

@dz15mlru Disable automatic encoding recognition. For Windows-1251 encoded Russian, auto-recognition will always open as Macintosh. If you start editing files, you will have two encodings, or rather garbage from two encodings, which will be difficult to fix manually, since you will have to re-read all the texts (this is a module for spoiling files). When you disable automatic encoding assignment, you will only have ANSI, UTF-8, UTF-16. WindowsXP-7-8-10-11 it will always open the ANSI file correctly, in 1251 encoding, as this is the default encoding. The remaining UTF-8 and others will also open automatically correctly. You will get rid of the problem forever. The automatic text encoding recognition module is needed if you open files in Arabic in ANSI, but in reality you will never do this, since a Russian-speaking person has only Russian-language files on their computer. People who want to make the file available to all people on earth save the file in UTF-8 encoding and it will always open correctly for you. You don’t need automatic file recognition, as it’s only for local files that you’ll never get from someone else’s computer abroad. Отключи автоматической распознавание кодировки. Для русского языка в кодировке Windows-1251 автораспознавание всегда будет открываться как Macintosh. Если начать редактировать файлы, то у вас будет две кодировки, точнее мусор из двух кодировок, который будет трудно исправить вручную, так как вам придётся перечитать все тексты (это модуль для порчи файлов). Когда вы отключите автораспозначание кодировки, то у вас будет только ANSI, UTF-8, UTF-16. WindowsXP-7-8-10-11 всегда откроет файл ANSI правильно, в кодировке 1251, так как это кодировка по умолчанию. Остальные UTF-8 и прочие откроются также автоматически правильно. Вы навсегда избавитесь от проблемы. Модуль автоматического распознавания кодировки текста нужен если вы открываете файлы на арабском языке в ANSI, но в реальности вы никогда этого не сделаете, так как у русскоязычного человека на компьютере есть только русскоязычные файлы. Люди, которые хотят сделать файл доступным для всех людей на земле сохраняют файл в кодировке UTF-8 и он всегда откроется правильно у вас. Вам не нужно автоматическое распознавание файлов, так как оно только для локальных файлов, которые у вас никогда не появятся с чужого заграничного компьютера.

@Alan-Kilborn said in New feature: Allow additional line on each search results: @Coises I can’t tell if you’ve considered this, but one way to do it would be in conjunction with hiding lines. You could hide lines that don’t meet the criterion of -M through +N, where M would be a user-chosen number of lines before the hit, and N a user-selected count of lines after the search match. At first thought, I believe that would be significantly easier to implement than doing it in the search results window. As a plus, it (or a close approximation) could even be available after the search with something like an “expand visible blocks” command. The downside is that Show commands only work on the current document; you can’t show in all open documents (and it wouldn’t even make sense for find in files, whenever I finally get that done). At present, my use of hidden lines (using Scintilla’s function directly) and Notepad++’s way of doing it (keeping its own internal table, inaccessible to plugins, of what ranges are hidden) are at odds with one another, which causes any changes my plugin has made to hidden lines to be lost when any other tab is switched into the view. Thus far, I have not been able to devise any solution to this.

@Shobansky , See my longer answer to you here. I’m not sure why you started a new Topic when you were already participating in a Topic about exactly the same thing, and when there was a Topic created 5 days ago that was essentially the same thing. (Also, naming a Topic “feature request” is not helpful to people looking through the titles of the recent posts, because it tells them nothing about the contents of said feature request. Titles should be meaningful if you want meaningful discussion.) Also, since I’m not sure you’ve seen it, our new feature FAQ explains that, while we can talk about ideas all we want in this Community of Notepad++ users, it isn’t an official Feature Request until you follow the instructions in that FAQ to post the Feature Request to the official Issues tracker for the project.

@Shobansky , A few months after the original post was made, this FAQ was created, which explains how to use pork2sausage plugin (or the run menu, or the NppExec plugin) to transform text. And since things like Prettier or js-beautify exist, it makes more sense to pass formatting to an external utility that’s customized for a specific programming language, to make users of that programming language happy – rather than relying on limiting the formatting to whatever rules that one developer adds to the editor. (Given the arguments people have over the auto-indentation, and how the developer hasn’t been able to keep everyone happy even on that “simple” aspect of formatting, trying to get a generic formatter to the point that everyone is happy is virtually impossible.) I don’t understand why it doesn’t have some formatting capability like other editors… Every editor has strengths that it focuses its feature development on. Notepad++'s strengths are in the ease and availablilty of plugins and running external applications… so plugins specific to the language (like HTML Tidy) or plugins that launch external programs (like pork2sausage) are the way that Notepad++ made it easy to get formatting customized the way you want it, rather than restricting you to the ability of the N++ developer to support and implement. And the developer’s philosophy is that, unless it’s something that he wants to put his own stamp on, if it’s already been implemented well in a plugin or can be easily run through the run-menu/pork2sausage/nppexec, then he doesn’t want to waste his effort on doing something mediocre built-in when something good-to-great already exists. As someone with a full time job completely unrelated to Notepad++, he wants to focus his limited development time to things that he likes, he wants, or that he can add value to. Moreover, in the modern realm, things are moving toward LSP-based solutions – so if the languages you program in have LSP servers available, then (as was mentioned in this very similar question a few days ago) you can use one of the LSP plugins (the plugin by Kered or @Ekopalypse’s LSP client plugin) – so if your language’s LSP server has the code formatting feature, the LSP plugin you choose should be able to activate that.

@ioc2e3 , This is a copy of your GitHub issue. But I don’t think anyone has any clue what you actually want or are asking about. Could you please clarify what you’re asking about? Is it something that only happens if you use that specific localization, or does it happen in English as well?

@metaad Please try this one: https://github.com/donho/notepad-plus-plus/releases/tag/TEST

@Bodenseematze said in 8.9.4 installation shows error for AppX call: I don’t know the exact message Probably(?) the same as in the https://community.notepad-plus-plus.org/post/105358

@Uwo222777 Of course, the program itself should return the encoding to its original form, but… it doesn’t do this.

Hi, @alan-kilborn and All, Of course, I could use your method to achieve my goal but that is just the reason why I wanted this enhancement which should avoid any further operation !! BTW, this idea occured to me while I was writing this other post : https://community.notepad-plus-plus.org/topic/27511/surprising-regular-expression In the meanwhile, I’ve found out a nice work-around to realize that goal ! Let’s imagine that you want to do a list of 743 empty lines exactly ( I chose that number as it’s a prime number ). Then : Open a new tab Within N++ Hit the Enter key just once Open the Replace dialog ( Ctrl + H ) Uncheck all box options Check the Wrap around option ONLY Select the Regular expression search mode FIND \R REPLACE $0$0 Click 10 times on the Replace All button => You should get a total of 1,025 lines ( Note that, after each replacement N, the number of lines increases to the value 2 × N + 1 ) The trick is to repeat the process up to the first number which is greater than 743 ! Now, open the Search > Go to... option ( Ctrl + G ) Search for the line 744 ( so 743 + 1 ) Then, select to the very end of file with the Ctrl + Shift + End shortcut And finally, hit the Delete key => It should remain the expected 743 lines ! I readily admit that all the different tasks of my work-around do not take long. However, I still think that a new field Total insertion number, in the Column Editor dialog, filled with the value 743, would have been more elegant and straightforward ! Best Regards, guy038

@Rex-Theodore You can always use the Run menu to call up the formatters with the current buffer. However, since you mentioned that you use Python, you can use the PythonScript plugin and trigger an action whenever you receive a NOTIFICATION.FILESAVED. If you want more features, you might want to check out Kereds or my LSP client for Notepad++. However, this means that the languages you use must have an LSP server.

@Olyfant22 There really are substantial differences in between the Win10 & Win11 in this area. I know about 2: SMB signing enforcement in 24H2+ and stricter token isolation (the later one should be solvable by that mentioned “EnableLinkedConnections”)

@Hiroki-H1974 said in The Column count of Zenkaku chr. is 1?: So, the position is not the same even if Col: count is same because the line contains some Zenkaku chrs. I don’t know Japanese; please forgive me if I’ve missed the point in some way. The column (“col:”) in the status bar is just a count of characters from the beginning of the line, starting at one. (That’s not even always what you might expect; combining characters that form a single visible character are still counted separately.) Aside from a few things like cursor positioning, line wrapping and selection with the mouse, Notepad++ (like the Scintilla control it uses for editing) doesn’t concern itself with the physical space occupied by characters. In English, we can use a proportional font, and a line of twelve characters will show the next “column” as 13, whether they are IIIIIIIIIIII or WWWWWWWWWWWW. So (though I haven’t attempted to test it), regardless of font, I would expect that there would be no recognition of the difference between half-width and full-width characters.