Notepad++ 7.9.1 Released

Michael Vincent

@Zsolt-Kántor-0 said in Notepad++ 7.9.1 Released:

This is probably a minor bug, but it would be nice if will be fixed.

Seems like a Scintilla thing for indentation. Testing various settings, it seems SC_IV_LOOKFORWARD works best for all languages despite what the docs say:

Cheers.

ZsoltKántor

@Michael-Vincent

Then it should be fixed in Notepad++, maybe?

PeterJones

@Zsolt-Kántor-0 said in Notepad++ 7.9.1 Released:

@Michael-Vincent

Then it should be fixed in Notepad++, maybe?

Perhaps. There is a FAQ in this Forum which explains feature requests.

However, there is a plugin, ExtSettings, which allows you to change such Scintilla settings without using a scripting environment like the NppExec example that @Michael-Vincent showed. You can install that plugin using Plugins Admin, and this specific setting is controlled by Indentation guide style – you have to hit Close after each change in that dialog to get it to take effect.

ZsoltKántor

@PeterJones said in Notepad++ 7.9.1 Released:

Perhaps. There is a FAQ in this Forum which explains feature requests.

Thanks for the hints, but this is a bug in my opinion and not a feature request.

PeterJones

@Zsolt-Kántor-0 said in Notepad++ 7.9.1 Released:

@PeterJones said in Notepad++ 7.9.1 Released:

Perhaps. There is a FAQ in this Forum which explains feature requests.

Thanks for the hints, but this is a bug in my opinion and not a feature request.

And if you had looked at the “FAQ Desk: Feature Request or Bug Report”, you would have seen that bug reports go in the same place as feature requests.

This discussion topic (“Notepad++ 7.9.1 Released”) is meant for problems introduced in v7.9.1 that weren’t present in v7.9 (known as “regressions”). If you can prove that this is a regression, then feel free to continue here. Otherwise, the general bug reporting and feature requesting is handled as described in the FAQ. (And really, even if it is a “regression”, at this point, the bug reporting is more likely to get implemented than more discussion here.)

Michael Vincent

@PeterJones said in Notepad++ 7.9.1 Released:

If you can prove that this is a regression,

and like my post shows above, this is not a “regression” as this behavior was present as far back as 7.3.3 (and maybe before, that’s just the oldest version I had available to test).

Feel free to file a GitHub Issue and continue the discussion there.

Cheers.

ZsoltKántor

@PeterJones said in Notepad++ 7.9.1 Released:

If you can prove that this is a regression

Unfortunately I’m bad on proving things :(

donho

@Michael-Vincent said in Notepad++ 7.9.1 Released:

SC_IV_LOOKFORWARD

SC_IV_LOOKFORWARD is set for Python, Coffee script and Haskell 3 languages actually. If you think some languages should be also set to this mode, please let me know. I will consider to add these languages.

Michael Vincent

@donho said in Notepad++ 7.9.1 Released:

If you think some languages should be also set to this mode, please let me know. I will consider to add these languages.

I think the argument above is to add languages that don’t require braces {} for control blocks to be added to the list. For example, C/C++ has valid syntax:

if (condition)
|    expression;
|
|
return;

where the pipes | above show the guidelines with SC_IV_LOOKBOTH. With SC_IV_LOOKFORWARD, C/C++ would show:

if (condition)
|    expression;


return;

which is “probably” more accurate?

I’m not sure how I feel about it - I only noticed since @Zsolt-Kántor-0 brought it up. Maybe I’ll open a GitHub Issue so we can discuss there before making any recommendations for changes?

As discussed above though, this is NOT a 7.9.1 regression - it’s always been this way.

Cheers.

Michael Vincent

@Michael-Vincent said in Notepad++ 7.9.1 Released:

I’ll open a GitHub Issue so we can discuss there before making any recommendations for changes

Issue 9137

AGAIN - this is NOT a regression!

Cheers.

donho

FYI:
Auto-Updater is triggered for v7.9.1.

Mario Olsowski

@donho
Hye, i have to/ must congratulate:
np++ is my second home - it works in all thinkable situations.
Although last evening i listen only a problem signatur:
Problemereignisname: BEX64
Anwendungsname: notepad++.exe
Anwendungsversion: 7.9.0.0
Think to install version 791 over version 790 to preserve my customer properties - no matter.
Wonderful - wonderful
m.o. 2020-11-15 04:12 am

donho

@Mario-Olsowski said in Notepad++ 7.9.1 Released:

np++ is my second home

If Notepad++ is not your 1st home, then it’s not good enough.
:)

Richard Carlson

Sorry, trying again
@donho OK, Re #4, how about some quick, easy instructions on how to upgrade to the new user defined functionlist?
soooo many questions…

Do I just copy my prior file into the new subdirectory? (no, you need to make a new file)
Are there naming conventions? (No, but you need to associate a language ID with your parser using overrideMap.xml)
Can I just go back to the way it used to work, or am I forced to upgrade? (No, we’re not that friendly)

Also… How about a warning – “OH… I see you’re using a non-standard FunctionList.XML. We’ve changed this and you should go <HERE> and read how to update this”

This is really annoying. Upgrades should be smart enough to detect and advise that they will break critical functionality and give guidance on how to address this if it’s backwards incompatible.

For those seeking this guidance:

First see https://npp-user-manual.org/docs/function-list/

Here’s how to move your custom functionalist parser from the old structure to the new:

