@PeterJones said in The problem with notepad.runMenuCommand:

Simple and light is often the opposite of universal.

This is often the case, but not always.

@PeterJones said in The problem with notepad.runMenuCommand:

If you solution is “universal enough” for you, fine;

Of course, when there is no ideal option, you have to choose the one that is most suitable for the situation.

@Alan-Kilborn said in The problem with notepad.runMenuCommand:

Good luck achieving all of those all of the time.
Or do you have a “pick any 2” or “pick any 3” type rule? ;-)

Thanks. It happens to everyone at some point ;)
But it must be universal and fast, even if it means making the code complex.

@PeterJones Ok, Thank you. I see now Microsoft Excel is the way to go!

@Min-Liu I would like some time to review the php lexer code as the powershell and python lexer shows better performance with the same text pasted under similar test conditions. Perhaps there is some bad code logic preventing good progression of the styling in the php lexer. This needs some proving in some way to recognize the lexer as bugged and will test in SciTE with similar settings to reproduce the bug.

LuaScript as suggested can help you for now though if the php lexer needs a fix then it should get priority with posting an issue and where it should be posted. This may take some time as the lexer code is complex.

@PeterJones I just tested in SciTE SC1 version 5.5.8 Scintilla:5.5.8 Lexilla:5.4.6 with idle.styling=3 in SciTEGlobal.properties. It pastes the 50,000 lines without freezing into a .php file. Can you possibly confirm this test as this implies the php lexer is OK in SciTE, yet is not OK in Notepad++. If confirmed, then the lexer seems OK and goes back to being a Notepad++ issue. The idle styling was not the only setting in Notepad++ that was changed. The versions of Scintilla/Lexilla match with Notepad++ 8.9.

https://scintilla.org/SciTEDoc.html#property-idle.styling

@PeterJones Thanks so much for the quick reply. Installing the release candidate fixed the issue for me. Much appreciated!

@PeterJones said in HOW Do You Add Keyboard Shortcuts:

Actually, anything in the Scintilla Commands tab of the Shortcut Mapper can have 0 or more shortcuts assigned. It’s not limited to only 2. And it’s not limited to only Copy/Cut/Paste. This is described in the user manual’s Preferences > Shorcut Mapper, specifically in the paragraph that starts with “In the Scintilla commands tab, you can actually assign more than one shortcut to a given Scintilla command”

This might be confusing to @Michael-Neumann, because Cut, Copy and Paste are no longer Scintilla shortcuts; they moved to the Main menu tab, Edit category, as part of the changes that enhanced multiple selections and implemented VS Code-style line cut/copy/paste.

Since the two sets of shortcuts, with X/C/V and with Insert/Delete, are so familiar and either would have been missed, special allowance was made to let those menu items have two distinct shortcuts. No other commands work that way.

@h-jangra said in Feature Request / Question: Soft Wrap at Vertical Edge (Column 80) regardless of window size:

I have added this in NppVim plugin [. . .]I am not sure how to set text width in notepad++

That’s interesting! I’d think that a NP++ plugin can only do things that are also possible in NP++ itself since the underlying engine is the same.

@guy038 said in Columns++ version 1.3: All Unicode, all the time:

Indeed, when you use the following regexes, against my Total_Chars.txt file, with the Columns++ plugin :

(?=\w)[\x{0100}-\x{017F}] (?=\w)[\x{10A0}-\x{10FF}] (?=\w)[\x{2C60}-\x{2C7F}]

They all return an error ?!

Columns++ version 1.3.1 should fix this (when Match case is checked; odd behavior for ranges seems unavoidable when case insensitive mode is in effect; note that Notepad++ native search also gives an error on the second expression with Match case not checked).

Notepad++ version 8.9.1 release candidate is expected any day now, so I rushed this in… hopefully I didn’t make any major mistakes.

Thank you again, @guy038, for catching this bug.

@ViniwDOrazio

Yes, when working with multi-line matches enclosed by the same pre- and suffix, you should try to match something unique before the prefix.
If the number of lines is fixed, you could also adjust the offset configuration parameter accordingly.

@El-Greco-0 ,

The Ctrl+Tab / Ctrl+Shift+Tab is the “Document Switcher” feature. By default, Settings > Preferences > Misc > Document Switcher has ☑ Enable MRU behavior checkmarked, which turns on Most Recently Used (MRU) order for the Ctrl+Tab order. If that is unchecked, then the Ctrl+Tab order is determined by the order of the tabs in the view, so if you turn off that option and use Window > Sort By > Name A to Z, then Ctrl+Tab will follow alphabetical order.

The reason why Ctrl+Tab defaults to MRU, is because it is often (maybe even mostly) used as the quick/simple “swap between this tab and the last tab I used”, rather than cycling through the entire list. Also, there is a separate set of keystrokes, Ctrl+PageDown for next-tab and Ctrl+PageUp for previous-tab, which already follows the order of tabs in the view (so also affected by the Window > Sort By > … sorting), so it’s already easy to navigate between tabs in the view order by another similar means – so again, it makes sense to default the Document Switcher Ctrl+Tab to use Most Recently Used behavior…

@Cam-K said in How do I change font?:

Noticed on newer versions of N++ that the “Enable global font” option is gone

It’s not gone, just at the bottom of the list, because it’s not what most people should be using. See the global override dialog and the user manual for more on why you shouldn’t use it.

Does anyone know an effective solution to the black square instead of the cursor issue?

@PeterJones I am happy :)