Since the updates to Notepad++ in 5.8 and beyond, I cannot open files that are 512 MB or larger:
"This file is too large to be opened by Notepad++".
Have tested files in the range of 430 MB and was successful. Is 512 a hard limit in the latest version of Scintilla, or is this a N++ design choice?
If this is N++, are there plans to further support large files again? In 5.7 I was able to open files that were close to 1 GB (as long as RAM was available).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You were able to open them, but did they completely load? If I remember well, they would load only partially, with possibly devastating consequences in case of a save.
CChris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@jibarre: I made the patch for correctly loading larger files, first included in version 5.8. The only hard limit in Notepad++ loading routine is INT_MAX (2GB, because Notepad++ is 32bit). The patch has been tested to be able to load larger files, and faster, than previous versions; a file of 512MB has been tested to correctly load in 5.8, while it incorrectly load in 5.7. In 5.7, I have not been able to correctly load a 200MB file; the larger files "load" but they are truncated without any warning. In 5.8, the "File too big" message is displayed if Scintilla returns an error while loading.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@cchris: You are correct - the files did not load fully, I had forgotten about that.
@frboyer: It's obviously the Scintilla error that I am getting…I will see if I can follow up with that, as it has persisted on all releases 5.8+ so far, even with reinstalls.
I will let you know if I can figure out what is happening here.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@markmcnaughton: Scintilla SQL lexer interpret /**, /*! and # as documentation comments. It has no special color since Notepad++ Style Configurator does not seem to have the "COMMENT LINE DOC" option for SQL. Of course these are not standard SQL comments, and maybe Scintilla should give the option to disable it. You should post this problem on the Scintilla project page.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Indeed the shell icon is gone with the 32bit shell extension. Don, I think you forgot to compile it in, reshacker shows no icon being present. The 64bit version appears to work fine though.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
this is crazy, but the best thing for me on this update is the old icon :-)
The separate .exe file is a cruel solution, but it is better than the new icon.
I think icons should represent their contented in some way, it is the visual representation of the files meaning, or the extension for windows systems. The extension defines the way the file should be interpreted. So for an editable file, I expect to see an appropriate picture (icon).
For me this is not about art, but information. An icon is displayed in stead of text. so, you should see what a file is here for.
A solution could be using one icon for notepad++.exe, and one or more icons for different text files.
Have fun,
gro
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The following is not critical issue, just something I noticed by using the Notepad++
Option read-only is suppose to work only in the notepad++ itself or also in windows?
Cause that's how it works at the moment. So I got to set it up especially on the file itsel that it's read-only. Notepad++ doesn't do it.
And autoupdate at 5.8.3 didn't work. I had to go to website and download it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm not agaist using the different icons for the different text file, the question is how.
Obviously the association to the different extension need to write in registry, and it can be done in another component.
@troublegirl:
This is documented behaviour. The read only flag is a flag N++ only heeds. When you load a Windows r/o file, N++ sets its flag too. But if the file isn't r/o for Windowd and you save it, N++ will save it.
CChris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There is still a small backward bug in Notepad++ 5.8.4.
That is: If you turn the search direction to "Up" in the Find dialog,
Notepad++ would remember this setting. And next time you open Notepad++,
the direction setting still is on "Up," however, if you press "Find Next" button,
Notepad++ doesn't search backward but forward.
For the detail information of new release v5.8.4, please check here:
http://notepad-plus-plus.org/news/release-584
If you find any critical issue in the new release, please do your report here.
Don
Win 7 x86 Dock work! ))
Thanks for the release!
with this release i don't see the shell context menu icon anymore (winxp)!
if i go back to v5.8.3 the icon is also back
I really like the old icon set, so the alternate binary is much appreciated. Thank you.
Since the updates to Notepad++ in 5.8 and beyond, I cannot open files that are 512 MB or larger:
"This file is too large to be opened by Notepad++".
Have tested files in the range of 430 MB and was successful. Is 512 a hard limit in the latest version of Scintilla, or is this a N++ design choice?
If this is N++, are there plans to further support large files again? In 5.7 I was able to open files that were close to 1 GB (as long as RAM was available).
You were able to open them, but did they completely load? If I remember well, they would load only partially, with possibly devastating consequences in case of a save.
CChris
@jibarre: I made the patch for correctly loading larger files, first included in version 5.8. The only hard limit in Notepad++ loading routine is INT_MAX (2GB, because Notepad++ is 32bit). The patch has been tested to be able to load larger files, and faster, than previous versions; a file of 512MB has been tested to correctly load in 5.8, while it incorrectly load in 5.7. In 5.7, I have not been able to correctly load a 200MB file; the larger files "load" but they are truncated without any warning. In 5.8, the "File too big" message is displayed if Scintilla returns an error while loading.
Thanks for the quick replies.
@cchris: You are correct - the files did not load fully, I had forgotten about that.
@frboyer: It's obviously the Scintilla error that I am getting…I will see if I can follow up with that, as it has persisted on all releases 5.8+ so far, even with reinstalls.
I will let you know if I can figure out what is happening here.
I've been using NotePad++ for almost a year now. You have a better product than other editors costing hundreds of dollars.
One (tiny :) ) complaint - with your syntax highlighting - the # symbol kills any highlighting after it (to the right in my case English) on the line.
SQL Server uses the # symbol at the beginning of a filename to designate temporary tables.
Also, where can I find some documentation on setting up my own syntax highlighting or tweaking the canned SQL formatting
@markmcnaughton: Scintilla SQL lexer interpret /**, /*! and # as documentation comments. It has no special color since Notepad++ Style Configurator does not seem to have the "COMMENT LINE DOC" option for SQL. Of course these are not standard SQL comments, and maybe Scintilla should give the option to disable it. You should post this problem on the Scintilla project page.
Indeed the shell icon is gone with the 32bit shell extension. Don, I think you forgot to compile it in, reshacker shows no icon being present. The 64bit version appears to work fine though.
The wrong NppShell (32 bits) was packaged into the release.
It'll be fixed in the next version.
Don
The binary contains the old icons set is also available. Just download it to replace the binary (notepad++.exe) contains the new icons set.
Don
Hi there,
this is crazy, but the best thing for me on this update is the old icon :-)
The separate .exe file is a cruel solution, but it is better than the new icon.
I think icons should represent their contented in some way, it is the visual representation of the files meaning, or the extension for windows systems. The extension defines the way the file should be interpreted. So for an editable file, I expect to see an appropriate picture (icon).
For me this is not about art, but information. An icon is displayed in stead of text. so, you should see what a file is here for.
A solution could be using one icon for notepad++.exe, and one or more icons for different text files.
Have fun,
gro
The following is not critical issue, just something I noticed by using the Notepad++
Option read-only is suppose to work only in the notepad++ itself or also in windows?
Cause that's how it works at the moment. So I got to set it up especially on the file itsel that it's read-only. Notepad++ doesn't do it.
And autoupdate at 5.8.3 didn't work. I had to go to website and download it.
@ grobbla :
I'm not agaist using the different icons for the different text file, the question is how.
Obviously the association to the different extension need to write in registry, and it can be done in another component.
Another solution is to use NppIcon created by Harry :
http://harrysnppstuff.webs.com
It use the default icon with the nice overlay icons on it.
Don
@troublegirl:
This is documented behaviour. The read only flag is a flag N++ only heeds. When you load a Windows r/o file, N++ sets its flag too. But if the file isn't r/o for Windowd and you save it, N++ will save it.
CChris
okey, thank you for explanation :)
http://sourceforge.net/tracker/?func=detail&aid=3080552&group_id=95717&atid=612382 This Bug Still Exist !
i can reproduce that unicode bug on my german system, as described in Bug 3080552 (post above)
3080552 is not a Notepad++ "bug", it is that right-to-left writing is not currently supported by Scintilla.
Support of & will be returned?
Sorry! I find problem.
The backward search bug has been fixed in this version.
Thanks to Notepad++ developers!
There is still a small backward bug in Notepad++ 5.8.4.
That is: If you turn the search direction to "Up" in the Find dialog,
Notepad++ would remember this setting. And next time you open Notepad++,
the direction setting still is on "Up," however, if you press "Find Next" button,
Notepad++ doesn't search backward but forward.
I recorded a video in XviD codec to demonstrate this bug:
http://cid-87cef5e6683b5427.office.live.com/self.aspx/Share/BackwardSearchBug.avi