open %APPDATA%\notepad++\functionList.xml
Find the specific language you want to re-implement (look for L_your-language, example L_PYTHON, you’ll note it’s associated with a number (python used to be 22). Remember this ID, you’ll need it later.
Check the %APPDATA%\notepad++\functionList folder for your language file (your-language.xml) - does it exist? If it does, it’s lost any of your customizations and has been reset to “standard”.

4a. If you language already exists in the %APPDATA%\notepad++\functionList directory, just copy from <parser …></parser> into the new XML file, close notepad++ and open your file - it should work.

4b. If you created your own specialized functionlist parser, use %APPDATA%\notepad++\functionList\ini.xml as an example of how to store the new file (because it’s pretty simple).
A minimal example is:
<?xml version=“1.0” encoding=“UTF-8” ?>
<NotepadPlus>
<functionList>
<parser …></parser>
</functionList>
</NotepadPlus>

Where <parser …></parser> can be pulled from %APPDATA%\notepad++\functionList.xml
5. Save this file as %APPDATA%\notepad++\functionList\your_custom_language_extension.XML
6. Edit %APPDATA%\notepad++\functionList\ overrideMap.xml and look in the comment just under “this file is optional”. Do you see your extension (from step 2)? Add a line OUTSIDE the comment like:

<association id= “your_custom_language_extension.xml” langID= “your_number”/> (your_language_extension)

This will associate your language with the correct parser.

Now, save all your files, close off notepad++ and try to edit your file, you should see your functionlist again.

PeterJones

@Richard-Carlson ,

FYI: the usermanual is in the process of being updated to match the new functionlist functionality. There can be a lag between when the new NPP version is released and the updated usermanual is released to the website. (And before complaining about the lag: please note that the people who contribute most to the usermanual are not the people adding features to NPP; back in the days when NPP relied on the coders to create documentation, the docs lagged the software by 5years or more (in other words, the docs didn’t get updated)… so a lag of a few weeks is drastic improvement.)

Anytime a new NPP is put into Release Candidate status, I start updating the docs in the usermanul github repo, and I try to get the bulk of the changes merged into the master around the time the version is officially released; but sometimes there’s a couple of changes outstanding.

If you ever see a new feature in the release notes that you don’t see reflected in npp-user-manual.org website, go check the usermanul github repo; if you don’t see it there, you can submit a usermanual issue.

All that explained, if you look at the most recent function-list doc page along with the most recent config-files function list section, you will see that it’s better explained.

To move your customized functionList.xml settings to the new format, you move the <association id=...> from functionList.xml into functionList\overrideMap.xml. And you move the <parser> section for your individual language into the XML file in the folder.

Alan Kilborn

@Richard-Carlson

FWIW, my early experience with the new function-list scheme is HERE

Abhi Harshe

Please fix the bug for the following occurrence…

When F11 has pressed the window becomes unresponsive and turns all white nothing comes up and notepad++ crashes.
The same thing happens when F12 is press for fullscreen.
I have installed the nppftp plugin. Even if I uninstall this plugin same issue turns out. Cannot open the notepad++ in full-screen mode

Ekopalypse

@Abhi-Harshe

Both (F11 and F12) work for me. No issue here.
Maybe you wanna open another thread here to discuss this further?

mkupper

The new URL parser does not recognize custom protocols I have added to my system. The URLs are not getting underlined nor does double-click work on them any more.

For example, with npp v7.9 or earlier np://… would be underlined and when double clicked it launches npp to open the indicated file. This allowed me to have links to files that either have no file extension or whose default “open” is something other than notepad. For example, np://c:/tmptest.bat would open c:\bin\test.bat in notepad++ and file://c:/tmp/text.bat invokes the command prompt / batch file interpreter to run that batch script.

Besides np:// I had added other protocols such as outlook:// to open Microsoft Outlook e-mail messages and folders

It’s possible I need to add more to the registry to get npp to recognize my protocols. For np:// I added

[HKEY_CLASSES_ROOT\np]
@="URL:Notepad++ links"
"EditFlags"=hex:02,00,00,00
"URL Protocol"=""

[HKEY_CLASSES_ROOT\np\DefaultIcon]
@="C:\\Program Files (x86)\\Notepad++\\notepad++.exe,-9403"

[HKEY_CLASSES_ROOT\np\shell]
@="open"

[HKEY_CLASSES_ROOT\np\shell\open]

[HKEY_CLASSES_ROOT\np\shell\open\command]
@="C:\\bin\\nplink.bat \"%1\""

nplink.bat parses the URL passed to it on the command line and deal with things such as %20 expansion before passing the results on to np.bat which locates a copy of Notepad++.

I’m running
Notepad++ v7.9.1 (32-bit)
Build time : Nov 2 2020 - 01:03:56
Path : C:\Program Files (x86)\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : OFF
OS Name : Windows 10 Home (64-bit)
OS Version : 1909
OS Build : 18363.1198
Current ANSI codepage : 1252
Plugins : DSpellCheck.dll HexEditor.dll mimeTools.dll NppConverter.dll NppExport.dll NppTextFX.dll PythonScript.dll

mkupper

Related to this is the new URL parser does not recognize some protocols that are supported by Microsoft as part of Windows. For example, with npp 7.9 telnet://192.168.1.1 would be underlined and when double clicked it would launch telnet and try to connect to 192.168.1.1. Under npp 7.9.1 telnet://192.168.1.1 is not underlined and double-clicking it does nothing.