@guy038 said: Now if, for any font, you select all the text of that new tab and run an Edit > Line Operations > Split Lines operation, for most of them, indeed, the spliting behaviour occured right after the 78 capital letter P. However, for eample : For the proportional Times New Roman font, the spliting action occured after 76 letters P For the fixed witdh **``Consolas font, the spliting action occured after 77 letters P The explanation may lie in something I discovered while bug-hunting in the Elastic tabstops function of Columns++: when DirectWrite is in use, the width of characters can work out to fractional pixels (this is true for both fixed and proportional fonts); but Scintilla only reports the width of strings as integers. So due to the effect of rounding to integers, the width of a string of 78 letters P is not necessarily 78 times the (reported) width of one letter P. Notepad++ uses 78 times the width of one letter P. (Not that it matters much, since none of this is likely to be what anyone wants or expects anyway.)

Tabs v spaces As Peter said, the most important part is consistency. Mixing tabs and spaces together makes no one happy. I will throw out a couple arguments for tabs here: Indentation of code, markup language, et. cetera is meant to show the structure of whatever. Tabs are a logical, structural element. Spaces are physical. Different users may want different sizes of indentation. If i want 4 character indentation and my coworker wants 2, tabs can be set to show our preferred width. Seems for the most part that spaces are winning out though.

Hi, @coises and All, You said : Since all you need to do to cancel a selection is to click anywhere in the document, I didn’t figure anything more would be needed. I agree with you that’s not a big task ! I just wanted to point out, that if you want to keep focus on the Search++ dialog, in order to use any other Alt + ... command, I do not see any command which could cancel the selection ! Now, regarding the five shortcuts problem, you’re totally right : my FRENCH keyboard is a standard one and in order to get, for example, the Alt + 1 action, I must use the combination Alt + Shift + 1 ! Now, I do not mind to stay with these Alt + Shift + 1-5 shortcuts ! But, if you find a way to detect the keys themselves, that would be fine too ! BR guy038 P.S. : Sorry for thinking you might have made a mistake when assigning those 5 shortcuts !

@fml2 said: Out of interest: is it possible to configure Notepad++ in a way that the folder marks are also displayed at the last element of the structure? The document’s fold structure is determined by the underlying Scintilla editing component. Notepad++ simply visualizes the fold structure. While some alternative styles can be enabled at the application layer, what you’re requesting would require changes to Scintilla.

@Mark-Olson That’s really helpful, especially the point about a huge single-line file being slower than a much larger file with shorter lines. I hadn’t considered that line length could make such a big difference to Notepad++ performance. I’ll definitely take a look at the Large File Restriction setting and the HugeFiles plugin as well. Thanks for sharing all these details!

Hi @guy038 , to your question about the 8 logical processors: they don’t really matter here. The load threads do very little computing, they mostly wait for the key to deliver the next file. How many reads can usefully run at once depends on the drive, not on the CPU. That’s why auto picks the count by drive type: 4 for local drives like your key, 8 for network drives, where every file waits for the server, and 1 for hard disks, where parallel reads would just make the heads jump back and forth. On a key with a weaker controller, 8 could just as well be slower than 4. On yours it’s slightly faster, so feel free to keep it. 8 is also the maximum. One more thing: your first comparison showed 27 053 hits in the same 646 files, now it’s 27 010. Did anything change on the key in between?

@Sevens99 said: I wonder if I’m the only one experiencing this issue. It’s a known problem of the modern NppShell, see the GitHub issue #15683 Most likely this is the culprit but I have no easy solution ready. Also no spare time to fix that (maybe during the end of year holidays), so your workaround (or similar) is what I currently recommend to do for the affected users (you don’t need to rename the NppShell.dll, unregistering that shell extension from within the admin-rights powered CMD by regsvr32 /u "C:\Program Files\Notepad++\contextMenu\NppShell.dll" will do it). What’s interesting - the problem manifests only on some PCs/configs (I, for one, have never encountered it).

Rants like this are only allowed in the Boycott Notepad++ category, so I moved it from a reply in the General Discussion to its own topic here Do not reply to normal discussions with such rants.

@ThatsYar_ , Can you share your ?-menu’s Debug Info? Does the same problem occur if you turn off all plugins (using -noPlugin command line option)? Is it for all files that need admin? Or just in one directory? Or just the one file?

@Steven-Guillemet said: Hopefully this will let Notepad++ ditch its current method Until that patch has effectively 100% deployment, Notepad++ should not change its implementation, otherwise it breaks something that currently works for anyone who hasn’t applied that fix. (If there’s a way to make the two methods coexist peacefully, or if there’s a way the installer can test the version and use the appropriate alternative, then that’s great. But if not, then breaking a feature to support bleeding edge is a bad idea)

hello, try to navigate: Search -> Bookmark -> Next bookmark <F2> tomas