Notepad++ v7.6.3

pnedev

Installation Bug Snippes plugin

Plugins folder structure has changed since Notepad++ v7.6 and now all plugins are put in their own sub-folder within %NOTEPAD++_PROGRAM_LOCATION%\plugins\ folder.
In this case the plugin folder is %NOTEPAD++_PROGRAM_LOCATION%\plugins\NppSnippets\.

But because the NppSnippets plugin has not been updated to comply to the new rules and because it seems it is using absolute path to locate its .sql files (instead of path, relative to its main DLL) it fails to find them (the absolute path is not the same anymore).

Shortly put - NppSnippets plugin needs to be updated (best would be to use relative path instead of absolute).

This is just a clarification (and a hint that it is not related to Notepad++ bug or something).
Thanks for notifying about the problem and providing a workaround.

ImSpecial

What exactly is userDefineLang.xml and why is it in the installer version but not the zipped portable version?

What am I missing out by not having this file in my portable folder, and can I just copy the installer’s userDefineLang.xml file into my portable install? If so why go through all these extra steps and not just put this file in the portable version in the first place?

Meta Chuh

@ImSpecial

userDefineLang.xml is the config file for user defined languages (udl).
this is where anyone can create his one “lexer” for any programming language that isn’t already available for notepad++.

you can also use it to highlight any text you have, like notes, to make them more readable for you.

here’s a screenshot of the markup udl:
Imgur

please open another topic in general discussion, if you are interested in how to use udl, or have any further questions about it, so that we can focus about it separately.

guy038

Hello, @imspecial, @meta-chuh and All,

Ha ha ! Don’t forget that the Installer .exe program is simply an archive, that you can just open as a true archive ;-))

So, the solution is elementary :

Download the npp.7.6.3.Installer.exe. Note that, even if your system is 64 bits, you do not need to download the npp.7.6.3.Installer.x64.exe. Indeed, they contain the same files, regarding “Markdown”, anyway !
Open the npp.7.6.3.Installer.exe file with, for instance, the 7-z Manager program
You can see, that it contains two identical files, of 5,440 bytes !
- userDefinedLang-markdown.default.modern.xml
- userDefineLang.xml
Finally :
- Extract the userDefineLang.xml file in your portable NPP folder, if not present, yet
- Insert the Markdown bloc <UserLang name="Markdown (Default)" ..............</UserLang> in your present userDefineLang.xml file

Done :-))

Best Regards,

guy038

Meta Chuh

@guy038 @ImSpecial

… or you can simply download and save userDefinedLang-markdown.default.modern.xml from >>> here <<<

guy038

Hi, @imspecial, @meta-chuh and All,

Yes, @meta-chuh, easier, of course 😄

Cheers,

guy038

andrecool-68

I asked for help in solving the problem, and in response silence!
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5205
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5200

donho

To clarify current situation of Markdown via UDL:

In order to avoid erase defined UDL (file userDefineLang.xml), installer of this version checks if userDefineLang.xml exists. If not, then it copies DefinedLang-markdown.default.modern.xml to userDefineLang.xml.

However it will be good to have UDL file separately per language: a UDL folder beside of Notepad++ binary, *.xml in this folder will be loaded as UDL. It will be implemented in the future release.

andrecool-68

Please add the option:

Clear history “search and replace”
Open the folder with the installed plugins

V S Rawat

I had posted here some 14 days ago that

@V-S-Rawat said:

I think I will skip this version and shall update when plugins have found their final destination.

Recently, I saw a discussion on beta versions.

I think what I was doing was treating this 7.6.3 as beta version, and ignoring this till things settle down to a final shape. Then I will install the “final release”.

So, this further highlights the usefulness of beta versions.

Meta Chuh

@V-S-Rawat

So, this further highlights the usefulness of beta versions.

yes, that is why we have been given the opportunity to download any pre release versions at appveyor.

it is the quickest, simplest and most non intrusive method of a beta distribution, as we only have to download a new Notepad++.[architecture].Unicode Release.exe and place it into our current installation, or portable versions program folder, without the need of installing anything new.

once you have put this “beta” exe into your notepad++ folder, you can use it by double clicking on this Notepad++.[architecture].Unicode Release.exe.

best thing: after testing, you can still use your old notepad++, as this “beta” version has a different exe name, and (usually) does not modify your current installation (unless e.g. you play around with any settings). 👍

donho

FYI, auto-updater is just enabled from v7.5.9 to v7.6.3.
Angry users incoming, angry users incoming.

Meta Chuh

@donho

thanks for the heads up 👍

Angry users incoming, angry users incoming.

😂😂😂

we will keep them happy 😉

Meta Chuh

@donho

issue: 7.6.3 update is repeatedly triggered.

i’ve noticed, that the update url response stays on
<NeedToBeUpdated>yes</NeedToBeUpdated>,
even if notepad++ 7.6.3 is already installed.

so every time you check for updates on a 7.6.3 installation, it will currently always prompt: “an update package is avaliable, do you want to download it”.

it stays the same if you reload and reinstall the same 7.6.3 version.
it will still present the same 7.6.3 download again.
(both tested on x86 and x64 installs)

can you confirm ?

donho

@Meta-Chuh said:

issue: 7.6.3 update is repeatedly triggered.
can you confirm ?

I Confirm.
Thank you for the heads up.
I just stop it and see what’s wrong.
I will keep you posted.

donho

Due to a stupid error:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/d7c942ee2fc46595e25371f5b189c4c45b2896fd

Auto-updater will be triggered in the next version (v7.6.4).

Meta Chuh

@donho
no problem at all, everything was nicely quiet and happy so far.
many thanks for the quick fix. 👍

SinghRajenM

no problem at all, everything was nicely quiet and happy so far.

May be weekend, that’s why. However, users are getting triggered now.

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/4090#issuecomment-466638137

Meta Chuh

@SinghRajenM

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/4090#issuecomment-466638137

thanks.
i was not able to reproduce any of the past instances, where a 32 bit installer was downloaded by gup of an 64 bit installation.
(at least not on the clean test systems, where each just has one notepad++ installed, either 32 or 64 bit.)

do you know of a specific way to reproduce that ?

However, users are getting triggered now.

7.6.3 auto update already has been taken down, set to a maximum of 7.5.9, confirmed and tested.

you can check this at your browser by simulating different versions with the following updater url’s:

7.5.8 updater: https://notepad-plus-plus.org/update/getDownloadUrl.php?version=7.58
7.5.9 updater: https://notepad-plus-plus.org/update/getDownloadUrl.php?version=7.59
7.6.2 updater: https://notepad-plus-plus.org/update/getDownloadUrl.php?version=7.62
7.6.3 updater: https://notepad-plus-plus.org/update/getDownloadUrl.php?version=7.63

note: examples are for the 32 bit versions

SinghRajenM

i was not able to reproduce any of the past instances, where a 32 bit installer was downloaded by gup of an 64 bit installation.

Even, I am not able to reproduce. But there can be two possibilities. May be in some corner case,

Either notepad++ is not able to identify whether it is running as 32 or 64 before launching GUP.exe
Or Notepad++ passes proper argument, but gup. is not able to parse properly.