Notepad++ 7.7.1 Release Candidate

guy038

Hello, @don-ho and All,

Many thanks for this new release and the lot of fixes ;-))

BTW, I’ve never noticed that the virtual space behaviour was broken, from N++ v7.6.4 till N++ v7.7 !

So, now, just add these two macros, below , in the macros section of the shortcuts.xml file to enable/disable the virtual space feature :

        <Macro name="Enable VIRTUAL Space after End of Line" Ctrl="no" Alt="yes" Shift="no" Key="32">
            <Action type="0" message="2596" wParam="3" lParam="0" sParam="" />
        </Macro>
        <Macro name="Disable VIRTUAL Space after End of Line" Ctrl="no" Alt="yes" Shift="yes" Key="32">
            <Action type="0" message="2596" wParam="1" lParam="0" sParam="" />
        </Macro>

There are 3 bit flags SCVS_RECTANGULARSELECTION =1, SCVS_USERACCESSIBLE =2, and SCVS_NOWRAPLINESTART =4

https://www.scintilla.org/ScintillaDoc.html#SCI_SETVIRTUALSPACEOPTIONS

By default, Notepad++ uses the SCVS_RECTANGULARSELECTION flag, which enables virtual space when doing rectangular selections

To see the virtual space feature in action, just use, in conjunction, the SCVS_USERACCESSIBLE flag !

Note that, from the Scintilla documentation, the last SCVS_NOWRAPLINESTART flag is not strictly related to virtual space ( although preferred if the virtual space feature is set ) This flag prevents left arrow movement and selection from wrapping to the previous line !. To test it, just add the value 4 to the attributes wParam of the macros !

Best Regards,

guy038

P.S. :

In the above macros, I used the shortcuts Alt + SpaceBar and Alt + Shift + SpaceBar to enable/disable the Virtual Space feature

Meta Chuh

@donho

the NppExport plugin does not work on 7.7+
see: #5740
and at @chcg 's NppExport repo copy: #7

what do you think about removing NppExport from all packages ?
note: if it will be removed, the plugin commands entries in contextMenu.xml would have to be removed as well.
(files to change: binariesComponents.nsh, packageAll.bat, contextMenu.xml)

many thanks for so many enhancements, you’re currently faster reviewing and coding than i’m able to read 😉

greetings.

donho

@guy038 said:

BTW, I’ve never noticed that the virtual space behaviour was broken, from N++ v7.6.4 till N++ v7.7 !

Could you point out which part is broken? With its expected behaviour and its current behaviour please.

donho

@Meta-Chuh said:

the NppExport plugin does not work on 7.7+

Thank you for your heads up.
It’ll be removed from the whole packages, also its entry from the contextMenu.xml, in the next release (v7.7.2).

Michael Vincent

@donho said:

the NppExport plugin does not work on 7.7+

Just FYI, there is a fix I’ve been using found from a discussion on this community and entered as a PR to the GitHub NppExport. The quick fix seems to work fine for me on both Npp 7.7 64 and 32 bit.

donho

Just FYI, there is a fix I’ve been using found from a discussion on this community and entered as a PR to the GitHub NppExport. The quick fix seems to work fine for me on both Npp 7.7 64 and 32 bit.

@chcg Will you maintain Export Plugin?
If the answer is yes, will you check the PR mentioned above and do a new release?

Meta Chuh

@chcg
i’d completely understand all reasons to eventually decline maintaining someone else’s abandoned project in addition.

this is pretty stress free, as this question would not exist, if this plugin was not a part of the current package, so anything you prefer is fine.

guy038

Hi, Don and All,

Well, Don, I did some additional tests, as my previous tests were done, whatever the plugins installed for each N++ version tested. To temporaty disable the plugins, I simply placed a # symbol, in front of the name of the different folders !
( Note that, once the tests done, for a N++ version, and moving back to the plugins folder, in explorer.exe, I just had to repeat Ctrl + Z several times to get back the normal folder names, without any #, for all the plugins, which prevented me from renaming them individually : A trick that I’ve not really noticed before ! )

So, Don, more precisely, in my previous post, I meant that, after inserting the macro, below :

        <Macro name="TEST of VIRTUAL Space flags" Ctrl="no" Alt="yes" Shift="no" Key="32">
            <Action type="0" message="2596" wParam="n" lParam="0" sParam="" />
        </Macro>

in the Shortcuts.xml file and replacing n with any value between 0 and 7 to the attribute wParam of the Scintilla message SCI_SETVIRTUALSPACEOPTIONS ( 2596 ) I tested the resulting Notepad++ behaviour, enabling / disabling each associated flag of this Scintilla message :

SCVS_RECTANGULARSELECTION ( of value 1 ), which enables virtual space behaviour when creating rectangular selections
SCVS_USERACCESSIBLE ( of value 2 ), which enables anyone to use the virtual space and to place the caret at any location beyond the end of line(s)
SCVS_NOWRAPLINESTART ( of value 4 ), which prevents left arrow movement and selection from wrapping to the previous line

And it happened that :

With the last N++ Release Candidate version 7.7.1, each flag produces the expected N++ behaviour ! Quite nice ;-))
With old versions, prior to N++ v7.6.3, and, probably, since many versions ( I even tested with N++ v6.8.1 ! ), the SCVS_NOWRAPLINESTART flag does not seem accessible and, giving the value 4, just acts as if the value 0 was typed ! However, the two other flags SCVS_NOWRAPLINESTART and SCVS_USERACCESSIBLE can be handled and produce the expected behaviour
With the four N++ versions v7.6.4, [v7.6.5], v7.6.6 and v7.7, whatever the value used, between 0 and 7, the expected behaviour do not occur and it seems that the default N++ behaviour ( SCVS_RECTANGULARSELECTION flag enabled, so value 1 ) is used, instead !

