Notepad++ 7 - 64-bit Available

donho

@Tibi-Dezse it should be fixed in the latest snapshot:
https://ci.appveyor.com/project/donho/notepad-plus-plus/build/job/tv72aehq0plqabdn/artifacts

Paul Slater

Crashes when recording a macro. Usually when you type a \ for a special character.

I’ve reverted to 6.9.2

donho

@Paul-Slater It has been fixed in:
https://ci.appveyor.com/project/donho/notepad-plus-plus/build/job/tv72aehq0plqabdn/artifacts

Could you check it and confirm us the fix?

Sean McPoland

No PlugIn Manager?

I assume it’s been left out until PlugIns are available…but shouldn’t it just list those available for 64 bit…meaning it should be there.

Many thanks by the way,

donho

@dail Good point!
What’s your suggestion then?

dail

@donho Under normal circumstances I don’t think users will need both. However, forcing a user to use just one might not be a good idea since there may be good reason to have both installed.

So this is my suggestion (feel free to use it, or do something completely different :))

During installation (e.g. of 64bit Notepad++ version)
- Check to see if 32bit version is currently installed.
- If so, warn the user that installing both may cause problems.
- Ask the user if they want to uninstall the 32bit version.
- During uninstall of 32bit version, give the user the option to keep their current settings. This would probably be easy if they are using %APPDATA% but if they are using a local conf mode then the xml files won’t be in the right place, they would be under C:\Program Files (x86)\...

Again this is just my suggestion so feel free to do whatever you feel is appropriate, and others may have better ideas. I am not familiar with NSIS so I don’t know the details of how hard or easy all this would be.

kawinga

@Salimsg-Ibrahim i just wanted to point out the same solution, i found it on myself

In regedit: Navigate to Computer\HKEY_CLASSES_ROOT\Applications\notepad++ and find your .exe name.
Navigate under its name to shell>open>command. In the Default change its location to the actual location of the executable, hit okay and then try and reassociate the file type as you normally would.

@donho i fear there will be a lot of users experiencing this problem, maybe you should try to get a fix before the automatic update causes a lot of troubles

i like @dail solution

@dail said:

During installation (e.g. of 64bit Notepad++ version)

Check to see if 32bit version is currently installed.

If so, warn the user that installing both may cause problems.

Ask the user if they want to uninstall the 32bit version.

During uninstall of 32bit version, give the user the option to keep their current settings. This would probably be easy if they are using %APPDATA% but if they are using a local conf mode then the xml files won’t be in the right place, they would be under C:\Program Files (x86)\...

Gur Stavi

More ported plugins:
TagLEET
lexamples

Mohammad Masoumi

@Sean-McPoland
Same issue

dail

@Sean-McPoland
@Mohammad-Masoumi

The plugin manager has been left out of the 64-bit version of Notepad++ because a 64-bit version of the plugin manager does not exist. And you are correct that very few 64-bit plugins currently exist.

Yongtao Yang

I found an interesting issue. When the “Commonad Argument Help” window is kept open，press Ctrl+S in the editor window will insert a special character, which is shown as a black background, white foreground block with the label ‘DC3’.

Robert Carnegie

Lazy question before I try it: Does Notepad++ 64 bit support larger file size than Notepad++ 32 bit?

I have been using Notepad++ to convert large files of UTF-8 text data to UCS-2; they start around 450,000,000 bytes size and end up about 900,000,000 bytes. (There are other ways to do that, which I don’t have access to in my test environment, e.g. PowerShell 5.0 has capabilities.)

Notepad++ saves the larger file but then cannot open it - I assume this is not a flaw in my environment. I would like to be able to open the file and save it back to UTF-8. This should be identical to the original file, but that is what I want to test.

Claudia Frank

@Robert-Carnegie

in theory yes, but at the end it depends how many ram can be used.

Cheers
Claudia

БлагоѨръ Тишина̀

Without plugings for x64, it’s a pity…

Claudia Frank

@БлагоѨръ-Тишина̀

come on, it’s brand new - plugins need to be developed/recompiled etc…
and even without any plugins, npp is still a fast and powerful editor.

Cheers
Claudia

Alfred Tsai

The Windows 10 association function setting is invalid.

StanDog

@Robert-Carnegie
Notepad++ (or the Scintilla component?) seems to use significantly more memory when styling is activated for the document. And it is much slower. Deactivate text styling before opening huge files or rename the file extension to an unassociated file extension, like *.xyz

Caerwyn Pearce

I’ll just add a me too to this one.
If you install NP 64-bit over the top of NP 32-bit then you can’t uninstall both.
Uninstall either 32-bit or 64-bit and both references are removed from ‘programs and Features’
there is also no way of telling of distinguishing between 32 and 64 bit versions in Programs and Features.

This was on Windows 10 Version 1607, but I suspect that ain’t going to make too much difference.

thanks in any case for the port to 64-bit.

Tibi Dezse

I stay in 6.9.2 are equal. Macro recording does not work

donho

@dail said:

I’ve seen some uninstallers ask the user whether they’d like to keep their configuration files. Not sure how easy this would be.

I’m doing this feature. it’ll keep config.xml, stylers.xml, langs.xml, contextMenu.xml and themes files (all the files in %APPDATA%\notepad++).
A message box with Yes and No buttons will be launched during the uninstallation. for asking users if they want to keep their user data.
Any suggestion about the message in this box?