I hope, this time, that I’ve clearly described my tests and their results !

Best Regards,

guy038

donho

@Meta-Chuh said:

i’d completely understand all reasons to eventually decline maintaining someone else’s abandoned project in addition.

this is pretty stress free, as this question would not exist, if this plugin was not a part of the current package, so anything you prefer is fine.

Don’t get you @Meta-Chuh, I didn’t see his reply so far, so maybe let him reply by himself or am I missing somethings?

donho

@guy038 said:

With the last N++ Release Candidate version 7.7.1, each flag produces the expected N++ behaviour ! Quite nice ;-))

So there’s no regression regarding this point in v7.7.1. Do you confirm it?
(Let’s focus ONLY on this version please)

guy038

Hello, Don,

In my previous posts, I referred to older versions of N++ because, in the change.log file of N++ Release Candidate v7.7.1,
you said, at point 9 :

Enable Scintilla Virtual Space Option change from macro.

So I supposed you’ve made some changes in future v7.7.1 version and tried to verify if something was broken in previous versions, regarding the virtual space feature !

But rest assured, concerning the Scintilla message SCI_SETVIRTUALSPACEOPTIONS, in particular, everything works as expected and no regression occurs with this Release Candidate version ;-)) On the contrary, it’s rather an improvement ;-))

Cheers,

guy038

Jonas Andersson

Hi
A minor bug:
Open documents in both views.
Search for something so the search results window is open at the bottom.
Resize the search result window… ie. drag it up a bit.
Move mouse cursor to border that separate the documents, it will now resize even when mouse button is not clicked.

Michael Vincent

@Jonas-Andersson

oh yeah, weird. I see it too on N++ 7.7 64-bit. Clicking in either editor pane after resizing search results window before moving the mouse cursor to the border that separates documents and this does not occur. And for me, when I reproduce (both views side by side instead of one over the other) it only resizes to the right, not the left.

It seems the cursor type is still set to resize mode and not cleared to regular edit mode after resizing the search results window.

Notepad++ v7.7 (64-bit)
Build time : May 19 2019 - 13:05:35
Path : C:\usr\bin\npp\notepad++.exe
Admin mode : OFF
Local Conf mode : ON
OS : Windows 10 (64-bit)
Plugins : AutoSave.dll CodeAlignmentNpp.dll ColumnTools.dll ComparePlugin.dll DSpellCheck.dll Explorer.dll GitSCM.dll HexEditor.dll JSMinNPP.dll MarkdownViewerPlusPlus.dll NppConsole.dll NppExec.dll NppExport.dll NppFTP.dll NppMenuSearch.dll PluginManager.dll PreviewHTML.dll QuickText.dll SpeechPlugin.dll SurroundSelection.dll TagLEET.dll TagsView.dll XMLTools.dll ZoomDisabler.dll

SinghRajenM

@Jonas-Andersson , @Michael Vincent,
A PR https://github.com/notepad-plus-plus/notepad-plus-plus/pull/5554 has already been submitted which fixes this issues.

@donho , have a look at https://github.com/notepad-plus-plus/notepad-plus-plus/pull/5554

chcg

Fix for NppExport is available with https://github.com/chcg/NPP_ExportPlugin/releases/tag/0.2.9.21.

chcg

@donho Unfortunately some minutes to late for 7.7.1.

Ekopalypse

@chcg - as it is a RC it still can be added to the final version I guess.

donho

@chcg said:

@donho Unfortunately some minutes to late for 7.7.1.

Thank you for taking care of Export plugin.
In anyway, it won’t be in 7.7.1 because it’s not a critical issue.
The release procedure is very heavy (it takes time) so once RC is out and there’s no critical issue then tested RC becomes release otherwise we need another cycle to test it.

It’s in the stabilization phase so the next version won’t wait too long anyway.